Code Styling Project

Seitdem Google seine freie Translation API v1 für veraltet erklärt und gänzlich abgeschaltet hat, gibt es einige WordPress Plugins, deren Wert dramatisch gesunken ist bzw. sie eigentlich nicht mehr benutzbar sind.

Auch mein Plugin Codestyling Localization hat es ereilt, denn der optionale Übersetzungsservice konnte nicht mehr aufgerufen werden. Stattdessen ist mein Volumen an Supportanfragen drastisch gestiegen und ich mußte mir etwas einfallen lassen.

Am Anfang stand die Frage: “Was nun?”

Nach dieser Abschaltung des freien Dienstes mußte ich ersteinmal rausfinden, ob es Alternativen gibt und welche Auswirkungen diese haben. So viele Anbieter mit venünftigen API’s gibts ja nun doch nicht, also bleiben eigentlich derzeit nur 2 Anbieter, die man sich genauer ansehen muß: Google und Microsoft.

Google Translate API v2

Google hat die Nutzer nicht vollständig im Regen stehen lassen, nur sind sind die Bedingungen für die Benutzung der neuen API sehr viel strikter definiert. Der Dienst steht nun nicht mehr kostenfrei zur Verfügung sondern wird per Übersetzungsvolumen in Zeichen bemessen in Rechnung gestellt.
Dazu muß man sich für diesen Dienst im Google Account freischalten lassen und bekommt einen Zugriffsschlüssel, den man bei jeder Anfrage mitschicken muß. Somit kann das Volumen getrackt und berechnet werden.

Die Implementierung der neuen API ist eigentlich kein großes Problem gewesen, aber wie tested man diesen Dienst, wenn man nicht bereit ist, Geld auszugeben?
Ich hab die Implementierung bis zu dem Punkt getestet, an dem der Dienst meinen Schlüssel zwar kennt, aber dann meckert, dass das Billing für diesen Dienst nicht aktiviert ist.
Gemäß der Spezifikation der API habe ich dann die Funktionalität fertiggestellt und denke, daß es bei freigeschaltetem Billing auch sauber funktioniert. Falls es irgendwelche Probleme geben sollte, wäre ich über Rückmeldungen dankbar. Genauso wie für die Mitteilung, das alles super funktioniert.

Microsoft Translator - Windows Azure Marketplace

Auch Microsoft hat in der Zwischenzeit einen Übersetzungsdienst am Laufen, den man per API befragen kann. Im Gegensatz zu Google’s Dienst gibt es hier sogar eine Option, limitiert auf 2 Millionen Zeichen pro Monat den Dienst kostenfrei zu benutzen.
Das hört sich schon mal sehr gut an, also hab ich diesen Dienst ebenfalls integriert. Die Implementierung beruht momentan auf PHP Curl, deswegen kann es sein, daß es nicht bei jedem funktioniert und aktiviert werden kann. Die PHP Sourcen dazu stammen von Microsoft selbst, haben aber einen Bug, den ich gleich mal mit gefixed habe.

Nachdem die API integriert war, brauchte ich auch hier Zugriffstoken, damit man sich gegenüber dem Dienst authentifizieren und das Limit mitgetrackt werden kann. Über den Windows Live Account kann man die nötigen Daten sehr schnell und einfach generieren und die Funktionalität freischalten.

Dadurch konnte ich diesen Dienst auch komplett testen und habe mal ein Plugin aus dem Repository vollständig übersetzt, dessen Übersetzung vollkommen leer war. Das funktioniert auffallend gut und bringt sogar Ergebnisse mit einer sehr guten Qualität zum Vorschein, hier hat mich Microsoft angenehm überrascht.

Benutzung der API’s in Codestyling Localization

Ich hab lange nachgedacht, wie man die entsprechenden Keys/Token nun verwalten sollte. Ich wollte sie nicht in die Datenbank schreiben lassen, also hab ich das konzeptionell so angegangen, daß man die nötigen Daten in seine wp-config.php als Konstanten eintragen muß, so wie man es für die Datenbankzugangsdaten auch macht. Dies sieht dann so aus, die Keys/Token müssen dann natürlich mir euren ersetzt werden:

define('GOOGLE_TRANSLATE_KEY', 'enter your google key here');
define('MICROSOFT_TRANSLATE_CLIENT_ID', 'enter your microsoft api client id here');
define('MICROSOFT_TRANSLATE_CLIENT_SECRET', 'enter your microsoft api secret here');

Limitierte, monatliche Volumen

Es stellt sich allerdings die Frage, wie weit man mit diesen Volumen kommen kann.
Am Beispiel von Microsoft’s 2 Millionen Zeichen pro Monat habe ich mal ein paar grobe Schätzungen vorgenommen, nagelt mich bitte nicht auf diese Werte fest.

Ein durchschnittlicher Artikel in meinem Blog geht nicht unter 800 - 1000 Wörtern raus. Mit einer mittleren Wortlänge von 7 Zeichen, multipliziert mit 1000 Wörtern kommt man auf ca. 7000 Zeichen pro Beitrag. Würde man die Beiträge übersetzen lassen wollen, wären ca. 300 Beiträge ~ 2.1 Millionen Zeichen. Pro Arbeitstag sind das dann 13 Artikel, die man in eine andere Sprache übersetzen lassen kann.
Für vollautomatische Blogübersetzung, wie sie einige Plugins bisher machten, reicht das bei großen Blogs nicht aus. Für den Hausgebrauch dürfte das aber mehr als ausreichend sein, wenn man mit 2 Sprachen bloggt.

Bei der Übersetzung von Themes oder Plugins gehe ich mal von einem mittleren Umfang von 200 Texten und einer durchschnittlichen Textlänge von 10 Zeichen aus. Dann komme ich auf ca. 2000 Zeichen pro Theme / Plugin. Das macht dann ~1000 Plugins / Themes, die man übersetzen kann. Dies reicht umgerechnet auf Arbeitstage für 45 Plugins / Themes pro Tag. Damit sollte man selbst als ambitionierter Blogger, Designer oder Coder sehr weit kommen, selbst wenn einige Plugins oder Themes einen höheren Umfang haben, als nur 200 Texte.

Zusammenfassung

Übersetzungsdienste vereinfachen die tägliche Arbeit ungemein. Wenn diese Dienste ausfallen, merkt man das dann schmerzlich. Aber es gibt meistens Alternativen und diese kompensieren den Verlust meist sehr gut.

Ich würde mich freuen, wenn ihr mir Feedback zum Einbau der Übersetzungdienste geben könnt. Für weitere Anregungen, Hinweise, Bugreports oder einfach nur Beifallsbekundungen bin ich sehr empfänglich.