Hallo zusammen,
ich habe gestern versucht, meiner T3-Installation RealURL zu verpassen.
Dumme Idee. #angry#
Jetzt komme ich nicht mehr ins Backend. Fehlermeldungen:
Warning: session_start(): open(/tmp/sess_4cfd0e814ae940f4c8156d690a1e13e9, O_RDWR) failed: Permission denied (13) in /www/htdocs/XXX/t3lib/class.t3lib_userauth.php on line 1022
Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /www/htdocs/XXX/t3lib/class.t3lib_userauth.php:1022) in /www/htdocs/XXX/t3lib/class.t3lib_userauth.php on line 1022
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/XXX/t3lib/class.t3lib_userauth.php:1022) in /www/htdocs/XXX/t3lib/class.t3lib_userauth.php on line 311
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/XXX/t3lib/class.t3lib_userauth.php:1022) in /www/htdocs/XXX/t3lib/class.t3lib_userauth.php on line 312
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/XXX/t3lib/class.t3lib_userauth.php:1022) in /www/htdocs/XXX/t3lib/class.t3lib_userauth.php on line 313
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/XXX/t3lib/class.t3lib_userauth.php:1022) in /www/htdocs/XXX/t3lib/class.t3lib_userauth.php on line 314
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/XXX/t3lib/class.t3lib_userauth.php:1022) in /www/htdocs/XXX/typo3/template.php on line 613
Warning: Unknown(): open(/tmp/sess_4cfd0e814ae940f4c8156d690a1e13e9, O_RDWR) failed: Permission denied (13) in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
Installiert ist Typo3 4.0, PHP 4.4.1 wird durch CGI geparst. BITTE gebt mir einen Tipp, was ich wieder falsch gemacht habe. Langsam verliere ich echt die Laune an TYPO3! 🙁
DANKE&Gruß Alex
1. DON'T PANIC!
2. Willst du realURL wieder löschen, öffne per FTP mit deinem Editor die Datei /typo3conf/localconf.php. Dort gibt es einen Eintrag mit extensionlis. Suche dort einmal den Eintrag für realurl und schmeiß den raus.
Das Problem an sich: du hast keine Schreib- und Leserechte in das Verzeichnis /tmp/ auf deinem Server. Fräg da mal deinen Admin, dass der das richtet. Ggf liegt das auch daran, dass TYPO3 die Extension mit einem anderen Benutzer/Gruppe angelegt hat, die nun hier nicht zugreifen darf.
Hi Mischa,
vielen Dank für die Antwort!
1. Eher packt mich langsam die Wut. Ich weiß echt nicht, wie viel Zeit ich schon in meinen ersten Typo3-Gehversuch gesteckt habe. Aber ständig hakt's an allen Ecken und Enden und jede neue Extension haut wieder neue Fehler rein. Von den hehren Vorhaben wie validem Code und tabellenlosem Layout hab ich mich sowieso schon länger verabschiedet. Ist Typo3 so schwer oder bin ich zu blöd?
2. Das hab ich ausprobiert und kam danach auch wieder ins BE. Danke für den Tipp! Nun zeigt sich aber ein ganz komisches Verhalten: Testweise hab ich den Eintrag dann wieder reingenommen und plötzlich lief die Extension so wie sie sollte. Vorher hatte sie nämlich nur Ordner, aber keine *.html in der URL erzeugt. Nur ein paar Minuten später zeigt sie wieder nur Ordner. Kann auch nicht normal sein, oder?
Wo soll der Ordner /tmp/ denn liegen? Komm ich da selber ran oder muss ich dazu meinen Provider ansprechen? Andererseits sind die Fehlermeldungen zur Zeit weg. Kann die Extension auf dem Server irgendwas geschossen haben?
Gruß Alex
gumble77 schrieb
Ich weiß echt nicht, wie viel Zeit ich schon in meinen ersten Typo3-Gehversuch gesteckt habe. Aber ständig hakt's an allen Ecken und Enden und jede neue Extension haut wieder neue Fehler rein.
TYPO3 ist mit SIcherheit mal sehr komplex und serverseitig muss einiges passen - deswegen gibts zb TYPO3 spezifische Anbbieter. Es bietet sich auch an das ganze lokal zu machen, da gibts dann auch keinen safe_mode usw.
gumble77 schriebVon den hehren Vorhaben wie validem Code und tabellenlosem Layout hab ich mich sowieso schon länger verabschiedet. Ist Typo3 so schwer oder bin ich zu blöd?
mit css_styled_content bzw 4.0 solltest du eigentlich keine Tabellen mehr haben (Extensions bringen natürlich ein eigenes template mit, da kann TYPO3 nichts dafür). Valider Code ist auch nicht zu schwer
page {
config.doctype = xhtml_trans
config.xmlprologue = none
config.xhtml_cleaning = all
config.language=de
}
und sollte eigentlich passen
lg georg
TYPO3 ist mit SIcherheit mal sehr komplex und serverseitig muss einiges passen - deswegen gibts zb TYPO3 spezifische Anbbieter. Es bietet sich auch an das ganze lokal zu machen, da gibts dann auch keinen safe_mode usw.
Klar gibt es die, aber die sind locker 5 bis 10 mal so teuer, das lohnt sich für kleinere Projekte einfach nicht. Grundsätzlich scheint die Ext. auf meinem Server ja zu laufen, bloß das Finetuning hakt ("html statt Ordner").
Die XHTML-Ausgabe funktioniert auch, css_styled_content grundsätzlich auch (mit einigen Problemen im Zusammenspiel mit YAML), aber die Ext. sind der eigentliche Knackpunkt. 80% der von mir getesteten zerschießen die Validierung. Ich hab bei einigen mal angefangen, die Templates zu ändern, aber das ist ja eine Mammutaufgabe. Wer kann schon 400 Stunden Arbeit in so ein Projekt stecken?
Gruß Alex
gumble77 schrieb
Klar gibt es die, aber die sind locker 5 bis 10 mal so teuer, das lohnt sich für kleinere Projekte einfach nicht. Grundsätzlich scheint die Ext. auf meinem Server ja zu laufen, bloß das Finetuning hakt ("html statt Ordner").
deswegen die lokale Variante und sonst halt schauen... bei hetzner funktioniert zB auch alles problemlos, weil ich grad da was aufsetz..
gumble77 schriebaber die Ext. sind der eigentliche Knackpunkt. 80% der von mir getesteten zerschießen die Validierung. Ich hab bei einigen mal angefangen, die Templates zu ändern, aber das ist ja eine Mammutaufgabe. Wer kann schon 400 Stunden Arbeit in so ein Projekt stecken?
nun wenn du bei einigen anfängst, dann schick das doch an den Ext-Ersteller für die nnächste Version, lade es wo hoch und gib die Links in die TYPO3-Foren, mailinglisten usw... jeder ist dafür dankbar.
viele Extensions sind ja auch schön konfigurierbar, tt_news zB... für tt_products gibts auch eine css-variante usw
lg georg
just2b schrieb
deswegen die lokale Variante und sonst halt schauen... bei hetzner funktioniert zB auch alles problemlos, weil ich grad da was aufsetz..
Das Problem mit der lokalen Variante ist, dass ich im Zweifelsfall erst hinterher merke, was auf meinem Server geht und was nicht. Da weiß ich ja hinterher gar nicht mehr, wo ich den Fehler suchen muss. 😃
just2b schrieb
nun wenn du bei einigen anfängst, dann schick das doch an den Ext-Ersteller für die nnächste Version, lade es wo hoch und gib die Links in die TYPO3-Foren, mailinglisten usw... jeder ist dafür dankbar.
Die Betonung liegt auf "angefangen". Wenn nur eins davon irgendwann funktioniert, werde ich es gerne zur Verfügung stellen. Aber noch bin ich weit von jeder Validierung entfernt. 🙁
Gruß Alex[/quote]
gumble77 schrieb
Das Problem mit der lokalen Variante ist, dass ich im Zweifelsfall erst hinterher merke, was auf meinem Server geht und was nicht. Da weiß ich ja hinterher gar nicht mehr, wo ich den Fehler suchen muss.
nun du hast aber den Umweg übern FTP nie und du weißt, wenns dann am server nicht geht, dass es am server liegt und nicht am TYPO3... weißt du das jetzt auch? ob der realurl-fehler wegen TYPO3 oder wegen dem Server kam? 😉
gumble77 schriebDie Betonung liegt auf "angefangen". Wenn nur eins davon irgendwann funktioniert, werde ich es gerne zur Verfügung stellen. Aber noch bin ich weit von jeder Validierung entfernt. 🙁
Nun man muss ja nicht alles auf divs runterbrechen, aber das ist nur IMHO (wie alles von mir *G*)
lg georg
just2b schrieb
weißt du das jetzt auch? ob der realurl-fehler wegen TYPO3 oder wegen dem Server kam? 😉
Ähem ... nein 🙂 Beim nächsten Projekt werd ich die lokale Variante mal ins Auge fassen. Wenn es ein nächstes gibt. Nicht, dass ich am Ende so gefrustet bin, dass ich dann wieder über das böse "J"-Wort nachdenke ... 😃
just2b schriebNun man muss ja nicht alles auf divs runterbrechen, aber das ist nur IMHO (wie alles von mir *G*)
Nun, ich finds auch bequemer mit Tabellen zu arbeiten. Aber da wird man ja gleich wieder von irgendwelchen Code-Puristen angeschossen ... Ich hab mal ausprobiert, sp_directory tabellenlos darstellen zu lassen. Das klappte so einigermaßen, wenn auch ohne Bild - aber wenn man mal weiterdenkt: barrierefrei z.B. werden die Select-Felder deshalb noch lange nicht. Und da steht man wieder vor einem Riesenberg Arbeit.
Gruß Alex
nun gerade wenns um Listen geht, zB shop oder auch sp_directory, dann sieht genau da ja Tabellen erlaubt 😉
lg georg