Hey!

I nominated the mod for MOTM, and sure enough, there it is and currently running in second place !!!

https://vborg.vbsupport.ru/showthread.php?t=219942

Go Man Go!

No, not yet.... just brainstorming.... please do not install the CRRs mentioned !

I was only brainstorming with NLP-er !! (and it did not work yet!)

Still under development!!

Ideas welcome!

PS: Maybe I should not brainstorm CRRs here? We don't want anyone to crash their board on an untested idea....

Hi.
Maybe it is necessary to change the general rewrite settings.


Instead of : link.html use link.html&hl=en (own language) by editing the core files.

So than the standard is equal.
In the next step using the CRR to change:

link.html&hl=en to link.html (own language)
and
link.html&hl=ja to /ja/link.html (for every other language)

I am not a coder it is only a Idea.
Christian

I like this idea as well. We need to consider how this all plays with the vBSEO Sitemap Generator as well.

Unfortunately, I am not an expert on CRRs, but I think we can get there with a little time and help from our friends at vBSEO.

I think the overall requirement should be to rewrite all "/link.html?hl=flag" links to "flag/link.html" and to also make sure the "flag/link.html" links in the sitemaps, as well as the original "/link.html?hl=flag" work.

Also, I have been using distinct Google Sitemap for each flag and it works much better than combining all the flags in one huge, unmanageable process.

See attached update, as a FYI. (Note, in my image below, I changed es to sp (directory) ... the directory for the sitemaps only, because I had another es directory... you can use any method you like, but I like to have all lang sitemaps in a single directory for each lang.... much easier to manage!)

I also think this is the way to go!

OK, thanks to Oleg at vBSEO, we have the first part working with:

Using Japanese as an example (ja), we use SED to create a new sitemap, changing

to


Tested and working thanks to the vBSEO team's great support. Thanks again VBSEO team.

[QUOTE=imported_silkroad;1861799]

OBTW, I forgot to ask....

Is there any SEO issue related to returning a 301 permanent redirect code?

Just got the following database errors after Google and AdSense spidered the site:


Also...


And again...


Any ideas what's causing this?

Hi there

The first time a page is cached, it can take 5 or 10 seconds, your mysql connection is probably timing out.

open your /etc/my.cnf file with vi or similar editor.

There should be a setting called "wait_timeout" i'd increase it a little until the errors stop, ours is;

wait_timeout = 30

regards

cyc...

Thanks for replying. I don't see the /etc/ directory you're referring to on my server.

I'm on a shared server...not sure if this makes a difference.

/etc/my.cnf

where the hell is that?

lol saviour me neither

If you're have a shared hosting account you wont be able to edit that file.

Its the configuration file for MySQL :)

Which database though...

The forum database or the database for this mod?

Nevermind...

It doesn't make any difference, since my host states this setting cannot be changed on a shared server. It's set by the host admin. Which means this mod is useless on a shared server.

Thanks for the help though, cyc...much appreciated.

Guess I'll have to uninstall this...

What a waste...

Hey

not a specific database, the MySQL server itself.

How many errors are you getting?

regards

I've received 15 database errors within the last hour or so...

Needless to say...I've just uninstalled the whole thing...including the database.

I contacted the host...and they said there is no issue with either the forum or the translator database.

Since I cannot modify the file you're referring to...to me...there's no need to further waste your time trying to correct it. Since it's timing out...and I cannot make any changes to the file in question...I can't use this mod.

Thanks, anyway, for the help...

no problem mate, someone else might have a different solution, stay subscribed to the thread. I was just sharing what I did to get around the same problem.

cheers

The problem on your end seems to be the overall MySQL database configuration (my.cnf is for the entire MySQL configuration).

Most shared hosting sites are not going to permit you to override these settings, so it will be difficult for you to get this mod to work on a shared hosting site if the settings are not correct.

This is not a problem with the mod because the mod must make a request to the Google translate API when a page is first translated, and this is slow because of the network and Google's process, not the mod. Plus, things are always slower on (most) shared hosting environments.

I don't recommend people on shared hosting run this mod, BTW. If you want to run something like this, move to a solution where you control the MySQL configuration, either dedicated hosting or a robust VPS.

Don't be frustrated, just upgrade :-)

Nice one, thanks.:up:

Get a better host. :rolleyes:

You only get those emails as the first time you translate a BIG page it times mysql out, no error actually occurs, mysql just sends an email warning.

Your forum users notice nothing, at all, it's just an email and once your site is fully translated they go away to a point.

I put up with a few emails in trade of 10k daily uniques. :up:

Only 10K uniques/day :confused:

We are already getting 20K (more, hl=lang traffic) uniques per weekday after installing on July 14th :D

You have a load more threads than I do, I'd imagine you have more translated pages indexed.

Hi Dave,

Yes, things should get interesting in a few more weeks.

I hope you win MOTM. You deserve it. The other nominations are good, but this mod give real results.

Thanks for the great work.

Please add the capability to process Google Translate tags for notranslate in the next release. Thanks so much! We need to add this to our code tags. Cheers.

I've been on holiday and am going here and there again over the next few months, but will work on a new release asap. If anyone has any suggestions leave them here please.

Hey :S is it sombody som can help me whit this :S ?

Stop! It's working fine. This error is harmless! You can use this mod and it will work fine. After most pages will translate those errors will stop occures.

This error is not of this mod, but vbulettin. At the very end of request vbulletin just want to update date of last session activity - and it cannot because session is timeout. It doesn't affect in any way vbulletin or this mod. So you can just ignore it. Dave was working on this, but it looks that he abandon this issue since it is harmless - still annoying of course ;)

I didnt abandon it, it cannot be fixed, BIG fresh pages take time to translate the first time round and mysql gets bored waiting, unless you set the php wait timeout to minutes it cannot be avoided (wgich is bad for security). I dont cmind anyway, it is just a stupid email warning, no error coccus at all and it does not effect the running of the site at all. I just send them to mysql@domain.com and forward them to their own folder in outlook. They can be ignored. As i said i can put up with them for 10k uniques a day, others reported 20k new uniques a day, so i guess they can put up with them also.;)

What's the issue?

I'm not so sure does it cannot be avoided. Just speculate. But if look into vBulletin source code you can find where exactly session is updated and check does there is a hook which can work after it.
Another possible solution (potentially easier) you already have in your mod - I was working on cache in this mod and have to fight with same problem. If translation takes too long then also connection to vBGT DB was lost. So I just reconnect. Did you try to reestablish connection to vBulletin database at the end of translation?...

Everything i tried didnt work, if you have a code suggestion that works i'd be glad to add/test it.

It's not related with cache and I have lot of other work right now :) I gave you direction - go for it :)

In maintime I think it would be good to describe it as Known Issues - people would be prepared for this and didn't panic ;)

hello

i installed this in my site which use utf-8 encoding
and i use vbseo that make threads url using arabic font

i see that the translate not working in thread url that have arabic words in its address
but only translate any english url address

also i use vba links which using its seo and vba dynamic which also use its seo
now how to make this addon at least translate pages that have url arabic

this occur only in threads but in groups and other thing works perfect



also i found another issue in NLP site :
http://www.forum.simple-nlp.pl/tags/...%87.html?hl=ar

This is not issue of this mod but of vbSEO (you can see that it will be same for URL without hl param - also error message). vbSEO doesn't change special letters in URL's for tags, i.e. 'ś' to 's' (I wrote to them about this - no result).

i already fix this by change my forum and db to utf-8
it works perfect but the issue is :
i see that the translate not working in thread url that have arabic words in its address
but only translate any english url address

this issue only affect the threads of forum

One problem for me: I'm getting this error message when I try to run this. Any ideas?

Parse error: syntax error, unexpected '<' in /translateflags.php on line 10

My idea is you was editing this file and made somesthing wrong :) Download oryginal file - made copy before changes and then change :)

Can you show me this behaviour? I'm not sure what you mean by "thread url that have arabic words in its address". Could you copy here good and bad link?

All URLs on the Internet anywhere in the world only allow English characters.

vBSEO has an option to replace/remove/keep non-English chars in the URL: