"wikiuser" !!! First. You have to put the database username, say wikibase, and the database name, say, wikibase_fr, the same you put when creating your particular database. Make sure that they have all necessary permissions. Second. If intending to run php rebuildtextindex.php, take into account that the process is extremely CPU intensive, especially its second part. After creating the redirect, etc. links, and counting over 500, the real full-text indexing starts with the message "Rebuild the index..." Here is where I failed twice. First, because I've run short of disk space (/var was allotted only 6.9 GB), second, because I didn't realise the process will take more than 30 hours, so killed the beast, run repare db and all links (about 12 mln) disappeared.:-( Well, repetitio mater studiorum est. :-) Plamen

From: "Brion Vibber" <brion(a)pobox.com> That's a consolation, thank you. :-) The machine is running 4.0.22 on RHE3. The present indexing rate is 40 MB per hour which makes 16 hours for Wiki De, and at least two times more for Wiki En. I've heard PHP 5 is much faster than 4, but it makes impossible the use of Turck mmcache. On the other hand, Turck is not updated since November 2003 and D. Stogov is said to have joined Zend. (?) Plamen

"Brion Vibber": <You might want to see about memory and I/O usage here. If MySQL's memory usage settings are too low, it may be using the disk inefficiently; if it's too high, it may be thrashing swap.> I'd like to, especially in the face of the fact that after 15 hours of intensive indexing, the disk with all server databases collapsed (there was nothing else on it, only the mysql db files - about 15 GB used out of 120 GB). Here are my.cnf settings I would appreciate any corrections and suggestions. [mysqld] datadir=/disk2/mydbs/mysql socket=/var/lib/mysql/mysql.sock skip-locking skip-innodb query_cache_limit=1M query_cache_size=64M query_cache_type=1 max_connections=300 interactive_timeout=100 wait_timeout=100 connect_timeout=10 thread_cache_size=64 key_buffer=128 join_buffer=1M max_allowed_packet=32M table_cache=256 record_buffer=1M sort_buffer_size=2M record_buffer=1M sort_buffer_size=2M read_buffer_size=2M read_rnd_buffer_size=768k max_connect_errors=10 thread_concurrency=4 myisam_sort_buffer_size=64M log-bin server-id=1 [mysql.server] user=mysql basedir=/var/lib [safe_mysqld] err-log=/var/log/mysqld.log pid-file=/var/lib/mysql/mysql.pid open_files_limit=8192 [mysqldump] quick max_allowed_packet=16M [mysql] no-auto-rehash #safe-updates [isamchk] key_buffer=64 sort_buffer=64M read_buffer=16M write_buffer=16M [myisamchk] key_buffer=64 sort_buffer=64M key_buffer=64 sort_buffer=64M read_buffer=16M write_buffer=16M [mysqlhotcopy] interactive-timeout

Le Vendredi 3 Décembre 2004 16:00, Plamen Gradinarov a écrit : I had a _big_ speed improvement by disabling my misconfigured DNS cache <:o) it seems there is name resolution/check somewhere in wiki2static, but i can't find WHERE, and i don't understand WHY , considering i said 0 for media and tex and everyhing else, just keeping in-database text ! It takes 5 to 8 minutes to "wiki2static" the 240 MB text french table with no links for images or tex, and keep the DB in RAM (nice speed improvement :) mysqldump --opt wikifr cur > ../innofr3.sql /usr/bin/perl ./abwiki2static.pl --media=0 --tex=0 --keepmem --all ../innofr3.sql The resulting static pages are good, if the orginal wikipage is simple, and they are lack entire parts when the original page is somewhat complicated: Especially with included "sub-pages" , i don't know the name table? frame ?, for those rectangular area with an example or list or comments .... ) Also it seems that the text _before_ the page_TOC disappears ! The page "Avignon" (n°1) in the fr.wikipedia is a good example of what goes wrong !!!! my 2 cents alain

MediaWiki v1.4 has been recently modified to no longer use PHPTAL. The monobook skin now works with PHP5. -- Zigger On Sat, 4 Dec 2004 21:24:41 -0500, Jamie Bliss wrote: