GX-Bug #64701
Von Ulrich Wenk vor mehr als 4 Jahren aktualisiert
Es fallen immer wieder Fälle auf, in denen (vor allem schweizer) Shopbetreiber eine der Standardsprachen geändert haben, was dann zu einem Ausfall des Shops führte.
**a) ISO-Code wurde geändert**
Wird der ISO-Code der Sprache, die als Standard markiert ist, geändert, so wird diese Änderung nur in die Tabelle 'languages' geschrieben. Die 'default_language' wird aber in der Tabelle 'configuration' gesetzt und beim Ändern der Standardsprache nicht an den neuen Wert angepasst. Die default_language wird nur geschrieben, wenn diese neu ausgewählt wird.
Ist die Session beendet, greift diese Änderung und der Shop ist in dieser Sprache nicht mehr aufrufbar. Ist zudem Englisch noch deaktiviert, kann man den Shop auch mit Anhängen von /?language=en nicht mehr aufrufen.
**b) lang-Verzeichnis wird geändert**
In einem Fall wurde die Standardsprache bearbeitet und das lang-Verzeichnis auf ein Verzeichnis geändert, das nicht existiert.
Die Standardsprachen sollten daher nicht nur nicht löschbar, sondern generell nicht zu bearbeiten sein. Wer eine andere Sprache wünscht, kann die Standardsprachen kopieren und die Kopie entsprechend anlegen, die Funktionen dafür sind bereits alle vorhanden. Generell wäre es wünschenswert, wenn beim Kopieren einer der Standardsprachen das entsprechende Verzeichnis auf dem Server automatisch kopiert würde und man in der neu angelegten Sprache im Shop dann mittels Dropdown-Menüs eine Auwahl tätigen könnte bzwl. ISO-Code, Währung, Datumsformaten, etc.
Beim Nachvollziehen dieses Ablaufes sollte parallel mit einem anderen Browser oder einem privaten Fenster geprüft werden. In dem Browser/Container, mit dem man als Admin eingeloggt war, wird man das Problem nicht direkt nachvollziehen können. Unsere Tests fanden in Cloud-Shops statt, da die Fälle, die in den letzten beiden Tagen aufkamen, alle aus Cloud-Shops gemeldet wurden. Das Problem müsste aber in gleicher Form im "normalen" Shop vorhanden sein.
___
**EDIT** 23.10.2019
There are always cases where (especially Swiss) shop operators have changed one of the standard languages, which then led to a failure of the shop.
**a) ISO code has been changed**
If the ISO code of the language marked as default is changed, this change is only written to the table 'languages'. However, the 'default_language' is set in the 'configuration' table and is not adapted to the new value when the default language is changed. The default_language is only written if it is newly selected.
If the session is finished, this change takes effect and the shop is no longer callable in this language. If English is also deactivated, the shop can no longer be called with /?language=en attached.
**b) lang directory is changed**
In one case, the default language was edited and the lang directory was changed to a directory that does not exist.
The standard languages should therefore not only not be deletable, but generally not editable. If you want a different language, you can copy the standard languages and create the copy accordingly; all the functions for this are already available. In general, it would be desirable if when copying one of the standard languages, the corresponding directory on the server would be copied automatically and one could then make a selection in the newly created language in the shop using dropdown menus, or if the language would be copied automatically. ISO code, currency, date formats, etc.
When following this procedure, it should be checked in parallel with another browser or a private window. In the browser/container with which you were logged in as admin, you will not be able to reproduce the problem directly. Our tests took place in cloud shops, as the cases that came up in the last two days were all reported from cloud shops. However, the problem should be present in the "normal" shop in the same form.