It wouldn't DB has set indexes and data access is instant and constant
OK, I'll put that aside and change the subject.
Let's discuss Google indexing and translateflags.php.
If we assume that Google has limited resources to index a site, and that GoogleBot does not distinguish between the various language flags, then this seems to imply that it will be more efficient, and generate more search traffic, in the beginning of the translation process, to only expose the top ten or so Internet-language flags.
The reason for this is that if Google indexes all translation languages equally, Google will index languages with very small Internet-populations with the same priority of languages with high Internet populations.
So, unless I am wrong, which I could be it seems to indicate that to optimize search referral results, in the first month or two, a site should expose only the top 10 or so flags (from an Internet-usage perspective) and not expose the minor languages.
Amazing Mod! Is it possible to add other languages? If yes what is simplest approach to it... i would like to have Brazilian and a few other in the list... how could i do it? Thanks again!!
This script is only limited by what Google Translation offers. At this point it is 28 languages. As for "Brazilian", I am not sure what part of Brazil speaks Brazilian, but in most of Brazil they speak Portuguese, which Google translation already offers....
I think the stated goal of this mod is to increase search engine referral traffic. Converting new visits to members (active or not) is a completely different process. Any "stats" in this area would be misleading, IMHO.
Indeed, how well a site converts has more to do with the site than the traffic source imo.
Either way the traffic is organic, which is arguably the best source you can get.
This script is only limited by what Google Translation offers. At this point it is 28 languages. As for "Brazilian", I am not sure what part of Brazil speaks Brazilian, but in most of Brazil they speak Portuguese, which Google translation already offers....
Let's discuss Google indexing and translateflags.php.
If we assume that Google has limited resources to index a site, and that GoogleBot does not distinguish between the various language flags, then this seems to imply that it will be more efficient, and generate more search traffic, in the beginning of the translation process, to only expose the top ten or so Internet-language flags.
The reason for this is that if Google indexes all translation languages equally, Google will index languages with very small Internet-populations with the same priority of languages with high Internet populations.
So, unless I am wrong, which I could be it seems to indicate that to optimize search referral results, in the first month or two, a site should expose only the top 10 or so flags (from an Internet-usage perspective) and not expose the minor languages.
Is this how you see things as well?
If you want to throttle the release of the new translated pages then do it, personally i have added the lot and just let google decide what it likes and what it doesnt like.
Would it be more efficient and faster to have database tables for each translation instead of "small" and "medium" mega tables for an entire site?
We have been running this mod for just a few days, and at the current tables growth rate, our translation database will be nearly 1.2 Terrabytes in three dB tables when it is all "done and dusted" as they say, hahaha. I calculate this, perhaps incorrectly, as it seems Google has have cached around 200 pages (for each of 28 languages =~ 6000 pages) out out nearly 400Kpages, and the translation dB is currently 600MB. If we assume approximate linear growth, the full transation dB would be 400K/200 * 600 MB or 1.2 TB
I notice that our translated pages are much slower loading than the same page not in the translation dB (by quite a large factor, much slower, even though there are less MySQL queries for the translated page).
Why not put the translated pages, at least, in their own tables?
The database can only be so fast, the work has to be done behind the scenes so the translated pages will never match the non translated pages.
That said my site is not noticeable, I also checked your site and the speed was pretty identical for both types of pages.
Are you sure your not comparing a page never cached to one that is cached vs a normal page?
Quote:
Note - This script runs off a database. The 1st time a translated page is loaded by a user or search bot the words need to be sent to the Google Translation service, the words are then saved into the database, this can take a varying amount of seconds depending on how heavy your pages are with content. The next time the page is requested it loads from cache and speed is instant. Over time, users and bots will cache your entire site automatically and all translated pages will load the same as normal pages. Please be patient, this is a long term MOD, Google doesn't index normal pages overnight and these translated pages are no different.
Are their plans to update this mod when vb4 is out if it is needed
As long as vB 4 has a plugin system it should work without any changes. But yeah, if it needs changing it will be, I use it and plan to upgrade to vb 4 on release day as i have been waiting for the CMS part for yonks.
Is there any way to add the option to make the translation "sticky"? I mean so that once a user chooses to translate a page, all other pages (either per session or permanently) are translated?
I would like the option of having members who always see the forum in their native language.
Thanks again for this amazing mod....I'm loving it.
Is there any way to add the option to make the translation "sticky"? I mean so that once a user chooses to translate a page, all other pages (either per session or permanently) are translated?
I would like the option of having members who always see the forum in their native language.
Thanks again for this amazing mod....I'm loving it.