Probleme bei Mehrsprachigkeit

musst du dieser nachgehen.

Ich bekomme einen Fehler angezeigt, reicht nicht für eine Hilfe aus.

Steht irgendeine Fehlermeldung unter admin/reports/dblog

Hast du jQuery Update zu hoch gesetzt, im Admin Bereich läuft sehr stabil 1.7, alles darüber macht gelegentlich Probleme mit Tabs, Views usw.

Hast du ein anderes Admin Theme getestet?

Ist jetzt nur mal so geraten, wie Ronald schon schreibt, ohne Fehlermeldungen wird es schwierig.

Grüße Jenna

und du es nicht allzu eilig hast, dann schau dir Drupal 8 an.

Da ist die Mehrsprachigkeit viel einfacher und logischer aufgebaut.

Ich habe es vor ein paar Tagen installiert und ausprobiert, und bin begeistert.

Allerdings muss man natürlich sagen, dass es sich noch nicht um ein voll einsatzfähiges System handelt, da es für viele Aufgabenbereiche noch keine Module gibt.

Allerdings kann man wiedereinmal vieles mit dem Core machen, wofür man früher Zusatzmodule brauchte.

Also, wenn du etwas Zeit hast, bist du da vielleicht besser dran, als es jetzt mit Drupal 7 zu machen, und später migrieren zu müssen.

Dies darf jedoch jetzt nicht als genereller Aufruf zur Umstellung auf D8 gewertet werden.

Drupal 8 ist leider keine Option. Es wird die aktuelle Drupal 7 Version vom Auftraggeber gewünscht.

Hier die Fehlermeldung, die beim Refresh kommt:

Eine AJAX-Anfrage ist abnormal beendet worden. Im Folgenden finden Sie Debugging-Informationen. Pfad: /batch?id=129&op=do Statustext: Antworttext: ReadyState:
4

Mehr steht da nicht.

Und auch im Fehlerbericht steht nichts, er erstellt nicht mal einen.

ready state 4 bedeute, der Aufruf ist komplett - entspricht also einem http code 200.

Dann muss es in der Folge ein Problem geben.

Es gibt keinen Eintrag in error.log des Apache oder php -errorlogs ?

Kannst du einen debug proxy dazwischen hängen? Zum Beispiel Charles?

Das geht in der regel immer, wenn der Aufruf nicht über einen Proxy, und nicht über SSL stattfindet.

Der Charles-Server steht leider auch nicht zur Verfügung.

Zudem läuft die String Aktuallisierung nicht immer mit einem Ajax 200 Fehler, sondern manchmal auch wieder mit einem 500er durch, bei dem dann die Meldung kommt, dass der MySql Sverver die Verbindung verliert.
Und dies trotz Execution und Input Timout bei 3600.

muss dies nicht immer der Fall sein.

Bei einem Fehler 500 ist ein Blick in die error.log unumgänglich, wenn man die Ursache wirklich wissen will.
Es kann auch die maximale Anzahl geöffneter Dateien sein, oder irgend etwas, woran man bisher nicht dachte.

Sporadischen Fehlern kommt man mit Charles auf die Spur.
Charles wird am client dazwischen "gehängt" (einfach gestartet), und protokolliert den gesamten Datenverkehr.
Da kommen dann auch Fehermeldungen zum Vorchein, die man sonst nicht zu sehen bekommt.

Nur bei SSL fällt man auf die Nase, weil das SSL-Protokol den Proxy dazwischen als "Spion" entlarvt, was es ja auch ist.

Hallo Ronald,

das würde mich mal interessieren.

Danke.

Viele Grüße

Marita Betz

Ist ein sogenannter Debug-Proxy

Startet man charles bevor man eine adresse im browser eingibt, zeichnet dieser jeden Verkehr zwischen browser und server auf.

Damit werden auch Hintergrundkommunikationen deutlich.

Dies ist besonders hilfreich für die Fehlerfindung bei AJAX und JSON Kommunikationen, die meist nicht so transparent sind.

Aber auch