[translation] Übersetzungen-Link im Backend funktioniert nicht

[Thanatos]

Ebenfalls Fehlermeldung: Maximum execution time

Hallo,

ich habe auch den Timeout-Fehler wegen der Endlosschleife. Gibt es hierzu etwas neues?

[pixeldude]

Es ist echt schade dass der Fehler in dieser Erweiterung nicht behoben wird, das Problem besteht ja schon seit der Veröffentlichung.

Am besten wäre es doch changelanguage und translation in den Core aufzunehmen, fast alle Websites brauchen Mehrsprachigkeit heutzutage.

[frank.huettner]

Ich habe gerade die Version 1.5.1 stable b8 von [translation] installiert. Sobald ich im Backend auf "Übersetzungen" drücke kommt folgende Fehlermeldung:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

PHP 5.2.11
contao 2.9

Was kann ich unternehmen, um den Fehler zu lösen?

Gruß Frank

[mikado]

Also hier mal die Antwort des Supports. Ich habe vorher meine Seitenstruktur als Screenshot hingeschickt. In dieser gibt es drei Startpunkte einer Webseite, zwei davon mit identischen Unterseiten (de, en) und eine mit einem veralteten Seitenbaum, aus dem die englischen Inhalte kopiert werden sollen. Fehler war der selbe wie alle anderen ihn auch haben: Internal Server Error

1. Antwort:

Hi,

This usually happen when the page tree is not suitably built : you should ALWAYS have more pages in the main language (the one at top): don't hesitate to create "blind" pages in main language if it's necessary. If you don't understand what I mean, send me a screenshot of your page tree.

Bye!

2. Antwort:

Maybe there is a problem with your old english version, I think that you should delete it. Your page tree should respect a strict order : if your "firma" page is in second position in first root page, it should have the same position in the next root page.

Vielleicht hilft das einem von Euch weiter.

[cross_cont]

error BackendTranslation.php on line 74

Folgender Fehler wird angezeigt, wenn ich den Übersetzungen-link im Backend anklicke:
Fatal error: Maximum execution time of 60 seconds exceeded in /home/.../web/public_html/tl/system/modules/translation/BackendTranslation.php on line 74

Gibts dazu schon eine Lösung?
ich verwende Contao 2.9.1 translation 1.5.1 und PHP 5.3.2
Dort ist nur ein Testsystem installiert, Seitenbaum angelegt und dupliziert, ein paar Übersetzungen eingetragen.


...trotzdem kommt der Fehler...

[ChrisT]

Bei mir tritt das Problem auch auf. Bis jetzt konnte niemand helfen und die übersetzten Inhalte warten darauf, eingefüllt zu werden…

[mikado]

Sorry, ich habe es ehrlich gesagt gerade aufgegeben und das plugin vorerst deinstalliert. Es ist auch nicht so dringend, als dass ich selbst eine Lösung finden müsste.

Hoffe es wird irgendwann mal. Dann kaufe ich das plugin auch.

[Anke]

Übersetzungslinks führen z.T. auf falsche Referenzseiten

Ich habe keinerlei Fehlermeldungen und bisher auch keine Probleme mit dieser Extension gehabt, aber jetzt stelle ich bei einem umfangreicheren Web (Hauptsprache deutsch, einige der Seiten zudem in Englisch) fest, dass einige Ülinks stur auf falsche Referenzseiten verweisen oder dabei bleiben, dass keine Übersetzung vorhanden sei.

Im Frontend funktioniert mit Changelanguage alles einwandfrei.

VG
Anke
(Contao 2.9.5 und Translation 1.5.1 (build 21))

[ChrisT]

Mein Problem besteht nach wie vor, aber ich lasse die Erweiterung einfach mal mitlaufen.

Der Bereich "Übersetzungen" lässt sich nicht aufrufen. Nach 30 Sekunden erscheint "Internal Server Error - The server encountered an internal error or misconfiguration and was unable to complete your request". Eine Anfrage beim Provider brachte mich nicht weiter - er fragte mich nach Angaben im Log-File etc., die ich ihm nicht liefern konnte, was nicht heisst, dass es diese nicht gibt. Wenn jemand weiss, wo allfällige Log-Einträge diesbezüglich zu finden wären, kommen wir der Sache etwas näher. Weiter wurde mir gesagt:

"Im Errorlog erscheint lediglich folgende Meldung: "Premature end of script
headers: main.php, referer: http://www.kunde.com/contao/main.php". PHP selbst
meldet leider keinen Fehler (DisplayError ist eingeschaltet).
PHP stürzt aber auch nicht ab. Es wird kein Coredump angelegt.

Vielleicht gibt es ein Permission Problem. Wichtig wäre zu
wissen, was Contao unter dieser Rubrik (Übersetzungen) genau macht. Verwenden
Sie gettext oder eine andere externe Library? Gibt es eine Möglichkeit, einen
Debug Modus zuzuschalten, der zeigt, was der Script genau tut?"

Beim Bearbeiten eines Artikels erscheint die Übersetzungsinformation, die Links, um veraltete Übersetzungen direkt zu bearbeiten, funktionieren einwandfrei. Nur die Übersicht über alle Artikel kann nicht aufgerufen werden.

Was ich zudem versucht habe:
- Site auf anderem Hosting 1:1 dupliziert (Files, Datenbank)
- Erweiterung deinstalliert, DB bereinigt, neu installiert
- alle Seiten gelöscht, 1 neue Testseite erstellt

Alle Versuche schlugen fehl - wenn die Erweiterung mal nicht mehr läuft, kann sie nicht durch löschen aller Seiten wieder zum Funktionieren gebracht werden.

Vielleicht hilft das jemandem weiter...

[magnum]

[translation] Übersetzungen-Link im Backend funktioniert nicht

ich grab das mal aus ...

Gibt es bei dem Problem mittlerweile neue Erkenntnisse?

Ich habe eine Installation bei eins&eins laufen, die tadellos funktioniert. Bei einer zweiten, ebenfalls bei 1&1 funktioniert der Link nicht und führt nach einer halben Minute zu einem Error 500. Ich habe den Eindruck, dass das script da in eine Endlosschleife gelangt.
Die Bearbeitung der Seiten über den Artikel- oder Seitenbaum funktioniert bislang einwandfrei, nur die Auflistung der Seiten via "Übersetzungen"-Linkbutton klappt halt nicht.

viele Grüße

Magnus

[magnum]

Ursache entdeckt

Für meine Seite hab ich die Ursache für den timeout nun gefunden:

Ich habe offensichtlich nach dem Einrichten der Seite die music-academy Seite gelöscht. Dabei aber nur den "Startpunkt der Website" gelöscht. Hat soweit auch keine Probleme bereitet. Nur sind die darunter befindlichen Seiten nicht gelöscht sondern sind nun Leichen in der tl_page weil ihre ParentID-Seite nicht mehr existiert.

[translation] hat damit offensichtlich ein Problem, jedenfalls funktioniert die Geschichte bei mir tadellos nachdem ich die überflüssigen Seiten in der tl_page manuell gelöscht habe.

Finden kann man diese Seiten, indem man den folgenden SQL-Befehl in phpmyadmin ausführen läst:

SELECT id, pid, language, title, type, hide, published, start, stop FROM tl_page ORDER BY pid, sorting

Das ist das SQL-Statement das im translation-script auch verwendet wird.

Die Ergebnistabelle müsst mit pid-Einträgen mit 0 anfangen, alle Seiten davor haben keine Parentseite mehr und sind die verwaisten Seiten. Statt die zu löschen könnte man denen natürlich auch die id in pid eintragen, die einer existierenden Seite entspricht.

Ich kann mir gut vorstellen, dass meine Vorgehensweise auch bei anderen zum gleichen Problem führt. Erklärt auch, warum bei einigen Usern eine Seite funktioniert und eine andere nicht.

viele Grüße

Magnus

[Ynda]

Ressourcenhungrige Methode

Ich bin nicht der Meinung, das das die Lösung des Problems war. Der Fehler tritt ab einer gewissen Anzahl Seiten auf, da die Methode zur Ermittlung korrespondierender Seiten die Ressourcen des Systems stark belastet. Ich versuche gerade dem Entwickler dieser Extension das Problem so wie es sich mir darstellt näher zu bringen.
Über den weiteren Verlauf dieser Kommunikation werde ich berichten.

[Ynda]

Ich entschuldige mich, aber es scheint tatsächlich das Hauptproblem an den verwaisten Seiten zu liegen. Seiten deren pid nicht existiert.
Um diesen Waisen auf die Schliche zu kommen kann man folgendes SQL verwenden:

SELECT p.id, p.pid, p2.id, p.language, p.title, p.type
FROM tl_page p
LEFT JOIN tl_page p2 ON (p.pid = p2.id)
WHERE p2.id is NULL AND p.pid <> 0
ORDER BY p.pid, p.sorting

Damit erhält man alle elternlosen Seiten (p2.id is NULL) ausgenommen den ROOT-Pages (pid <> 0)

Damit ist die Extension aber noch nicht aus dem Schneider. Ein solcher Fehler sollte zumindest korrekt abgefangen und verarbeitet werden.
Wie gesagt ich werde den Fortschritt berichten.

Ich habe dem Entwickler einen optimierten SQL-Statement vorgeschlagen und einen besseren Algorithmus zur Ermittlung der korrespondierenden pid <--> id in einem Array. Er war sehr aufgeschlossen, den Änderungen gegenüber konnte sie aber noch nicht inhaltlich analysieren. Mal sehen ob sich das im nächsten Release wiederfindet.


Gruß Andy