Category: Performance / Speed / Load / Compression / Cache

{flash type="url" movie="display750" width="1141" height="529"}

After upgrading from 1.9 to 1.10 the permissions

"tiki_p_view_categorized" and "tiki_p_edit_categorized"

on the page

tiki-categpermissions.php?categId=

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.

{syntax type="tiki" editor="plain"}
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.

Reproduced in show.t.o from this other wish:
See this:
http://xavi-9794-5294.show.tikiwiki.org/tiki-editpage.php?page=HomePage
u: admin
p: 12345

Or the comments at the bottom of the homepage, and try to get some wiki syntax highlighted. It is not, while Preference tiki minify late js files is enabled (Preference name: tiki_minify_late_js_files)

If you disable Preference tiki minify late js files, then everything works as expected.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

__Describe precisely what you did (how to reproduce)__
On my own Tiki site at http://thepatriotwoodwiki.org/HomePage the Categories load very slowly. This is a known issue when large sites have excessive content in categories.

My tiki was performing well, I have very few items on my site, actually my site is still new with little content and a few categories, until I loaded the "Countries by Region" profile. Once the Countries categories were loaded by the profile, the categories section would not open, or would eventually open.
I understand there is a performance issue with massive content on a Tiki, but the categories are empty.

__Describe exactly the faulty consequences__
When the Categories tab is clicked, the categories page will not open, or will eventually open.

__Explain what you expected instead of the faulty consequences__
I had expected the Categories section to open quickly as the rest of the Tiki does.

---
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

Support.mozilla.com solution

or

http://framework.zend.com/manual/en/zend.cache.html
http://framework.zend.com/manual/en/zend.cache.backends.html#zend.cache.backends.memcached

[https://wiki.php.net/rfc/optimizerplus|Optimizer+ will be integrated into PHP 5.5.0]

So
1- We want this in the dashboard like APC and Xcache
2- We want to make sure it works with tiki-monitor.php -> http://sourceforge.net/p/tikiwiki/code/48039


OPCache:
http://php.net/manual/en/book.opcache.php

OpCache status from Rasmus Lerdorf:
https://github.com/rlerdorf/opcache-status

Related:
http://rtcamp.com/tutorials/php/zend-opcache/

Important commits:
http://sourceforge.net/p/tikiwiki/code/27831
http://sourceforge.net/p/tikiwiki/code/27829

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):

http://dev.tikiwiki.org/Calendar

(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)__

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
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

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.

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.

{syntax type="tiki" editor="plain"}
See this post:
http://themes.tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=2&comments_parentId=618

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:
http://neil.s.alexander.googlepages.com/tw19.jpg

This is the url to the cached image by themes.tw.o:
http://themes.tikiwiki.org/tiki-view_cache.php?u%72l=http%3A%2F%2Fneil.s.alexander.googlepages.com%2Ftw19.jpg

Cached images are broken, showing this on the browser:
{CODE(wrap=>y)}

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�
(...)
{CODE}

((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"

*.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))

Do a view source of the show instance and you will see:

{CODE()}<script type="text/javascript" src="vendor/codemirror/codemirror/lib/codemirror.js"></script>{CODE}

Perhaps it's kept separate to be lazy-loaded when needed, but supplying a minified version of the file would be better.

php console.php index:rebuild works well

However, it doesn't give any feedback.

The web interface reports:

wiki page: 2850
blog post: 4
article: 1708
file: 4321
trackeritem: 6988
comment: 13

Execution time: 510.07 secs
Memory usage: 116.50MB
Queries: 245172 in 163. secs
Last update from SVN (12.0svn): Friday 02 of August, 2013 11:11:40 EDT- REV 46958

Recently (since 21.x i think) the command -+php console.php c:c+- clears the cache files but then recreates several but using the current user (so -+root+- if using sudo to repair a previous issue).

Then when using the browser to clear all caches we get these sort of errors:
{CODE()} Cache file temp/templates_c/en_basic^c0a74c88a95913ac40aae6373020e7a6b2c0f1f9_0.file.cookie_consent.tpl.php is not writable
Error
Cache file temp/cache/1a11dae0a46d862cd81ddc7650f62cb8 is not writable
Error
Cache file temp/cache/container.php is not writable
Error
Cache file temp/cache/cd13e8c5df46647a6182a0cc858c8ed9 is not writable
{CODE}

Solution: console clear cache should not regenerate any cache files.

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?

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

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_asc

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_desc

both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.

I saw this error when visiting this url: http://doc.tiki.org/preview564

{CODE()}
( ! ) Notice: MemcachePool::set() [<a href='memcachepool.set'>memcachepool.set</a>]: Server 127.0.0.1 (tcp 11211, udp 0) failed with: SERVER_ERROR object too large for cache (3) in /path/lib/cache/memcachelib.php on line 169
Call Stack
# Time Memory Function Location
1 0.0004 797536 {main}( ) ../route.php:0
2 0.0016 1069608 include( '/path/tiki-download_file.php' ) ../route.php:245
3 3.6856 80335592 Cachelib->cacheItem( ) ../tiki-download_file.php:369
4 3.6856 80335592 CacheLibMemcache->cacheItem( ) ../cachelib.php:44
5 3.6856 80335768 Memcachelib->set( ) ../cachelib.php:387
6 3.6856 80336192 set ( ) ../memcachelib.php:169
{CODE}

{img fileId="720" thumb="y" rel="box[g]"}