Also, dieses BE problem hab ich auch, und suche dringend nach einer lösung.
Sitzt du vielleicht auch hinter proxy/firewall?
Unser netzwerker meinte Typo3 käme mit "reverse proxy" nicht zurecht.
Da findet sich nur folgender eintrag:
http://lists.netfielders.de/pipermail/typo3-dev/2003-July/000050.html
beck4t3 schriebAlso, dieses BE problem hab ich auch, und suche dringend nach einer lösung.
Sitzt du vielleicht auch hinter proxy/firewall?
Unser netzwerker meinte Typo3 käme mit "reverse proxy" nicht zurecht.
Da findet sich nur folgender eintrag:
http://lists.netfielders.de/pipermail/typo3-dev/2003-July/000050.html
Das ist es garantiert nicht. Erstens funktioniert es auch in Installationen ohne Firewall nicht, zweitens hat die gleiche Konfiguration auf einem Business Server von Strato so funktioniert (und diese wurde mittels SCP bzw. SQLDUMP/MYSQL 1:1 migriert)
Wenn ich einen blick in den quelltext des BE werfe so findet sich da folgende zeilen:
case 'web_layout':
if (top.content.list_frame && top.fsMod.currentMainLoaded=="web") {
top.currentSubScript="sysext/cms/layout/db_layout.php";
top.content.list_frame.location=top.getModuleUrl(top.TS.PATH_typo3+"sysext/cms/layout/db_layout.php?"+'&id='+top.rawurlencode(top.fsMod.recentIds['web']));
Die sind wohl dafür zuständig, dass die entsprechende seite ins frameset geladen wird.
Bei mir wird dann sowas wie:
www.meinedomain.com/typo3/sysext/cms/layout/db_layout.php?id=12
aufgerufen, und ich kann page inhalt editieren. Allerdings fehlt dann die linke navigation.
Insofern spräche dafür, dass es nicht (nur) mit proxy etc zu tun hat.
Übrigens vers. 3.7. produziert bei mir den gleichen fehler.
Ich hab noch andere typo3 seiten bei all-inkl., und da tritt der fehler nicht auf.
Grüsse
Stefan
wenn du den Root-Server von Strato mit Visas nutzt, sind die Rechte genau so zu setzen, wie es VISAS vorgibt, der Apache liefert sonst nichts aus.
Gehe dazu in VISAS - Domainbereich und rufe das Tool "Verzeichnisrechte setzen" auf.
Danach sollten die meisten deiner Probleme gelöst sein
wilbur schriebwenn du den Root-Server von Strato mit Visas nutzt, sind die Rechte genau so zu setzen, wie es VISAS vorgibt, der Apache liefert sonst nichts aus.
Gehe dazu in VISAS - Domainbereich und rufe das Tool "Verzeichnisrechte setzen" auf.
Danach sollten die meisten deiner Probleme gelöst sein
Das war einer der ersten Schritte die ich gemacht habe (ich weiß wie empfindlich das Thema Dateneigentümer in dieser Config ist) - hilft aber nichts. 🙁
Das Backend kann man (zum Glück) auch im "Condensed Mode" fahren.
Da geht bei mir immerhin der seitenbaum.
Unter Setup kann man das als ersten punkt einstellen.
If Condensed Mode is enabled for the user it has an impact on how Frameset Modules handles the splitting of the screen into navigation and list frame. Basically the frameset is not used and the communication goes always from menu -> navigation frame -> list frame:
beck4t3 schriebDas Backend kann man (zum Glück) auch im "Condensed Mode" fahren.
Da geht bei mir immerhin der seitenbaum.
Unter Setup kann man das als ersten punkt einstellen.
If Condensed Mode is enabled for the user it has an impact on how Frameset Modules handles the splitting of the screen into navigation and list frame. Basically the frameset is not used and the communication goes always from menu -> navigation frame -> list frame:
Hmm, wenn ich das einstelle und dann z.B. in der Seitenansicht auf eine Seite klicke, dann öffnet er im rechten Frame den kompletten Frame noch einmal:
Bild: ftp-service.com/…/Typo-BE.gif
Scheint ein generelles Problem zu sein, glaube eher an PHP oder Apache als Verursacher.
Ah, ja,
da scheinen tatsächlich noch ganz andere "optionen" drin zu sein. Wird immer seltsamer.
Scheint ein generelles Problem zu sein, glaube eher an PHP oder Apache als Verursacher.
Ist nachvollziehbar. Wenn ich direkt auf der maschine arbeite, also ihre interne IP verwende, dann gehts einigermassen korrekt.
Nehme an, dass du bei STRATO diese möglichkeit nicht hast.
Gruss
Stefan
Ich hatte mal genau dieses Phänomen, als ich über eine subdomain drauf zugegriffen hatte.
Also:
Backend von Typo war in www.domain.de/typo3/typo3 weil es nur erstmal ein Test war.
Dann hatte ich Subdomain cms.domain.de auf das Verzeichnis /typo3 gelenkt und dadurch kamm selbiges bild zustande. Mit dem vollen Pfad ging es jedoch perfekt.
cya
Habe das gleiche Problem auf einem 1und1 Server.
Tools -> UserAdmin -> (Usernames Link) Admin bringt immer einen 500 Fehler (interner Serverfehler).
Die angezeigten Links (Properties) scheinen aber OK zu sein. Im Link des Admin und in der Fehlerseite ist "typo3" enthalten.
Lokal auf meinem Laptop (localhost) funktioniert alles.
Weiss jemand Rat? Irgendwo sollte doch 3.7.0 laufen.
Bei typo3.org "install linux" finden sich folgender hinweis:
Aber ehrlich, ich verstehs nicht ganz....
Grüsse
Stefan
Hallo Leute!
Ich habe genau das gleiche Problem (Rootserver bei Strato mit Visas, Webmodule produzieren beim ersten klick mehrere Frames im rechten Frameset)!!
Bei mir kommen dann aber keine Fehlermeldungen und durch wiederholtes Klicken auf den Modul-Link öffnet sich das gewünschte Modul.
Dieses Problem tritt erst seit dem Update auf 3.7 auf. Zugleich war auch die Aktualisierung des Serversystems von Suse 8.6 auf Suse 9.0, vielleicht kann es auch daran liegen? Es ist jedoch auf allen Typo3-Installationen auf dem Server (insgesamt 3) das gleiche.
Wäre, wenn es mal ne Lösung gibt, daran sehr interresiert. Hab bisher in anderen Foren noch keine Lösung gefunden!
Cya Lietzi
Vielleicht ein Teil davon:
Schade.. den Teil des Problems habe ich leider nicht.. Typo3 hat 50MB Speicher zur Verfügung und beklagt sich darüber scheinbar nicht!
Bei mir spinnen nur die Frames von Zeit zur Zeit mal..
Hallo
Ich habe auch einen Root Server bei Strato und Typo3 mit Visas nicht vernünftig zum laufen bekommen. Habe auf Confixx umgestellt und damit geht alles ohne Einschränkungen.
Jens
Ich dachte schon ich bin der einzige mit dem Problem !
Ich habe genau die selben Probleme mit meinem rootservern bei strato (suse9.0/visas).
Gibt es eine Lösung mit Visas ? Ich würde ungern nochmal alles Plattmachen was ich bereits installiert habe 🙁 Zumahl Confixx die Webserver Daten nicht unter /home ablegt was mir organisatorisch nicht gefällt.
Doki
Ich war mittlerweile so verzweifelt das ich doch auf Suse90/Confixx umgestiegen bin. Das Problem mit dem Frames hat sich dadurch gelöst. Ein anderes bleibt aber.
Wenn ich mich ins Backend Einloge und danach eine Seite im Frontend anschaue z.B. per Show dann verliere ich meine Session und bekomme die Meldung.
Login-error
No user logged in! Sorry, I can't proceed then!
(You must have cookies enabled!)
1. Cookies sind enabled kann mich ja prinzipell einloggen
2. Referer Compare ist ausgestellt
3. IP LOCK ist auch ausgestellt (da normalerweise ein revers Proxy benutzt wird. Das Problem tritt aber auch auf wenn ich den Proxy deaktiviere und direkt aufrufe)
Falls jemand dafür eine Lösung hätte wäre ich sehr dankbar !!
Doki
