Kosten optimalisatie - hoe vBET mogelijk maakt om gebruik van machine vertaling GRATIS en/of GOEDKOPER

[vBET]

Het wordt niet vaak gebruikt, maar sommige forums kunnen HTML-tags in berichten. In een dergelijk geval code HTML-tag die kan worden gebruikt (HTML niet BBCode). Let op : er is geen zin om te vertalen code, dat is de reden waarom vBET standaard niet vertalen inhoud van BBCodes: code, php, html. Maar dit niet zijn code HTML-tag.

Dus als uw forum maakt het mogelijk om HTML-tags gebruiken in berichten, dan is het verstandig zal zijn voor u de schakel optie:
Admin CP -> vBET -> Translation Options -> Don't translate code html tag

Let op : deze optie is standaard uitgeschakeld voor betere prestaties - zoals eerder vermeld is voor de meeste forums is het niet nodig. Dus niet inschakelen als uw forum, net als de meeste anderen is het niet toegestaan om HTML-codes in de berichten.

[vBET]

vBET het mogelijk maakt voor gebruikers met de juiste gebruikersgroepen te gebruiken handmatige vertalingen. Dit zal niet alleen verhoging van de kwaliteit van uw vertalingen (door correcties), maar kan ook verminderen aantal automatische vertalingen. Als uw quota ' s in de machine-vertaling providers zijn dan pagina ' s kunnen worden gedeeltelijk vertaald. In een dergelijk geval vBET zal nog steeds mogelijk om het te vertalen handmatig. Dus misschien zal het automatisch vertaald toch wanneer de quota weer beschikbaar zal zijn, maar misschien zijn sommige van uw gebruikers te vertalen volledig handmatig en dit bespaart u een aantal tekens van de volgende quota (en geld als u betaald machine vertaling).

Dus het is OK om gebruikers toe te staan voor handmatige vertalingen, maar herinner me nog dat dit mogelijke arena voor misbruik. Dat is de reden waarom vBET kunt alleen gebruikers met de juiste gebruikersgroepen. U kunt toegestaan gebruikersgroepen in:
Admin CP -> vBET Manual Translations -> Options -> Usergroups allowed for manual translation
Standaard is alleen toegestaan voor: Super Moderators, Beheerders en Moderators. Lees de beschrijving van de optie voor meer informatie.

U kunt meer gebruikersgroepen te gebruiken handmatige vertaling.

Meer gebruikersgroepen toegestaan voor handmatige vertalingen betekent potentieel meer worden gecorrigeerd en de vrije vertalingen, maar ook meer potentieel misbruik. Dat is de reden waarom vBET kunt u niet alleen instellen die is toegestaan, maar ook om bij te houden van de wijzigingen ongedaan en zelfs automatisch ban gebruikers die misbruik maken door handmatige vertaling. U vindt er hier meer over: http://www.vbenterprisetranslator.co...nslations.html

[vBET]

We zijn het toevoegen van nieuwe optimalisaties wanneer we zien dat een dergelijke mogelijkheid.

Het bevat nieuwe plaatsen waar vBET scheidt van getallen, tijd, data, gebruikersnamen, correcties van fouten, soms is het toevoegen van compleet nieuwe machine vertaling of taal detectie providers en andere optimalisaties (met inbegrip van de prestaties).

[vBET]

Sommige forums kunnen speciale gebieden die niet moet worden vertaald.

Als u deze speciale pagina ' s die u niet wenst te worden vertaald, dan is het gewoon niet te vertalen. Het is configureerbaar - vBET maakt het mogelijk om gewoon dit doen door de optie:
Admin CP -> vBET -> Translation Options -> Ignore URLs

[vBET]

Als je begint met vBET, dan kunnen er veel van de inhoud te vertalen op uw forum-tot-cache zal worden gevuld. In dat geval worden de quota ' s kunnen worden gebruikt voor de oude draden en je kunt niet genoeg voor een nieuwe. Er is geen gevoel van uw nieuwe threads wachten voor de volgende quota omdat van de oude.

Wij hebben de oplossing voor dat geval - u kunt gewoon instellen hoeveel dagen voor draad zonder antwoord maakt het oude:
Admin CP -> vBET -> Translation Options -> Don't tanslate old threads
Wanneer u het, oude draden gewoon niet vertaald worden.

Let op : het is standaard uitgeschakeld (0). U kunt instellen als u het nodig hebt. Ook kunt u de instelling voor hoger nummer van tijd tot tijd en tot slot uit te schakelen, als u ziet dat uw cache te vullen en u hebt nog steeds gratis belminuten (geen gedeeltelijke vertalingen zichtbaar op pagina ' s).

[vBET]

De optie van de vorige hint kunnen maken van een aantal draden die reeds vertaalde niet beschikbaar zijn op de vertaalde pagina ' s, omdat die oud geworden na de vertaling. Maar dit is OK, want vorige optie is voor nieuwe installaties die zich willen richten op nieuwe berichten en later vullen van de cache van het oude. Dus het stel te worden uitgeschakeld. Misschien na een aantal veranderingen te groter de waarde, maar er is geen zin om het te houden voor altijd. Anders al is geïndexeerd vertaalde inhoud kan verdwijnen uit de indexen (maar niet uit de cache, zodat wanneer een antwoord zal komen dan alleen een nieuw bericht is het noodzakelijk nieuwe vertaling).

OK, maar wat in het geval als u niet wilt om te vertalen wat oude threads. Nieuwer - niet als nieuw antwoord zal komen. Niet verliezen reeds vertaalde inhoud van de index wanneer de antwoorden niet meer...
Of als je wilt om uit te rusten van de vertalingen. Stoppen met het vertalen van alles wat nieuw, maar niet verwijderen vBET en verliezen wat al vertaald is en geïndexeerd.

Voor de stand in die gevallen de oplossing voor het configureren optie: Admin CP -> vBET -> Translation Options -> Translate only threads between date

U simpelweg de hier ingestelde periode (van tot en alleen threads aangemaakt in deze periode zal worden vertaald. U kunt instellen:

• De normale tijd bereik - alleen threads aangemaakt in deze periode wordt vertaald.
• Tijd bereik met echt hoog op een toekomstige datum als "" - alle draden van de opgegeven datum zullen worden vertaald, met inbegrip van ne (omdat "" is in de toekomst - net als het jaar 3000)
• Tijd bereik met een zeer lage datum in het verleden als "van" - alle oude threads gemaakt tot "" datum zal worden vertaald (alle, want "van" is het verre verleden - zoals het jaar 1000)

[vBET]

Dit is des te belangrijker wanneer u meer spammer rekeningen elke dag gemaakt. Zelfs als verboden, deze gebruiker kan het maken van nieuwe vertalingen van zijn gebruikersnaam toegevoegd aan GUI communiceert op de pagina. vBET scheidt en niet vertaalt gebruikersnamen als het mogelijk is - helaas het is niet altijd mogelijk.

Dus het is een goed idee om niet te laten zien de lid-pagina ' s voor verboden gebruikers op slechts foutbericht weergegeven (vooral die verboden gebruikers kunnen nog steeds hun gegevens op de pagina).
En vBET maakt het mogelijk om blokkeren van dergelijke pagina ' s door het instellen van een optie: Admin CP -> vBET -> Misc -> Block banned users member pages

Let op : deze optie is standaard ingesteld, maar het is configureerbaar, omdat sommige forums kan het niet hebben problemen met spammers en een waardevol lid van pagina ' s uit oude verbannen leden (onwaarschijnlijk, maar het is ook aan te passen, dus zorg ervoor dat niemand uitgeschakeld en het is nog steeds op).

[vBET]

Als u nog gebruik maakt van vBulletin 3.x dan kan het een goed idee om het te veranderen naar 4.x

Houd er rekening mee dat vBulletin 4.x is veel geavanceerder. Heeft meer haken en zorgt voor een betere integratie. En in feite vBET is beter geïntegreerd met vBulletin 4.x dan 3.x. Omdat 3.x gewoon niet staat voor een aantal dingen.

Stand vBET versies 3.x en 4.x heeft dezelfde functionaliteit (in principe - 4.x ondersteunt blogs, CMS en vriendelijke URL ' s, die niet zijn opgenomen in vBulletin 3.x dus niet worden ondersteund in vBET 3.x). Maar in 4.x op meer plaatsen vBET gescheiden getallen, datums, tijden en gebruikersnamen van GUI teksten en dat betekent minder vertalingen. In vBulletin 3.x er zijn plaatsen waar we simpelweg geen manier om getallen te scheiden en extra vertalingen kunnen worden weergegeven.

Nog steeds gelieve te herinneren dat om het schakelen van 3.x naar 4.x is een grote stap en beter na te denken over een heleboel. Er zijn andere MySQL en PHP beperkingen voor vBulletin 4.x, andere versies van alle plugins, extra licentie voor vBulletin en dus op (aanvullende licentie voor vBET).

Zo hard denken is het de moeite waard om dit te doen. En zelfs wanneer je denkt dat het is, het eerste blok van je forum, back-up en start upgrades - er is een kans dat de back-up opslaan u in geval van problemen.
Maar het is goed te doen natuurlijk ons zeer forum werd voor het eerst op vBulletin 3.x

[vBET]

Als u genereren op de server-side ook een aantal GUI onderdelen, die voortdurend verandert, dan kan het zijn van grote invloed op de vertaling van de kosten door het produceren van nieuwe vertalingen voortdurend.
Natuurlijk gebruikers berichten worden voortdurend veranderende - nieuwe, correcties, maar dit is waardevolle content, en wij willen vertalen.
Nog te vertalen wat het veranderen van server side tekst kunt niet het beste idee.

Dus vermijd dit:

• Sta niet toe dat het op alle
• Gebruik het in Java - Script-het zal aan de kant van de client en het zal niet worden vertaald, aangezien scripts kunnen niet worden vertaald
• Gebruik het op de server kant, maar het veranderen van tekst in niet vertaald gebied. Zie hier voor meer info hoe te vertalen tekst (laatste sectie: Notrasnlate gebied)
• Als het veranderen van een onderdeel is van uw gebruikersnaam scheiden slechts gebruikersnaam van de rest van de tekst niet vertalen gebied vanaf het vorige punt
• Als onderdeel van een getal, datum of tijd - dan is het scheiden van de rest van de tekst van een HTML-tag (zoals span, i, u...)