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