Also irgendwas muss aber verändert worden sein. Bei mir lief das Translation Handling einwandfrei auf mehreren Installationen. Seit Freitag funktioniert es auf KEINER der Installationen mehr!!!
Alles was er mir zurück gibt ist ein "N/A". Ich habe keine Ahnung wieso.
Und bei mir war safe mode auch nie an.
Kommando zurück. Seltsamerweise geht es jetzt. Kleiner Tip vielleicht: Schaut mal in Eure Repository Settings. Hatte das vorher auf den deutschen Mirror gestellt. (als es am Freitag garnicht mehr ging). Jetzt wieder auf Random gesetzt und es geht wieder.
vielleicht gesperrte File-Manipulations-Funktionen in PHP? das gab bei mir auch mal Probleme.
Sonst weiss ich auch nicht mehr an was es liegen kann...
Is zwar schon bissl her aber ich denke das liegt an nem internen Cache-Problem von Typo3: Ins Verzeichnis typo3temp wechseln, extensions.bin und extensions.xml.gz löschen. Danach nochmal updaten - dann hats bei mir geklappt.
Mhh... ich habe es immer noch nicht gelöst. Mittlerweile kenne ich mich dadurch gut auf meinem Server aus und die Typo3-Installationen laufen echt gut - bis auf das immer noch bestehende Sprachproblem.
Die beiden beschriebenen Dateien im typo3temp habe ich nicht - kann ich also auch nicht löschen.
Sonst noch jemand ne Idee? *hach*
So... jetzt gehen mir die Ideen aus...
Selbst wenn ich wie bei der Idee oben das "de" Verzeichnis von einer lokalen Installation (wo alles bestens funktioniert) manuell in den l10n Ordner kopiere und die Rechte anpasse, passiert gar nichts. Alle Spracheinstellungen (Setup, User) sind überprüft. Ein erneutes Update und Save Selection im Translation Handling führt immer noch nicht weiter.
Wenn ich alle Dateien in typo3temp/ und typo3temp/llxml lösche und dann die Sprache update werden diese Dateien zumindest erneuert. Ein Ordner "de" wird auch im Verzeichnis l10n angelegt, bleibt aber leer.
Warum funktioniert das bei mir nicht mal mit dem manuellen Nachpflegen? Welche Rechte habt ihr dort gesetzt? Hilft es wenn ich noch Angaben aus php.info oder sonstwoher poste? Wenn ja welche?
Na dann grübel ich mal weiter...
Liebe Grüße
Der Raccoon
Mit dem Safe_Mode hat das nix zu tun, den habe ich an und alles funzt einwandfrei.
Hatte bei der 4.0.0 Version auch Probleme, die manuelle konfiguration klappte (hier im Forum suchen), heute habe ich 4.0.1 komplett neu installiert und da gings auf Anhieb mit Safe_Mode.
Gruß
Outi
Hallo,
hab auch das Sprachprblem.
Das Update läuft durch, bis zur sv, dann Abbruch mit folgender Fehlermeldung:
Fatal error: Cannot use string offset as an array in /home/meinfra/public_html/typo3_src-4.0/typo3/mod/tools/em/class.em_index.php on line 1204
Hattet Ihr schon mal sowas?
Gruß, Mimung
Hallo, ich habe das selbe Problem mit aktuellem Apache und PHP5.1 - vielleicht liegt es bei mir daran, dass ich CURL benutze um aus der DMZ heraus über eine Proxy aufs TER zuzugreifen.
Es funktioniert ja wie bei Mimung bis zu SV, dann kommt dieselbe Fehlermeldung:
Fatal error: Cannot use string offset as an array in /mnt/sdb1/www/web/typo3_src-4.0.1/typo3/mod/tools/em/class.em_index.php on line 1204
hat das schon jemand lösen können?
Hallo Leute,
habe immer noch nicht aufgegeben. Wie beschrieben laufen meine Typo3-Installationen ja bisher einwandfrei bis auf das Translation Handling.
Bin dem Ganzen jetzt wieder etwas weiter auf die Pelle gerückt.
Habe heute eine neue Installation durchgeführt. Dazu habe ich per Shell die Pakete ausgepackt und positioniert. In dem Fall war ich allerdings als "root" eingeloggt und habe nachträglich den Besitzer auf webXY und die Gruppe auf ftponly geändert (so sind die auch bei funktionierenden Dateien vergeben). Dadurch habe ich die Berechtigung per http aud mein Typo zuzugreifen und die Installationsroutine aufzurufen und auszuführen.
Dabei ist mir aufgefallen, dass die Ordner unter typo3temp, welche bei der Installation angelegt werden, wiederum andere Besitzer bzw. Gruppe erhalten: Nämlich wwwrun und www. Per http, also auch aus Typo3, habe ich auf diese Ordner dadurch keinen Zugriff. Kein Problem - Benutzer und Gruppe wie oben beschrieben geändert - funktioniert.
Nach diesem Schritt läuft das Typo3 wieder einwandfrei. Beim Translationhandling läuft das Update auf German durch, aber eine sprachliche Veränderung bleibt aus.
Schaue ich mir nach diesem Update nun den Ordner typo3conf/l10n/de an, hat dieser wieder die falschen Benutzer und Gruppe erhalten, nämlich wwwrun und www. Dadurch konnten die Sprachdateien überhaupt nicht an diese Stelle gelegt werden. Ändere ich dies wieder und schiebe dann manuell den "de" Ordner hoch - tatata - habe ich endlich meine Typo3 in deutsch.
Auf diese umständliche Weise ist es mir also endlich möglich das Typo mit deutscher Sprache zum Laufen zu bringen. Das Problem des Translationhandlings ist damit aber nicht gelöst, sondern tritt spätestens bei der nächsten neuen Sprache wieder auf und wer weiß bei welcher Extensioninstallation etc. ich diese Probleme auch bekommen kann.
Wer weiß denn warum Typo3 die Rechte auf die von mir beschriebene Weise setzt? Oder ist das Problem einfach, dass der Besitzer wwwwrun die falschen Berechtigungen hat?
Ist es wichtig mit welcher Benutzer das Source Paket ausgepackt wird?
Vielleicht hilft meine ausfürhliche Beschreibung ja jemandem weiter und noch besser wäre, wenn das Problem somit erkannt und endlich gelöst werden könnte.
Bin gespannt und danke für die geduldige Aufmerksamkeit.
Liebe Grüße
Der Raccoon
Da sind wir der Sache doch auf der Spur: der Apache läuft als wwwrun/www, d.h. alles was über den Browser verändert wird (also z.B. Spracheinrichtung) bekommt ebenfalls diese Benutzer.
Wenn man also die Installation per SSH oder FTP durchführt (und dabei die User/Gruppen-Einstellungen abweichen), dann sollte man anschliessend alle Dateien/Verzeichnisse auf wwwrun/www (bzw. die Gruppe/User des Apache) ändern.
Bei vielen Providern ist es so, daß alle Dateien den Apache-Benutzer zugewiesen bekommen, egal ob sie per Browser, FTP oder SSH erzeugt werden. Dort gibt es dann auch keine Probleme.
Was mich allerdings wunder: Raccoon schrieb
Ein Rechteproblem kann ich ebenfalls ausschließen, da ich testweise mal allen Dateien und Ordnern volle Rechte (777) gegeben habe.
Das widerspricht dem oben dargestellten Szenario, denn bei 777 darf ja jeder zugreifen...
Jochen Weiland
Dankeschön jweiland! Das hat mich zumindest wieder weiter gebracht.
Statusbericht:
Setze ich nun User/Gruppe meiner Typo3 Installation komplett auf wwwrun/www kann ich tatsächlich auch das Translationhendling erfolgreich verwenden!
Die Ursache ist nun also endlich klar und das Ganze kann so gelöst werden.
Allerdings hat die Sache, zumindest auf meinem Server, ein kleines neues Problem mit sich gebracht. Wenn die Einstellungen auf wwwrun/www sind kann ich per ftp nicht mehr auf die Daten zugreifen, denn das geht nur wenn Gruppe = ftponly. Mir ist ja nun bekannt wie ich dieses Problem beheben kann, aber es kann ja nicht Sinn sein, dass ich, je nach dem was ich tun will, meine User/Gruppe Werte anpassen muss.
Vermutlich ist das von meinem Provider unglücklich definiert? Wie ist das bei euch?
Liebe Grüße
Der Raccoon
Hallo!
Ich glaube ich habe endlich einen Thread gefunden, der mein Problem genau benennt. Ich habe auch entweder Dateien, die ich per FTP überhaupt nicht mehr löschen kann oder ein Problem von Typo3, meine Sprachen zu installieren. Habe mich jetzt mal an meinen Provider gewandt, mal schaun, ob der mir helfen kann.
Hat sich bei dir eine Lösung des Problems ergeben?
Philipp
Hallo zurück.
Also so richtig gelöst ist das Problem dank meines Providers nicht, aber ich kann es durch meine obene beschriebene Art und Weise umgehen.
Bei der Installation gebe ich dem Typo3 die Gruppe und Besitzer www/wwwrun und somit läuft alles aus Typo heraus einwandfrei. Per ftp habe ich allerdings dann ebenfalls keinen Einfluss auf meine Dateien. Wenn man aber seine Files per Dateiliste oder sogar per Extension für besseres Dateihandling (z.B. t3quixplorer) hochlädt und verwaltet, bekommen diese ja die gleichen Rechte wie das Typo und es klappt.
Die perfekte Lösung ist aber eben ein richtig konfigurierter Server mit den entsprechenden Gruppen und Besitzer Einstellungen.
Liebe Grüße vom Raccoon
Ich musste auch mal damit rumkämpfen. Die perfekte Lösung wäre tatsächlich eine richtige Einstellung vom Server. Die einfache Lösung ist aber - alles aus dem "typo3temp"-Ordner zu löschen, dann funktioniert's wieder, da typo3 die ORdner dann selber anlegt, also mitwwrun, dann läuft alles.
Hallo Ich greife diesen Tred nochmals für mich auf...
Also ich hab von 3.8 auf 4.0.2 upgedatet und alles funktioniert eigentlich einwandfrei bis auf die Sprachhandhabung!!!
Ich habe im EM das Translation Hnadling schon zig mal verwendet doch alles was dabei rauskommt ist:
Warning: fopen(/home/.../typo3temp/cms-l10n-de.zip): failed to open stream: Permission denied in /.../t3lib/class.t3lib_div.php on line 2412
Versteh das nicht... Hab auch mal das Verzeichnis |10n gelöscht neu angelegt
und auch die deutsche |10n datei direkt eingepflanzt alles hilft nichts!!!
hat da jemand eine Ahnung was in einem solchen Fall zu tun ist?
Bin am verzweifeln... #angry# ach ja wen ich check status aganst rep... anwähle kommen die Ext angezeigt welche updats brauchen bezüglich Sprache. Nach dem anwählen von Update from... erscheinen dan Eror anzeigen zu all diesen versionen... In den Ordner |10n wir überhaupt nichts geschrieben.
Danke für gute Ideen
Tschinschiri
Ist in der php Konfiguration die Option allow_url_fopen auf "on" gestellt? (Kontrolle über phpinfo)
Jochen Weiland
Jap und auch die Rechte sind momenten voll offen bei den Ordnern welche tangiert werden
Dieser Bug ist offenbar den Typo3-Entwicklern bekannt und wir als "Major" eingestuft.
Offenbar tritt dieses Problem bei der aktuellen Version 4.0.2 von Typo3 auf. Eine Lösung für Version 4.0.3 zeichnet sich ab.
Hier der Link: http://bugs.typo3.org/view.php?id=3637