A viewer reported about how it takes several seconds to switch the blog's
language via the 'Choose Language' dropbox (multilingual sidebar plugin).
The server seems to wait a few seconds before rendering the page itself,
and while the rendering part is fast enough the 'wait' part seems tad longer
than just loading the initial page. I'm not using any caching, by the way,
and if I understood correctly the multilingual plugin probably overrides the
cache anyway. I wonder if there's something amiss, or it's indeed the
script taking a bit of time to process.
delay in switching language (multilingual plugin)
Delay in language change
Does it delay for you? I don't see this problem (you could post a URL if you want someone to test it), but any delay can depend on a lot of factors obviously, but especially ones that you have no control over.
A perfect example of this is what browser they use and how the cache is configured. Suppose someone has it set up to only reload when the content changes. To them everything happens almost instantaneously until they reach a page that has changed, then big delay!
A perfect example of this is what browser they use and how the cache is configured. Suppose someone has it set up to only reload when the content changes. To them everything happens almost instantaneously until they reach a page that has changed, then big delay!
Difference in languages!
Wesley, the delay (maybe 1 extra second) does seem to be there, but for me only in the English to Korean transition, not the other direction.
I can't help wondering which is the default language on the computer and operating system. It's just possible that an Asian language is causing the OS to thrash a little as it gets all the tables and data ready (or something like that).
Having said this, the site take a while to refresh even in English and I'm on a 3meg connection. Nice look by the way.
I can't help wondering which is the default language on the computer and operating system. It's just possible that an Asian language is causing the OS to thrash a little as it gets all the tables and data ready (or something like that).
Having said this, the site take a while to refresh even in English and I'm on a 3meg connection. Nice look by the way.
Thanks for the comments.
Oh, the site's a bit slow because it's not on a backbone or anything.
If you read the profile change I made note that the whole gig runs on
my own computer, with a single VDSL modem connection to the world.
The computer's base language is English, but then it's running OS X and
I have Korean and Japanese support on it as well.
Oh, the site's a bit slow because it's not on a backbone or anything.
If you read the profile change I made note that the whole gig runs on
my own computer, with a single VDSL modem connection to the world.
The computer's base language is English, but then it's running OS X and
I have Korean and Japanese support on it as well.
So what I said may be true, there may be some kind of loading issue at OS level. EVen on a powerful FreeBSD box, when you suddenly use UTF-8 in PHP, there is a delay sometimes.wesley wrote: The computer's base language is English, but then it's running OS X and
I have Korean and Japanese support on it as well.
But the thing is, English setting IS already UTF-8 in my blog. The language
file has been modified so it can be fully UTF-8 even before using 0.9 version
of s9y. Some of my 'default language' entries are in Korean. Not to mention
the guestbook would break the hell loose if English was at ISO-8859-1 due
to mixture of Korean and English entries there.
There shouldn't be any more overhead than just the SQL calls...
file has been modified so it can be fully UTF-8 even before using 0.9 version
of s9y. Some of my 'default language' entries are in Korean. Not to mention
the guestbook would break the hell loose if English was at ISO-8859-1 due
to mixture of Korean and English entries there.
There shouldn't be any more overhead than just the SQL calls...