Zum Inhalt springen

Merkwürdiges Verhalten im Backend

Erstellt am 17. November 2004 · 17 Antworten · letzte Antwort am 29. Dezember 2004

Tags: Frage

heck ·

Hallo,

folgendes Problem habe ich und bisher noch keine Lösung:

Ich ziehe gerade meine Typo3 Websites (6 an der Zahl) von einem Strato
Business Server auf einen Root Server von Strato um.

Vorgehensweise: Dateisystem kopieren, MySql Datenbanken
ex/importieren.

Dabei gab es sofort ein Problem mit dem Backend, welches sich darin
äußerte, dass nach erfolgreichem Login statt auf /typo3/alt_main.php
auf /alt_main.php referenziert wurde.

Google sei Dank konnte ich das Problem recht schnell durch eintragen
von

$HTTP_SERVER_VARS['PATH_INFO'] = $HTTP_SERVER_VARS['SCRIPT_NAME'];

in /typo3/init.php beheben.

Das nun angesprochene "merkwürdige" Verhalten äußert sich
folgendermaßen:

Nach dem Login im Backend sieht erstmal alles normal aus. klicke ich
aber auf Menüpunkte, welche einen Frameset aufbauen (z.B. alle
Menüpunkte unter "Web" so bekomme ich entweder einen Error 500 oder
die Cockie-Meldung von Typo3. Gleichzeitig ist zu sehen, dass sich
der Framerahmen mehrmals aufbaut, d.h. der Trennrahmen zwischen
Seitenbaum und rechten Inhaltsframe verdreifacht sich.

Das Anklicken der Menüpunkte ohne Frames (z.B. in der Tools Sektion)
klappt aber einwandfrei, allerdings ist das Arbeiten dort auch
eingeschränkt (z.B. beim Versuch des Connects zum Online-Repository
passiert gar nichts) Ab und zu kann ich, durch mehrmaliges
Anklicken diverser Menüpunkte, das Backend soweit bringen, dass bei
den Web-Links erst der ganz rechte Inhalt und später auch der
Seitenbaum angezeigt wird.

Das Verhalten ist bei 3 verschiedenen Webs nachvollziehbar - das
Frontend ist nicht betroffen und funktioniert einwandfrei.

Konfiguration:

Typo3 3.6.0RC2-1 (Typo 3.7 kann ich noch nicht nutzen, muß erst MySql
updaten - hat aber mit der alten Version auf dem alten Server auch
funktioniert)
SuSe Linux 9.0 2.4.25 #3 SMP Sun Apr 4 19:32:54 CEST 2004 i686
Apache/2.0.48 (Linux/SuSE)
MySql 4.0.15
PHP 4.3.3

Werde mal weiter googlen und die enschlägigen Typo3-Quellen flöhen,
bin aber für jeden weiteren Tipp sehr dankbar!

heck ·
beck4t3 schrieb

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

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)

beck4t3 ·

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

wilbur ·

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

heck ·
wilbur schrieb

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

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. 🙁

beck4t3 ·

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:

heck ·
beck4t3 schrieb

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:

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.

beck4t3 ·

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

Amnion ·

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

-lutz- ·

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.

Lietzi ·

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

Lietzi ·

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..

jwitt ·

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

doki ·

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

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