Am 26.06.2013 14:47, schrieb Thomas Skierlo:
Am 26.06.2013 14:29, schrieb d.ros:
Am 26.06.2013 14:22, schrieb Thomas Skierlo:
Am 26.06.2013 14:15, schrieb d.ros:
Am 26.06.2013 14:14, schrieb Thomas Skierlo:
Sobald ich sqlDebug auf 2 setze, friert das gesamte BE ein.

Welcher Browser ?

FF 21.0

_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Mit der firebug extension kannst Du beobachten was er alles
abarbeitet, bis zu dem Punkt wo er Frost bekommt. Du kannst auch die
Debug Ausgabe in die Console umleiten.

Ich habe die Konsole soeben mitlaufen lassen. Ausser dem zyklischen
Keepalive für die Session und dem Versuch, die Ext.-List zu holen (der
nach den zugestandenen 240 s zwangsweise per error endet) passiert da
nix. Ist es denn denkbar, dass das Abholen der Extensions > 240 s dauern
kann? 4.7.x habe ich an dieser Stelle noch mit 120 s betrieben - und
hatte nie ein Problem.


Naa eher nicht, es sei denn Du hast einen Gateway mit einem Modem :-)

Wenn Die Logs, bis auf Deine benannten Fehler leer bleiben, und Deine localconfiguration mit curl läuft und das Installtool Configuration Check skript ordentlich ist, würde ich doch mal in den sauren Apfel beissen und eine alternative PHP Version testen. Oder aber eine Testinstallation auf einer virtuellen Maschine ( mit alternativen REPOS ) ggf. sogar mit einer alternativen Distribution.

Denn letztendlich willst Du den Fehler ja schnellstmöglich eingrenzen.





Grüße

David

_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Antwort per Email an