WordPress 3.4 - Änderungen an Sprachdateien

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Haben wir damit wirklich ein Problem? Ich denke, wo ein String landet, hängt einfach davon ab, in welches Sub-Project er auf der Übersetzungsseite einsortiert ist. Und das wiederum hängt an den Übersetzungsaufrufen im Code, wo der Katalog mit angegeben wird, richtig? Am Ende wird pro Project/Sub-Project eine Datei generiert.

    Finde ich auf jeden Fall interessant, damit kann man dann vielleicht in Zukunft ja auch aus einem deutschen Backend ein englisches Frontend generieren.

    Ich denke, das macht jetzt am Anfang etwas mehr Arbeit und erfordert mehr Hirnschmalz beim Zusammenschnüren von Sprachdateipaketen, ansonsten finde ich die Trennung Backend vs. Frontend schon sinnvoll. Das hat vor allem enorme Vorteile in der Performance, wenn nur die Strings aus einer Sprachdatei gezogen werden müssen, die tatsächlich auch gebraucht werden.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden