dear friends in spirit,
One month ago I asked already: when editing a page which becomes longer than 9973 chars, the Wiki puts NIL into MYSQL.
NoOne had a specific answer but an update from 1.37 to 1.38 PLUS putting PHP-Memory to 30MB at Providers site seemed to have done it.
Many users started eagerly adding long, well structured pages in our interesting homeopathic wiki project.
On 23. Dez. it started suddenly again:
- if Page gets larger than 9805 CHARS it is eaten up when SUBMITTING: http://www.homeopathy.at/wiki/index.php?title=Testsize - this page is just the max size it may get.
- long and very long pages that are in mysql are shown OK and presented for editing
- when submitting the edited page disappears and becomes empty, also in preview - trie above to add some letters and click preview and you see what I mean.
- curiously: if you edit a SECTION within a long page the section may again become up to 9805 chars, then it disappears.
- so by putting pages in well structured way with headers and making shure you go to edit the headers you may create very well a long page: http://www.homeopathy.at/wiki/index.php?title=Testsize2, this is a 50kb Testpage just created by repetitevly filling a long chunk of text in a section.
on 23. Dez. I had nothing changed on my setup, it was a beautiful running system so there was no need to move to 1.4 beta.
Since then I installed just a couple nights long new versions (1.37, 1.38, 1.39 now running very stable 1.4Beta3), cleard up the mysql-db from "history", all without any change of the problem.
My Provider put me up to 40MB of PHP-Memory
he says he has simply no clue where the problem can be, he also tried around a long time with all kind of PHP-Variables for my server.
From the description above there must be some BUFFER-Shortage in the
submit-edit-process, I guess some Apache variable or so.
ANYONE has ANY CLUE? Do I just have to change provider?
MediaWiki 1.4beta3 PHP : 4.3.10 (cgi) MySQL 4.0.22-standard
tx
HeliR at http://www.homeopathy.at/wiki