Loading...
 
Features / Usability

Features / Usability


Wiki scalability

posts: 104 France

I have a major concern with scalability in the Wiki. This may be due to the fact that my present installation could not cope with PEAR, I therefore have a PEAR-less setup.

Nonetheless.... The Wiki page I want to create is quite big, but not extravagant (not to me anyway): about 6000 words, 50K characters (in cyrillic, not that that should make any difference).

I input the page by simple copy/paste from MS Word.

Then I hit the "save" button. At first, I got a timeout after 30 seconds, but I sorted that by changing the max_execution_time for my installation using the command ini_set("max_execution_time","120") in tiki-setup.

However, I now find three VERY major problems: first, it takes forever to save the page (well, less than two minutes, but this is on an ADSL link...). Then it somehow "loses" the last bits of the text, and finally, even when it is loaded in Tiki it takes forever to display the text (and this despite the fact that I broke it into six pages).

Why is this? Nothing inherent to MySQL or PHP I think, or even to my hosting service. I tried the same in PHP-Nuke and it downloads in no time that you would notice, the complete text, and displays very quickly also.

What makes my Tiki different? Is PEAR obligatory? Are there any settings that need tweeking? Or should I just give up and go back to PHP-Nuke?

Thanks for the help, Joel

posts: 4656 Japan

As a test I made a new wiki page by pasting in a text file about 53K in size. The final page download, including the left and right column content, etc., was about 95K. It transferred and displayed in a matter of seconds. This was a typical Tiki installation (1.8rc2) with Pear, and over a DSL connection. So I'd say Tiki in its normal form doesn't have a scalability problem, at least in the 50K wiki page range. The slow performance in your case seems to be due to the absence of Pear or some other variable at your installation. It doesn't seem like it'd matter, but have you tried an English text page of the same size?

-- Gary

posts: 104 France

> chibaguy:
> As a test I made a new wiki page by pasting in a text file about 53K in size. The final page download, including the left and right column content, etc., was about 95K. It transferred and displayed in a matter of seconds. This was a typical Tiki installation (1.8rc2) with Pear, and over a DSL connection. So I'd say Tiki in its normal form doesn't have a scalability problem, at least in the 50K wiki page range. The slow performance in your case seems to be due to the absence of Pear or some other variable at your installation. It doesn't seem like it'd matter, but have you tried an English text page of the same size?
>
> — Gary

Thanks Gary - I was afraid I had made everybody run away with this problem.lol

I tried with both cyrillic and English, and I did notice a marked difference with cyrillic (my site is set up with UTF-8). I have no idea why this should be.

On the other hand, my site provider does not have PEAR installed and we had to do an installation of Tiki without it. Could this be the problem?

One difficulty I have is that I know nothing about the technical side of PHP so although I can do minor modifications I'm not sure where to begin. My site provider seems to have a rock-bottom basic PHP installation, so I presume the same is true for MySQL. Are there any specific parameters other than the ones in the Installation "getting started" guidelines that I should be looking for?

In the meantime, I'm looking for a more Tiki-friendly provider!

Cheers, Joel


posts: 104 France

> chibaguy:
> As a test I made a new wiki page by pasting in a text file about 53K in size. The final page download, including the left and right column content, etc., was about 95K. It transferred and displayed in a matter of seconds. This was a typical Tiki installation (1.8rc2) with Pear, and over a DSL connection. So I'd say Tiki in its normal form doesn't have a scalability problem, at least in the 50K wiki page range. The slow performance in your case seems to be due to the absence of Pear or some other variable at your installation. It doesn't seem like it'd matter, but have you tried an English text page of the same size?
>
> — Gary

Thanks Gary - I was afraid I had made everybody run away with this problem.lol

I tried with both cyrillic and English, and I did notice a marked difference with cyrillic (my site is set up with UTF-8). I have no idea why this should be.

On the other hand, my site provider does not have PEAR installed and we had to do an installation of Tiki without it. Could this be the problem?

One difficulty I have is that I know nothing about the technical side of PHP so although I can do minor modifications I'm not sure where to begin. My site provider seems to have a rock-bottom basic PHP installation, so I presume the same is true for MySQL. Are there any specific parameters other than the ones in the Installation "getting started" guidelines that I should be looking for?

In the meantime, I'm looking for a more Tiki-friendly provider!

Cheers, Joel


posts: 1 Germany

MS Word sometimes does some strange things, when copy & pasting. Have you ever peeked in the HTML Source of the Site? Maybe it has become verry large.

posts: 104 France

> GrandRabbit:
> MS Word sometimes does some strange things, when copy & pasting. Have you ever peeked in the HTML Source of the Site? Maybe it has become verry large.
>

Where do I find the HTML source? The site itself is very small for the moment.


posts: 104 France

> GrandRabbit:
> MS Word sometimes does some strange things, when copy & pasting. Have you ever peeked in the HTML Source of the Site? Maybe it has become verry large.
>

Where do I find the HTML source? The site itself is very small for the moment.