Category: Performance / Speed / Load / Compression / Cache

Performance / Speed / Load / Compression / Cache
Show subcategories objects

Name Type
php console.php cache:clear --all has no effect
tracker item
_categorized-Permissions cannot be assigned when upgrading from 1.9 to 1.10 - cache problem
After upgrading from 1.9 to 1.10 the permissions

"tiki_p_view_categorized" and "tiki_p_edit_categorized"

on the page


will not appear in the dropdown just below "Assign permissions".

Consequently, it is not possible to assign this permissions,

This problem disappears after emptying ./temp/cache/ directory.
tracker item
(2.2) Invalid offset in lib/tikilib.php : 6193 (when dealing with cached pages)
This showed up after upgrading from 1.9.11 to 2.2

When accessing Wiki pages with external links (mixed cacheing and nocache), with PHP error reporting on, notified of an invalid offset in tikilib:6193.
tracker item
14.x: codemirror (amb mayeb other js?) stops working when pref tiki minify late js files is enabled
tracker item
tracker item
tracker item
tracker item
Accessive Categories Slows Down Performance
tracker item
Activating plugins doesn't invalidate cache and thus, plugin help doesn't appear on next page edit
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

To reproduce:
1- edit a wiki page
2- click on the help button
3- scroll down to plugins
4- click on Activate/deactivate plugins which takes you to tiki-admin.php?page=textarea ~~#FF0000:(wrong tab!)~~
5- Click on plugins
6- Activate a plugin
7- Notice that on next edit, the new plugin is not available
7a) a bug in my text, edit Help was in French, so maybe the cache of another user was appearing

tracker item
Add memcached support, with admin panel
Support.mozilla.com solution


tracker item
Add support for Optimizer+ stats in the performance admin panel
tracker item
Allow Tracker item rating to be seen or voted through PluginTracker and PluginTrackerList
Nowadays, Tracker item rating cannot be seen nor selected if using either ((doc:PluginTracker)) or ((doc:PluginTrackerList)). However, it can be seen (for anons) and voted for registered again, after some recent fixes by Sylvie! (thanks Sylvie :-)

I tested that here in dev.tw.o (for instance):


(not showing ratings even if they exist; check [tracker5])

2007-08-13 ML: But this will conflict with wiki page cache. (because value of my last vote is shown, and likely different than yours).

2007-08-13 Xavi: If cache is the problem for this feature request, why not forcing/advising the user to avoid using cache (at least in this page) if he/she wants this tracker field correctly show on the page? (in case this feature is considered interesting enough). I leave to consideration by coders... It was just a suggestion which I would find useful.

2007-12-09 ML: Fixed in BRANCH-1-9 by Kerrnel22. You need to add tracker field ID to trackerlist plugin.

__Wiki page cache with trackerlist ratings needs to be tested to see what the real issues (if any)__
tracker item
tracker item
Annotations: doesn't work well with wiki page cache
On ui.tikiwiki.org, I noticed some issues about the annotation plugin stuff not appearing properly when a page is cached.

I turned off cache for now
tracker item
Blocking query in trackers code
Every now and then dev.tw.o becomes unaccessible. The site gets slower and slower and eventually it stops working. The problem is with the database. Line 767 in lib/trackers/trackerlib.php

$query_cant = 'SELECT count(DISTINCT ttif.`itemId`) FROM '.$base_tables.$sort_tables.$cat_table.$mid;

Under some circumstances this query never returns from the database, runs forever and blocks the complete dev.tw.o database, making the site unresponsive.
tracker item
Cache not clearing in Tiki6
I have two site that I've upgraded from Tiki 5.3 to Tiki 6 and on both sites, clear cache function is no longer working since the upgrade. When I open the 'Exterminator of cached content' window, thit indicates that there are no cached files. I have confirmed via FTP that there are many cached files. Also, when I select 'clear cache', there is no effect on the cached files.
tracker item
Cached images are broken on themes.tw.o (feature broken?)
See this post:

A user added some links to external images, which seem to be dinamically linked to cached copies by Tiki.

This is the external link itself:

This is the url to the cached image by themes.tw.o:

Cached images are broken, showing this on the browser:

ur‍l (Localitzador de Recurs Universal) http://neil.s.alexander.googlepages.com/tw19.jpg
Carregat en memòria cau Dimecres 03 de Desembre, 2008 17:07:06 CET

Aquesta és una versió en memòria cau de la pàgina (Cliqueu aquí per veure la memòria cau Google de la pàgina.)

�����JFIF��H�H�����Exif��MM�*������������Created with The GIMP���C� !"$"$���C����"���������������� ���p� �!1"AQUa���2ST����#Vbqt���346BRd�����$57rs����%Ceu��8Dcv���� &f�����EFW�'�G�����������������C�
tracker item
cdn domain should redirect to non cdn domain, for non static content
((doc:CDN)) helps with performance

However, a side effect is that cdn domain can also be visited. It's not linked anywhare so it should stay secret

If you try to login, you'll get: "You have to enable cookies to be able to login to this site"
tracker item
Check & report broken links
*.Tiki.org sites have a large number of external links. It would be nice to have a tool to check all the links and to report on status. Possibly this could be related to the cacheing feature.

See: ((Link Checker))
tracker item
CodeMirror doesn't minify like everything else does
tracker item
Command line re-indexing of search: should give you stats like web interface
tracker item
Console cache:clear command creates files as the current user
tracker item
Deeply nested large file galleries slow to a crawl when file browsing
Deeply nested large file galleries slow to a crawl when file browsing. I have a site with roughly 3000 sub-file galleries. The site is quite fast for browsing wiki pages, but the file galleries have slowed to a crawl. A regular page load takes about .2 seconds. To load a typical file gallery takes about 17 seconds. I believe there is a recursive call to a function that is building the directory structure each time you browse to a new folder that is slowing it down, but I'm not really sure about how to fix it.

Perhaps store the tree in the database and only update it when changes are made to the tree?

tracker item
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to cache issue
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to some conflict with the wiki cache. Example:



both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.
tracker item
doc.t.o: memcachepool.set SERVER_ERROR object too large for cache lib/cache/memcachelib.php
tracker item
Error just after profile is applied: Cache file temp/cache/modulexxx is not writable
tracker item
Fixed HTTP Expires Header is in year 1981
tracker item
HTTP headers incorrect
tracker item
http://tiki.org/tiki-admin.php?page=performance OpCache has run out of memory
tracker item
Improve YSlow scores
Please see: ((YSlow))

Increase ySlow score for all SUMO pages to A
tracker item
In htaccess, IfModule deflate_module is not picking up for ClearOS
tracker item
Read-only mode (ex.: when migrating a Tiki to a new server and you want the old one to still show content but not have edits)
We have a site_closed preference which is very useful.

However, this permits only the admins to access the site.

What if we want a read-only mirror?

It would be nice to a have a preference for this, along with a message to users: "This site is in read-only" and admins could change this message to indicate where the live site is.

Perhaps it could be interesting to check if the mysql user is "read only" as well...

This could also be interesting if a project is completed and we want to keep a site an an archive but no longer have any changes.

Things like tiki-logs, date of last login, etc. will need to considered.

Perhaps there could be a check: If current users has an edit/add permission (we'd have to make a list), then, he gets a warning that site is read-only (a message that the admin could change) and that any changes will be lost.
tracker item
Solved: Multiple domains to single site modules in the wrong place
I use Tiki Wiki for many of my sites and some of them have multiple domains associated with them. So domain.ca, domain.com and domain.co.uk all point to the same folder on the same server using domain redirection.

The main domain works and looks fine but if I go to any of the other domains everything is there but it is out of place. The modules were in the wrong place on the screen and it looked like the theme CSS was messed up. I tried playing with perspectives, multi-domain, areas, domain redirects (within Tiki), category, themes, and anything else that looked promising.
tracker item
Dogfood Unified search (Zend_Search_Lucene) on doc.t.o, dev.t.o, profiles.t.o
Themes.tiki.org is OK:
wiki page: 214
forum post: 178
blog post: 59
article: 18
file: 80
trackeritem: 28
comment: 35

But the other sites are unable to complete the indexation.

Custom module "Search_tracker_summary" is generating: "Required features: feature_search. If you do not have the privileges to activate these features, ask the site administrator."

blank page here as well:
tracker item
Banner cache is not cleared when using 'Clear all Tiki caches' feature
TikiWiki 6.6

When using banners, and you update the banner table manually, the changes are not visible because the banners are cached. (so far so good).

However when clicking 'Clear all tiki caches' the banner cache (which resides in the /temp dir) is not cleared.
tracker item
Newsletters not being sent out normally if Gzip output is enabled
When Gzip output is enabled under Admin | Spped & Performance, it is not possible to send out newsletters greater than 100 in number, if at all. When attempting to send newsletters, it shows a 'Cannot load page' message in the frame where the log of email addresses normally appears.
tracker item
6.7 LTS: Possible security threat: Logging into Wiki A as admin may raise your privilege level in Wiki B
I looked if something like this has been reported previously, but didn't find something that completely fits, so I post this and apologize if I missed something.

Since I have already put some detail into a [http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=44097#threadId44102|support request] and at the moment I believe it only concerns two Wikis belonging to the same admin, here is a description:

Steps to reproduce:
1) Take any Tiki installation and move a new directory
2) Create a new DB with a copy of the original DB
3) Upgrade and start it up
4) Log into the old installation as admin
5) Find out you're admin on the new one, too.

It may well be that for some admins this is a wanted behaviour like as a single-sign-on (SSO).

But it is my firm belief that any such behaviour is to be considerd a breach of security unless both admins have expressley activated this as a wanted behaviour. Possibly the problem also exists if two different admins operate two different Tikis on the same hosted volume, that somehow were created from one single predecessor, so maybe this is not as harmless as it might seem to be.

I do not know, but suspect, this could be a cookie issue.

Resolution could be that tiki-installer regenerates all security structures upon installation and/or upgrades, or at least asks the admin whether such should be reset. Also, there should be a button in the administration panel to reset this at any later time. In my opinion TikiWiki should at all times, if not told to behave otherwise, protect its instance against all other possible instances of itself...

At some point confusion may get so high to a user's browser that logging into Wiki B alone will not function, and you have to log into Wiki A to be able to access Wiki B. At the moment I experience this with my new 6.7 LTS and my old sitting in different directories on the same volume, accessing to different MySQL DBs with differing user names and passwords...
tracker item
Using Wiki cache can show the wrong language to other users
Using wiki page cache, it happens that page cache is generated by a user who set his language to Italian. And then, the page is visited by someone who has language to something else, but sees Italian.

Workaround: turn off wiki page cache if you have a multilingual site
tracker item
Pollution of URLs by sending relative links to inexisting subdirectories
On doc.tiki.org/Installation, there is a link to doc.tiki.org/tiki-index.php/page=Installation

{img fileId=54}

And then, this page is broken, and it has many new links to index, most of which are invalid.

{img fileId=55}

Another example:
{img fileId=63}
tracker item
Add support for WinCache in tiki-check.php and Performance Admin panel (same as APC and XCache)


tracker item
Features Classification
tracker item
11.x: JS minify broken when interface in Catalan

SVN (11.0svn): May 15 2013 - REV 45953

In a multitiki install of mine, I tested an upgrade from tiki9 to tiki11, and then, switching tabs in admin panels, stopped working.

Once I disabled the js minification setting, tabs worked again.

Tried in demo.t.o/Tiki11, and it works well with or without js minification. So I was that's where the issue must come from.

the issue is still present in : Monday 10 June, 2013 23:33:08 CEST- REV 46275, and seems related to the Catalan interface.
Once the interface is set to Catalan, and page reloaded twice, js features stop working.

Reproduced also here in dev.t.o
tracker item
jquery-migrate.min.map 404 and jquery.min.map 404 (Not Found)
tracker item
lib/jquery_tiki/tiki-maps.js is loaded even if maps are not used
tracker item
Long table truncated when presented as (cached)
We have a long table that presents fine on initial display, but when presented as (cached) the data is truncated. The footer appears mostly as normal except that it's evident that the table elements are arbitrarily cut off thereby affecting the subsequent footer.

Our table where the error is occurring is 680 lines long. The table will be truncated somewhere around line 390 or 540 but for a given edit instance it will always truncate at the same place.

We are seeing this behavior in 1.9.1 and 1.9.5. I don't believe this is a browser-related issue because we are seeing virtually the same results in IE and Firefox.
tracker item
Menu cache problem
The menu cache can't create the directory at /templates_c, when the user loged has a lot of assigned groups. The name of the directory are the concatenation of the groups names.
tracker item
Minify and cache js and css files, with an admin panel to refresh
Productization: Create admin preference to enable/disable minify

Implement Admin panel/setting to flush/rebuild Minify cache

[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=minify&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|All "minify" related]

This cache should also be deletable

tracker item
Minify JavaScript breaks codemirror in doc.t.o 18.x
tracker item
Minify JS broken if JS CDN in use
tracker item
New "cache" section or admin panel
These 2 settings:
Use cache for external pages:
Use cache for external images:

Should be tester, better defined, and could go on the new text area admin panel
tracker item
On a new installation (existing db updated) tiki clearing cache fail due to files permissions
tracker item
output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in tiki-setup.php on line 1890
Trying to test for this:

I got, on doc.tikiwiki.org:
{img src=images/code.png}%%% {CODE()}
Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in tiki-setup.php on line 1890

I had this error once. Have been unable to duplicate.
I don't remember which browser.

I am putting here just in case...
tracker item
PHP ERRORS and NOTICES using 5.2.6
PHP ERRORS and NOTICES first spotted in 2.0 and then 2.1 and still persisting in 2.2.

Reported in the Usability and Architecture Forums but not posted here before. Seems to be repeatable for me - but not sure if anyone else has seen this - could it be the version of PHP I'm using 5.2.6?

The effects are repeatable for upgraded sites and fresh 2.1 sites - have just upgraded the 'fresh' 2.1 test site to 2.2 and its still there. Not yet created a fresh 2.2 site.

The Smarty errors occur when clearing the cache - the Notices of varying type and number occur persistently at most screens - but obviously you need to have Report all errors switched on.

All sites seem to be working OK and not showing any problems in actual performance and behaviour but would like to get to the bottom of this.


File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: 'vertical-align' (Smarty_Compiler.class.php, line 1545)

File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: '=' (Smarty_Compiler.class.php, line 1545)

File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: '"middle"' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) NOTICE (8):
File: enen^%%B3^B31^B31A2BB0%%tiki-admin_system.tpl.php
Line: 105
Type: Undefined index: advanced_features

PHP (5.2.6) NOTICE (8):
File: en^%%F9^F99^F99945B7%%tiki-user_menu.tpl.php
Line: 103
Type: Undefined index: menu

PHP (5.2.6) NOTICE (8):
File: en^%%F9^F99^F99945B7%%tiki-user_menu.tpl.php
Line: 103
Type: Undefined index: menu
and lots more of these NOTICES !

No longer relevant

tracker item
Rebuilding index stats: add Execution time, Memory usage and number of Queries
tracker item
renaming or deleting a wiki page doesn't update the link seen from CATEGORY plugin
Imagine you have 2 wiki pages. Page A and Page B, and Page B is assigned to category X.
In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it.

Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C".

This bug has been here for almost a year, and it is present in 1.9 and 1.10
bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches.

It can be tested on (production) site for registered users at:
tracker item
setup.sh create unusable tikiwiki website if cache is full!
The tikiwiki website I have lcated at www.xilluminati.com is no longer usable because homepage shows up blank with text message that says: "header already sent".

I have heard that in order to make the site work again one must empty out the temp dir. I have heard this is a cache issue. Executing both of these results in NO change.

Then, I have heard that in order to stop this error from occurring one must run setup.sh.

At this moment in time this error is ridiculous. This is FAR too technical for our simply wanting to use a CMS that offers the functionality that tikiwiki offers, however, none of us have time, budget, or patience with having to deal with this crap.

I dont even know if this error actually could have come about do to someone placing a bunch of oimages into root, or perhaps my trying to implement google analytics... etc.

The error log file shows nothing.

The site is useless, and all the time spent upon setting the site up with content, 47 hours+, could be lost for ever.

I would appreciate an answer, a fix, a simple, yes, "SIMPLE" solution.... as this has ALWAYS been my complaint about GNU based crap... that you all are FAR too technical, and lack front end usability design skills as well as lack the MOST IMPORTANT key to success in the market of computing... that being the lack of, "The ability to create user-friendly frontend design." My recommendation to ALL YOU DEV PEOPLE ON THE GNU YOU IS THIS ----> KISS


Your lack of creating user-friendly front ends and systems is EXACTLY what stops the entire GNU side of the game, from beating up on Microsoft.


A guy that has spent years on MS boards, within MS beta teams and as an MS partner who recently left MS due to monopolizing position of the company.
tracker item
Smarty cache is not automatically updated after a modification of language.php

After translation of language.php, it does not seems reflect the translation work.

When I reload a related page, sometimes reflect and sometimes does not reflect.

I am not sure but I guess tikiwiki has some cache page.
If so, how to clear the cache?

Or more straight, how to reflect language.php immediately?

Please give me a hint.

tracker item
smarty template cache path exceeding maximum lenght
The ID generated by get_user_cache_id is used to create a new directory in templates_c/ . This ID is generated by concatenating all the groups a user is in.
When a user is in many groups the ID exceeds the maximum filename length of my system (FreeBSD 4.11).
tracker item
Supply Page Last Modifyed Information
tracker item
svn: Working copy 'temp/cache' is missing or not locked
I am often getting:

[i18nwiki@alpha ~]$ cd www
[i18nwiki@alpha www]$ svn up
svn: Working copy 'temp/cache' is missing or not locked
[i18nwiki@alpha www]$

This is caused by something that is destroying some svn system files (presumably trying to clean the cache)

Workaround is to destroy temp and to do svn up

tracker item
Tablesorter: with server=n tspaginate is not taken into account when js is minifed
tracker item
tiki-admin_system.php -> the stats are all wrong and should show only 1 langue if not i18n site
1- Turn on multilingual
2- restrict to 3 languages
3- go to compile one of the three

Notice crazy stats :-)
tracker item
TikiWiki Performance issue with Azure website
tracker item
Tracker item list not refreshing after changes
The tracker item list does not update after new entries/modifications are made to the tracker where the list items are stored.

The reason why this happens is because the cache was just not coded properly.
tracker item
Tracker Limitation of 3000-5000 entries
Hi, this is fantastic - CMS. I am excited what it can do. I have trialled few features they are excellent. I am not a programmer, but curious and learning the basics so in the near future i can help. I am learning PHP, MySql and Linux, all at the same so my focus is divided.

This Tracker feature - in my docu reading found that it has limit of 3000-5000. Which i think has something to do with the limited in-built database.

So, i thought how about using MySql - i don't know the intricacies of the whole system.

I plan to use this Tracker to customise documents handling. Which at the current count about 32,000 folders to be scanned. Each folder has about 30-100 pages of about A4 size paper and variety of it. In a workplace environment and team working on each folder "Attachments" and "Comments" are required. Plus other fields of information customised regarding each folder folder.

The "File Galleries" looks good but I can't customise to add more fields of information.

Also with Tracker, i customise "Tasks" which can include more fields of information which are not available on the normal feature "Tasks" in "My Tiki".

Priority wise - well I can see with a 3k-5k limit to go and considering a 33k folders, as high as it is possible. I may put in a seed money in this times of financial crises to about 500.00 USD to get this started. Others may co-fund. I am reducing weight anyway so I can forgo junk foods to save that amount - just humour.

Your thoughtful consideration is highly appreciated.

Teddy Apostol
tracker item
Tracker Limitation of 3000-5000 entries or File Gallery
Lifting the priority of this previous request to 8, If the built-in database could be switch to a more robust DBMS such as MySql to go beyond the 3k-5k limit.

Else, to make File Gallery customisable as it has virtually no limit (i could not read any limit in the docu)as Tracker - which has limit. So that more information or item could be added to the File Gallery.
tracker item
Tracker list plugin cache is showing a hash

tracker item
Tracker list_items ran out of memory after 0 items.
tracker item
Tracker performance improvements
Tracker performance improvements, as agreed with Marc Laporte. He will give it a go with Louis Philippe in January 2010.
tracker item
UI not visible to Upload video via Kaltura
tracker item
User tasks on dev.tikiwiki.org is mega slow (60+ seconds for some operations)
Just play around with it (sending a task, etc) and you will see.

Maybe it's because this site has thousands of users and on a clean install, it will be fast.

When adding a task from a module:
[ Execution time: 212.52 secs ] [ Memory usage: 10.13MB ] [ 143 database queries used ] [ GZIP Enabled ] [ Server load: 6.65 ]

The problem seems to be with the module "user_tasks" and presumably "user_tasks_public". When these modules are not assigned (activated), the task feature is fast (and quite nice/complete, I must say). It appears to be when the module cache is (re)generated.
tracker item
virtual wikis seem to share cache for groups and categories drop down lists
Hello, I'm using tikiwiki 1.9.7 and we have several virtual wikis installed at present. The problem is that the groups we get in the admin section are the groups from the virtual wiki that last made a modification to its groups. So sometimes, on the virtual wiki on which I'm admin, I see the groups of another virtual wiki, and not my own groups. The same happens for the categories. (This might also affect other domains that I haven't identified).

What seems to be happening, is that once there is a modification to groups in one of the virtual wikis, the cache is updated with that content and it seems that all virtual wikis must share the same cache... The exact cause would have to be investigated properlly as this is only an assumption deduced from the symptoms. What I do know, is that in the wiki admin section, I made sure that the cache was set to 0 (no cache), and that the individual cache checkbox was unchecked (no sure what this is supposed to do). So if this is a cache problem, it apparently occurs with a cache that you have no choice of using. Also, it can't be a browser's cache because I never go to the other virutal wikis, so there is no reason these other groups should appear in my browser suddenly.

When I do go in the groups section, the right groups are listed on the page in the section 'list of existing groups' , but in the include box of the 'add new group' section, the groups are wrong.

Well that's about it, I hope this is enough information to solve this bug. Let me know if you need specific information I haven't included in this report.

tracker item
Wiki Cache makes part of the page wonky: it's ok when refreshed.
See screeshot
tracker item
wiki parsing processes inefficiently much and maybe even insecure
Try this:
{PLUGIN(that takes long) /}
{ANOTHERPLUGIN(that takes long) /}

The parser goes through both plugin and another plugin.

Related: 3134

Is the parser improvement already on the TW6.0 blockers' list?
tracker item


The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.

Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.

Accessibility (WAI & 508)
Articles & Submissions
BigBlueButton audio/video/chat/screensharing
Browser Compatibility
Communication Center
Contacts Address book
Contact us
Content template
Custom Home (and Group Home Page)
Database MySQL - MyISAM
Database MySQL - InnoDB
Date and Time
Debugger Console
Directory (of hyperlinks)
Documentation link from Tiki to doc.tiki.org (Help System)
Draw -superseded by Diagram
Dynamic Content
Dynamic Variable
External Authentication
Featured links
Feeds (RSS)
File Gallery
Friendship Network (Community)
i18n (Multilingual, l10n, Babelfish)
Image Gallery
Inter-User Messages
Kaltura video management
Live Support
Logs (system & action)
Lost edit protection
Meta Tag
Missing features
Visual Mapping
OS independence (Non-Linux, Windows/IIS, Mac, BSD)
Organic Groups (Self-managed Teams)
Performance Speed / Load / Compression / Cache
Revision Approval
Search engine optimization (SEO)
Semantic links
Shopping Cart
Site Identity
Smarty Template
Social Networking
Spam protection (Anti-bot CATPCHA)
Staging and Approval
Syntax Highlighter (Codemirror)
Tell a Friend
Terms and Conditions
Token Access
Toolbar (Quicktags)
User Administration
User Files
User Menu
Webmail and Groupmail
Wiki History, page rename, etc
Wiki plugins extends basic syntax
Wiki syntax text area, parser, etc
Wiki structure (book and table of content)
Workspace and perspectives

Useful Tools