WPML-Hosting, das jede Sprache getrennt hält.
Eine mehrsprachige Website besteht aus mehreren Websites, die sich eine Datenbank teilen. Die Fehler sind alle Variationen einer Sache: etwas, das dafür gedacht ist, dass eine Sprache einen Besucher erreicht, der eine andere liest.
Eine Seite, mehrere Sprachen, kein Bluten.
Alles hier geht darum, Sprachen auseinander zu halten, während sie sich eine Datenbank teilen.
Cache, der die Sprache kennt
Die zwischengespeicherten Seiten werden nach Sprachen getaktet, so dass einem Besucher, der Deutsch liest, nie die französische Kopie zugestellt wird, weil sie zuerst zwischengespeichert wurde.
Eine Datenbank mit der Größe des Multiple
Sechs Sprachen bedeuten ungefähr das Sechsfache der Beiträge, der Meta- und der Begriffsbeziehungen. Speicher- und Abfrage-Tuning beginnt bei dieser Zahl und nicht bei der Seitenzahl, die Sie aus dem Menü erraten würden.
Alternative-Sprach-Tags auf der zwischengespeicherten Kopie
Diese Tags müssen auf dem vorhanden sein, was die meisten Besucher tatsächlich erhalten, nicht durch etwas, das nur auf einem Cache-Miss läuft.
Übersetzen auf eine Kopie
Klonen Sie die Website, um eine neue Sprache zu bearbeiten, ohne dass halbfertige Übersetzungen live erscheinen, und schieben Sie sie dann zurück, wenn die Sprache vollständig ist.
Wiederherstellen einer Sprache, nicht der Website
Tägliche Backups decken die gesamte Datenbank ab, so dass ein schlechter String-Import wiederherstellbar ist.
Die Bugs sind alle die gleichen Bugs.
Fast jedes mehrsprachige Problem ist, dass Inhalte aus einer Sprache einen Leser einer anderen Sprache erreichen - im Cache, in einem Menü, in einem Suchergebnis oder in den Tags, die Suchmaschinen lesen.
- Cache-Einträge nach Sprachen getrennt
- Alternative Tags auf zwischengespeicherten Antworten
- Sprachumschalter nicht zwischengespeichert über Sprachen
- Suchen auf die aktive Sprache
Sechs Sprachen, eine Seite laden.
Mehrsprachige Websites sind nicht langsamer, weil sie übersetzt werden, sie sind langsamer, wenn die Datenbank für eine Sprache dimensioniert wurde und der Cache sie nicht voneinander unterscheiden kann.
Was wir für WPML ändern
Multiplizieren Sie den Inhalt mit der Anzahl der Sprachen, dann stellen Sie sicher, dass der Cache niemals zwei von ihnen verwirrt.
| Einstellung | So konfigurieren wir es | Warum |
|---|---|---|
| Cache Key | Beinhaltet die aktive Sprache | Ohne sie gewinnt die zwischengespeicherte erste Sprache, und jedem anderen Leser wird die falsche Übersetzung serviert. |
| Sprachenbeschlüsse | Vor dem Cache Lookup | Die Sprache nach einem Cache-Hit zu erkennen, ist zu spät, da die falsche Kopie bereits ausgewählt wurde. |
| Datenbankgröße | Geplant aus Posts multipliziert mit Sprachen | Eine sechssprachige Website hält etwa sechsmal die Zeilen, und die Größe von der sichtbaren Seite zählt zu wenig. |
| Wechselsprachliche Tags | In die Cache-Antwort gerendert | Tags, die nur auf einem Cache-Miss injiziert werden, fehlen für die Mehrheit der Besucher und Crawler. |
| String-Tabellen | Im Objekt-Cache gespeichert | Interface String Lookups passieren viele Male pro Render und sind für jeden Besucher in dieser Sprache identisch. |
Einfache, transparente Preise.
Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.
- 1 WordPress-Website
- 10 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Support per Ticket
- 5 WordPress-Websites
- 50 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Priorisierter Support per Ticket
- 20 WordPress-Websites
- 200 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Persönlicher Support
Häufige Fragen.
Unterbricht Caching den Sprachwechsel?
Wie viel größer ist eine mehrsprachige Datenbank?
Unterstützen Sie Polylang und TranslatePress auch?
Werden alternative Sprach-Tags korrekt sein?
Jede Sprache richtig bedienen.
Bringen Sie die mehrsprachige Website über - Migration ist kostenlos, jede Sprache enthalten.