Category: Performance / Speed / Load / Compression / Cache

Minify JavaScript breaks codemirror in doc.t.o 18.x.
Once minify js is disabled in the performance control panel, syntax highlighting works again as expected.
I detected it comparing the settings in dev.t.o (where codemirror worked as expected) and doc.t.o (where it didn't; and codemirror modes dropdown, when attempting to change highlighter, showed "null").
HTH

jQuery fails to load if minify is enabled and a JS CDN is in use.

Go to http://jonnybradley-8515-5634.show.tikiwiki.org/tiki-admin.php?page=performance (login is admin 12345) and try different CDN settings. Curiously on my production server both Google and jQuery CDN settings fail, but on this show instance the Google one works - odd {sign user="jonnybradley" datetime="2015-04-17T11:13:37+00:00"}

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

I installed a new Tiki22 and import a Tiki21 database to run it (plus theme files)
Refreshing cache is failling because of wrong permission on the cache files created

-+Cache file temp/cache/230dcdca34635c43b37f2b2358cba489 is not writable+-

Some of the new files are created by "root"

{img fileId="1452" thumb="box"}

Trying to test for this:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1312

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
{CODE}

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

I am putting here just in case...

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.

~np~

PHP (5.2.6) ERROR (E_USER_ERROR):
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)

PHP (5.2.6) ERROR (E_USER_ERROR):
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)

PHP (5.2.6) ERROR (E_USER_ERROR):
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
~/np~
and lots more of these NOTICES !


No longer relevant

Rebuilding index now reports:
{CODE()}ssh-w00ec615@dd29038:/www/htdocs/w00ec615/12x$ php console.php index:rebuild
Started rebuilding index...
Indexation
wiki page: 2
file: 0
trackeritem: 2
sheet: 1
comment: 0
Rebuilding index done
{CODE}

This was always in the web interface and recently added to the command line in http://sourceforge.net/p/tikiwiki/code/48172/
Great!

What would be even more useful is to have the same stats that are provided by the "Server Load" module from tiki-admin_modules.php, which provides Execution time, Memory usage and number of Queries

So then, we can get an idea when it's getting too long or using too much RAM.

We'd want this both in web & command line. This could be added to the ((Monitoring)) system and we could monitor system health.

Thanks!

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:
http://uniwiki.sima.ourproject.org

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

KEEP IT SIMPLE STUPID!

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.

Sincerely,

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.

Hi,

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.

Thanks,
Shigerusz3

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

I see that most pages generated by wiki do not supply page last modified information in the HTTP headers.

This information is used by search engines as a factor in re-indexing and also by cashing systems such as cloudflare (which can dramatically decrease server load & speed page loading) or web browsers to determine if the page content can be pulled from cache or if it needs to be re-downloaded. (although granted the rules are not quite that simple)

I request that "last modified" information be included in the HTTP headers of each wiki page, and optimally of other pages such as articles, blogs posts, forum etc.

Initially it could be as simple as supplying "single pages" such as "wiki pages" which already have last modified information stored in the database and its clear that the content on the page belongs to the "wiki page".

I could not find last modified timestamp for blog posts or articles in the database (not to say they are not there) but it may require additional database fields if the information is not already stored.

Pages with multiple content on them (such as a listing of blog posts, or articles, etc.) could display the last modified date of the most recently modified article or blog post, respectively.

I did notice that there was last modified information being supplied for files, so we are partly there already.

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

Tablesorter: with server=n tspaginate is not taken into account (we did set max:2 and it keeps displaying all the 5 items) when js minification is enabled.


Reproduced at the show instance from this related report:
https://dev.tiki.org/item6200

http://xavi-9794-6200.show.tikiwiki.org/tiki-index.php?page=Bug6201
u: admin
p: 12345


{CODE()}
{trackerlist trackerId="1" fields="4:2:3:1:5:8:9:10" showlinks="y" popup="6:7" editableall="y" sortable="y" showstatus="y" status="opc" tsfilters="type:text;placeholder:|type:dropdown;placeholder:|type:nofilter|type:dropdown;placeholder:|type:text;placeholder|type:dropdown;placeholder:|type:dropdown;placeholder:|type:dropdown;placeholder|type:dropdown;placeholder|type:text;placeholder" tspaginate="max:2;expand:5;expand:10;expand:20" showpagination="n" max="-1" server=n}
{CODE}

Disable minifcation cehckboxes in the control panels, and it worked for me as expected.

{syntax type="tiki" editor="plain"}
1- Turn on multilingual
2- restrict to 3 languages
3- go to compile one of the three

Notice crazy stats :-)

{syntax type="tiki" editor="plain"}
I installed Tiki 27.x on two servers (The first with 2.5G RAM and the other with 1GB RAM) And Tiki 27.x was well installed n the first server successfully but on the second server it throwed errors :
{CODE(caption="Error" theme="default")}TypeError: Return value of "TikiManager\Command\ConsoleInstanceCommand::execute()" must be of the type int, "null" returned. in /opt/tiki-manager/app/vendor/symfony/console/Command/Command.php:301
Stack trace:
#0 /opt/tiki-manager/app/src/Command/TikiManagerCommand.php(60): Symfony\Component\Console\Command\Command->run()
#1 /opt/tiki-manager/app/vendor/symfony/console/Application.php(1058): TikiManager\Command\TikiManagerCommand->run()
#2 /opt/tiki-manager/app/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand()
#3 /opt/tiki-manager/app/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun()
#4 /opt/tiki-manager/app/tiki-manager.php(221): Symfony\Component\Console\Application->run()
#5 /opt/tiki-manager/app/tiki-manager(4): require('...')
#6 {main}
TypeError: Return value of "TikiManager\Command\ConsoleInstanceCommand::execute()" must be of the type int, "null" returned. in /opt/tiki-manager/app/vendor/symfony/console/Command/Command.php:301
Stack trace:
#0 /opt/tiki-manager/app/src/Command/TikiManagerCommand.php(60): Symfony\Component\Console\Command\Command->run()
#1 /opt/tiki-manager/app/vendor/symfony/console/Application.php(1058): TikiManager\Command\TikiManagerCommand->run()
#2 /opt/tiki-manager/app/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand()
#3 /opt/tiki-manager/app/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun()
#4 /opt/tiki-manager/app/tiki-manager.php(221): Symfony\Component\Console\Application->run()
#5 /opt/tiki-manager/app/tiki-manager(4): require('...')
#6 {main}{CODE}

We have deployed out TikiWiki on Cloud Azure website and performance is very slow. It's taking about 10 seconds to load the page. We are currently using “Smarty template engine”. We are currently using version version 5.5.2 of PHP. We are currently using TikiWiki version 13.0. The application is deployed on IIS Server. We have increased the default PHP memory allocation from 128 to 512 MB. Also we have enabled limited TikiWiki features needed for our usage. Please suggest as what can be done to improve the performance.

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.

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

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.

{THUMB(id=17,url="show_image.php?id=17")}{THUMB}

{img fileId="317"}

Tracker performance improvements, as agreed with Marc Laporte. He will give it a go with Louis Philippe in January 2010.

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]"}

After applying a profile in 20.x, plenty of ugly error message notices are shown, regarding inability to create plenty of cache files:

Things like:
{QUOTE()} Error
Cache file temp/cache/module8756ab3c25fd45a0a55957e6d7bb1f16 is not writable
{QUOTE}

Very bad image for any one testing a brand new tiki site, and clicking for instance at any of the featured profiles.