![]() |
Could you please add Indonesian Translation ?
Thank you. |
Hello. Just worked out for you another data base update which will made it without data duplication and also faster :)
So really on one table still you can have duplicated data, because of mysql unique limitations I didn't set it in wt_cache, but this table has less data than other updated tables. Also collate was changed - believe it works faster when makes collation by binary values, that by some additional rules like in previous DB. To have faster DB without data duplication You have to. For new installations Here is new DB: Code:
CREATE TABLE wt_cache ( this one: Code:
/* Check cache for translation */ Code:
/* Check cache for translation */ Code:
//////////////////////////////////////////////////// Code:
//////////////////////////////////////////////////// Code:
/* Save to cache */ Code:
/* Save to cache */ Code:
<?php Now - for already installed products Here we have 2 ways. Easy one, and good one. In easy one - just drop all tables from DB, set it from new script and change translate.php like described. In good one - you want to keep already cached data, and this will need some changes. 1. change translate.php like described 2. dissable cache - set $enablecache=false; in translate.php 3. change collate by executing: Code:
Alter table wt_cache_short collate utf8_bin; Note that this step if time consuming and it is a chance that you will need to connect to DB with other client that WWW (just check it first). Remember - always you can use the easy way ;) 5. Optimize tables: Code:
OPTIMIZE TABLE wt_cache, wt_cache_medium, wt_cache_short; Code:
alter table wt_cache_short drop index originaltext; And that is. As I wrote data duplication will disappear for ever from wt_cache_short and wt_cache_medium. Also it will be save in case of hazard described in my 2 previous posts. Also according to my automatic tests - page generation works faster. So - enjoy :D |
Quote:
Yes it is slow. But store all results in a local Database. So you are able to stop and continue the test at any time. I used Xenu to check Links but that one considers the translated pages an even some Links to social networks as broken because they do not answered in time. This one I set up on my Computer at work and leave it running over the weekend. I do set it up to waiting time 120 (90 should be enough) an 30 workers. To stop a test and run a report even takes some time. But it?s OK for me as I don?t need to start from the beginning, I going to continue the test every COB until the next morning. Christian |
Great hack!, i downloaded it 2 days ago due i prefer test a mod before replying with my feedbacks and what i saw is:
After installing it on my Demo board and following the instructions carefully (at first instructions seems complicated but even if is a long procedure if you follow each steep as mentioned it works without problems), i uploaded the flag's folder on root and made the necessary changes to the style...at the end it works without problems and it translated some pages on a decent timeframe. Then i installed it on my real board and as mentioned above following each steep present on the instructions it works fine, congratulations dude and thanks for this release, now i have just a question: The main language of my board is the English (i deleted the EN line on the translate.php) but there are sections on Spanish and Italian too so, must i delete also these lines on the translate.php?. Thanks once again.- |
Quote:
|
Quote:
SQL query: CREATE UNIQUE INDEX originaltext ON wt_cache_medium( originaltext, tl ); MySQL said: Documentation #1062 - Duplicate entry 'I even learned a few bits, the number range in particular will c' for key 2 *********** Edit Seems ok now, just run the query again. Would still appreciate an explanation of the error, thanks mate. |
I don't know what you did but it's slow, really slow, unbearable. Something isnt right with your changes.
|
In your version is causes crazy high server load, and cache false doesnt seem to work anymore.
|
Quote:
Once again: Delete data duplication like described here (note this is very important - otherwise unique indexes will not be set) And you had data duplication: #1062 - Duplicate entry So you don't have index now - it have to be slow :p My changes are ok and make it works faster - just have to make all steps. If you had error with data duplication - drop duplicated data. If you did it and have same problem - drop data duplication again - it just means that in the meantime between dropping data duplication and trying to create UNIQUE INDEX, some new data came with duplications (google doesn't sleep). Before you will drop duplicated data again it is wise to set normal index again: Code:
create INDEX originaltext on wt_cache_short (originaltext, tl); As I wrote - you always have the easy way. You want keep your cache - made everything as described and don't complain that with my update is something wrong if you didn't make it. |
Quote:
$enablecache works fine - possible that mysql still works on some of your queries from deleting data duplication and slows down the system. But it is good idea - disable cache before deleting data duplication and enable it again after all changes :) You will not have problems with data duplication in the meantime. I will add those 2 points to update description |
Ok, but i ran your duplication update a few days ago, i have to run it again for this update too?
|
Quote:
|
Understood, i'll try again in a bit and then update the main install. Thanks.
|
Does anyone use vBseo Relevant Replacement?
RR also be translated? Unfortunately, not on my forum :/ |
Can someone help me understand this. The goal of this MOD is to get a flood of international traffic. This traffic is unlikely to stick around because of the language issue so whats the point of wanting all this traffic.
|
Quote:
For me I use it for ad revenue, branding, future referrals from word of mouth to UK traffic, it's free exposure. Your mileage may vary. |
Quote:
|
We'll I tried again with your new update.
Had to get my host to run this bit as it times out in the browser. 4. Delete data duplication like described here (note this is very important - otherwise unique indexes will not be set): They say the query is stuck on delete from cleaner... So i am going to stick with the current update for now. |
Quote:
wt_cache cannot have unique index for whole oryginaltext and tl, because oryginaltext is too big for that, and making it's unique only for part of it has some disadvantages. I made tests and mysql allows me to set unique index olny for first 323 letters from oryginaltest and whole tl. So if I do that, then data duplication will be a history in this mod - that's the good part. Worst part is that if we will have 2 different translations with same first 323 letters, then only first one will be cached, and second one will be translated by google every time when page will be generated. I also realize that it is rare to have 2 different posts which starts from such long same text (323 letters), but it is possible - especially when users like to quote others posts. I've just made a query and I have such cases in my cache. So we can have actual solution which allows data duplication, but we know how to delete duplicated data, and once translated text will never be translated again. Or change it to solution where duplication never happens, but we have small chance that some texts will be translated over and over again. Usually when someone quotes other long post, and removes some part at the end – in such case we have 1 long translation of whole original text and one long translation of shorter quoted text. Now both are cashed - if we set unique index on wt_cache then one of those will be translated each time when page is generated. So - If users want this solution I can give the solution. Who wants it? But , till wt_cache allows for data duplication - I advice to let cleaner and saver tables stay (you can delete all data from there). Empty tables doesn't bother anyone, and can be helpful for cleaning wt_cache from time to time. In my installation I will keep those at least till I crawl all translation sites with my spider. And probably let them stay after that too. |
Quote:
Note that this step if very time consuming and probably you will need to connect to DB with other client that WWW. Remember - always you can use the easy way ;) New solution is better and faster. For those who makes fresh install it is same easy as it is right now. For update - 2 ways easy: one and good one. If you cannot handle the good one, and still want have your cache - so ok, you can stay with old version. But I think that for users it would be good if you test new solution in fresh install (if have difficulties on old one) - see it works fine, and make it official release - for all new users, who I think would like to have faster DB without data duplication. |
So you suggest I now release 2 versions, one for new and one for people who want to keep their old cache. I really don't think it's that much of a big deal. I appreciate your work but I think I speak for most when I say i want to keep my 1gig database that took time to grow. I cannot maintain two releases.
|
FYI my host tried with a Mysql desktop client and it stopped on delete from cleaner.
|
Hello one little DB update, after which DB will be faster.
(Index will be larger, but also faster - more unique records in index) Note that this update is independent of last one, so hope Dave will include it in official release even if the last one will wait a little. Whole change is about index size for originaltext - it was changed from 50 to 323 (max according to mysql limitations). For new installations - code for wt_cache is different now: Code:
CREATE TABLE wt_cache ( Code:
alter table wt_cache drop index originaltext; MIN: 3141 MAX: 9109 AVG: 5389 MIN: 3297 MAX: 24891 AVG: 5252 MIN: 2828 MAX: 7500 AVG: 4296 MIN: 2609 MAX: 25594 AVG: 5934 MIN: 3438 MAX: 7890 AVG: 4782 MIN: 3578 MAX: 5485 AVG: 4196 TOTAL AVG: 4974 And here after update: MIN: 2813 MAX: 28016 AVG: 5785 MIN: 2813 MAX: 5187 AVG: 4021 MIN: 3016 MAX: 5109 AVG: 4159 MIN: 2953 MAX: 6750 AVG: 4228 MIN: 2735 MAX: 7938 AVG: 4109 MIN: 3359 MAX: 7125 AVG: 4607 TOTAL AVG: 4484 Each test was generating 20 translated pages in each series. There was 3 series for each test. Each test was executed twice. Times are in ms. Note that there is still place for some little improvements - like column tl uses max 5 signs and is set for 10... Also it is enough for tl to set encoding 'iso-8859-1' instead of utf8, so it will reserve only 5 bytes in index instead 30 like now, and index for originaltext will be longer to something like 331 letters (now upgraded have 323). But it shouldn’t give any significant speed improvements. So I leave this topic. |
Quote:
Did you try execute just delete from cleaner - without other queries? Does your client needs semicolon at the end of query? Make sure you executed delete from cleaner; with semicolon. It is possible that when you did it without semicolon server still waits for rest of instruction :) |
Quote:
Your mod - your releases - your decisions. I gave update instrucions so it is possible to update without any data loss, and of course it is time consuming when you have such big database. I'm going right now on updated version :) |
Would you be able to create something which will detect the users language. You can get it from $_SERVER['HTTP_ACCEPT_LANGUAGE']. It gives a list of their accepted languages.
|
v2.3b
* Small change to database optimization To upgrade; Run this MySQL query. Code:
alter table wt_cache drop index originaltext; |
Thanks for the update :) Dont know if I see a speed increase but it's functioning just fine :)
|
Thanks for letting me know sweeks! :up:
|
Ok I'm a bit confused with all the different updates throughout this thread .... I'm still using v2.0 of the script. Can you please tell me the easiest way to upgrade to v2.3b while preserving the translations already in the DB?
Thanks, Gerald. |
Follow the links in the main post and work through the updates, should only take a few minutes.
|
Quote:
|
Quote:
Also note - it is wise to dissable cache before you start making any changes, and enable if after upgrate is finished. Otherwise you can have errors, because of differend DB state and dfferent translate.php instructions. |
thanks , but could u edit it , in a way that , other languages also work ?
|
Quote:
|
Great idea of a mod. Helpful for sure. I am watching this with interest. I am planning to install it in short time.
I have a suggestion from user pov: For example: If you land on and English forum with a Polish search (on the Polish translation) you might be confuse the forum to a local one and try to post in Polish. (don't assume all users know at least a 10th of what you know. They don't. ) You can address this with an warning under the flags (big letters) that forum is translated, original content being in English. " You are reading on a Polish translation of the original forum (in English). You can register here for free!" (for example) Problem is you need this translated too in all languages and to appear in corespondent translations. You may want to let admin decide what to put inside as a text because it might happen there are some subforums in Polish but he landed on the English part. So you may suggest: "If you find this interesting you might visit our Polish section here." With this you address a previously raised concern about the utility of this mod. Is understandable a Polish person will run from a translated site very fast but in case he knows English it might interest him. Hence you can get more users. I am saying this because I have an International forum in English (I plan to add some 2-3 additional languages forums) but I rely also on users not native in English but interested in the subject (Aliens in my case :) ) I think best way is to make a phrase (so we can edit and customize) under flags and to be translated by Google in respective language. I am waiting a little and take a shot at it. I need also to clear how links will be constructed under VBSEO (as I have this installed too). Again thanks and congratulation on great idea MOD from traffic pov but also from international accessibility pov to a foreign language content. |
This product works with version 3.8.3
I tried but it does not work thanks |
David, we still keep getting that DB error? Will a fix be released for this soon?
|
Quote:
|
To combat them I set a new email in vb config and an outlook rule and now they all go to their own folder in outlook. No big deal.
|
All times are GMT. The time now is 08:00 PM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|