Hello all,
Piotras wrote:
Since someone started with the MultiLang I'm going to continue. There has been a thing that has really bothered me in the MultiLang - replication. After the DB conversion it's virtually impossible to upgrade packages.
What do You mean with "upgrade packages" ?
I mean the conversion from nonML to ML.
We've had some serious performance issues on one of our servers and have planned on downgrading back to regular DB format. BTW: Is there any script available that would do the DB conversion backwards?
Nope. But I was wondering about create something to make new midgard-data package be usefull for nonML <-> ML. Whatever it will look like , it will be looong time running.
Alright, we're going to need one for this case. Sooo... I think Rambo will be the man to create somekind of Perl script to sort it out. He's on vacation until 1. July though...
The plan is to run Siege on the site just to see if the MultiLang is causing any slowness. Since I believe it will take some time to get a production server back-ported, I'd be happy to see any statistics about regular vs. MultiLang db even before we start the downgrading.
First thing which comes to my mind is "collect" mysql queries either from mysql log file or midgard log file which may be created with new apache module, and compare queries' time. Or maybe something like 'time midgard-pageresolve -options'?
The funny thing is that all individual components work as expected - fast and efficient. But the actual site is pretty darn slow, even with MidCOM cacheing on.
Obviously this is a very large site (over 2000 pages) and we know that MidCOM generates a performance hit compared to previous "Simple Dynamic sites". Still we are dumbfounded by the laaaaag it takes for the page to display (no, there are not _that_ many images either).
Also, the server we are running this site on is not very powerful compared to nowadays specs but it should manage.
BTW , I noticed slow performance with midgard 1.6 but compiled without Multilang , when one host uses another's one database. Both hosts are in the same network and use stunnel to secure connections.
You mean you have DB on separate server?
We've had good results with two server setup. Although that was mgd-1.5.0 installation...
Piotras
Cheers!
//Henri
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
