RealURL - temporäre Aussetzer
- << Erste
- < Vorherige
-
- 1
- 2
- Nächste >
- Letzte >>
| Autor | Nachricht |
|---|---|
|
Verfasst am: 10. 05. 2007 [22:50]
|
|
|
amok
Dabei seit: 22.03.2007
Beiträge: 19
|
ich hab das problem jetzt zumindest minimiert. einerseits hatte ich zwar die rootpage_id (zeile 22 obiger code) drinnen, jedoch vergaß ich die rootpage in den page properties auch als solche zu deklarieren (hakerl bei Is root of website). es funktioniert nun zwar besser, aber es kommen dennoch gelegentlich aussetzer vor - nach meinen beobachtungen vor allem wenn man im backend eingeloggt ist (aber nicht immer). |
 |
|
|
Verfasst am: 03. 06. 2007 [18:04]
|
|
|
RG
Dabei seit: 26.03.2004
Beiträge: 17
|
Ich kann das Problem noch etwas genauer beschreiben nur leider habe ich auch keine Lösung. Wenn man im nicht eingeloggten Zustand (BE) eine Seite aufruft, werden alle auf dieser Seite vorhandenen pagephate in die DB Tabelle tx_realurl_pathcache geschrieben und auch die Seite im cache_pages angelegt. Somit funktionieren alle Links, die man anklicken kann. Ist man jedoch eingelogt im BE und ruft eine Seite auf werden keine pagephate in der tx_realurl_pathcache erzeugt nur die cache_page. Das navigieren funktioniert problemlos. Ist mann jetzt wieder ausgelogt und ruft die soeben erzeugte Seite auf, wird Sie aus dem cache_page geladen aber die pagephate nicht erzeugt, da Sie ja schon im cach vorhanden ist. Bei klick auf einen Link (pagephate) der schon hätte erzeugt sein müssen entsteht der Aussetzter. Demnach ist es nützlich im eingeloggten Zustand nicht über sie Seiten zu browsen, wenn man denn FE Cache gerade gelöscht hat und demnach auch die pathcach, da nur der pagecache erzeugt wird, nicht aber die links der realurl (phatcache). Vielleicht hilft dies, das Problem zu lösen. Ralf |
|
|
|
Verfasst am: 05. 06. 2007 [17:34]
|
|
|
claudia2
Dabei seit: 15.12.2004
Beiträge: 296
|
hallo, habe das gleiche Problem, momentan gelöst dadurch, dass ich über realurl manager alle realurl cache tabellen geleert habe und dann über einen anderen Browser, also quasi ausgeloggt, alle Seiten aufgerufen habe. nur so sollte es ja nicht sein. vielleicht im Bugtracker eintragen? claudia http://www.ideenwerft.com
http://www.twitter.com/ideenwerft http://www.facebook.com/ideenwerft Überwachung Ihrer TYPO3 Installation auf Sicherheitslücken und Erreichbarkeit mit dem TYPO3-Caretaker: http://caretaker.ideenwerft.com |
 |
|
|
Verfasst am: 08. 06. 2007 [11:28]
|
|
|
claudia2
Dabei seit: 15.12.2004
Beiträge: 296
|
noch eine Frage dazu: kann man irgendwie konfigurieren, dass beim Löschen des FE-Cache die Realurl Tabellen nicht geleert werden? EDIT: gerade gefunden: www.typo3.net/index.php?id=13&action=list_post&tid=47480&page=2 es geht um diese Zeilen die für den realurl Cache zuständig sind: PHP // realurl - Flush RealURL Cache $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_urldecodecache'] = 'tx_realurl_urldecodecache'; $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_urlencodecache'] = 'tx_realurl_urlencodecache'; $TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_pathcache'] = 'tx_realurl_pathcache'; // end - Flush RealURL Cache habe diese Zeilen in der ext_localconf.php auskommentiert, typo3conf cache gelöscht und siehe da, beim Löschen des FE-cache bleiben die realurls erhalten  das ist für mich auch in Hinsicht des manuellen Bearbeitens der realurls indiskutabel und macht auch keinen Sinn, dass der Realurl Cache mit dem FE-Cache verknüpft ist. [Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 08.06.2007 um 11:45.] http://www.ideenwerft.com
http://www.twitter.com/ideenwerft http://www.facebook.com/ideenwerft Überwachung Ihrer TYPO3 Installation auf Sicherheitslücken und Erreichbarkeit mit dem TYPO3-Caretaker: http://caretaker.ideenwerft.com |
|
|
|
Verfasst am: 08. 06. 2007 [15:54]
|
|
|
RG
Dabei seit: 26.03.2004
Beiträge: 17
|
Wenn du auf irgend einer Seite im Backend bist, ist ganz unten "Erweiterte Funktionen" mit "Seiten-Cache löschen". Diese Funktion löscht die Werte der Realurl nicht aber den Seitencache. Realurl Problem ... wenn eingeloggt und so, ist unter http://bugs.typo3.org/view.php?id=5404&nbn=6 beschrieben. Nur versteh ich nicht was ich machen muss um das Problem zu beseitigen. Aber mit der "Erweiterte Funktionen" mit "Seiten-Cache löschen" gehts auch erstmal, denn den FE-Cache kann ja soweit glaub ich nur der Admin löschen. Grüße Ralf |
|
|
|
Verfasst am: 08. 06. 2007 [23:17]
|
|
|
claudia2
Dabei seit: 15.12.2004
Beiträge: 296
|
stimmt, das kann normalerweise nur der Admin. nun habe ich aber in dem betreffenden Fall auch den Redakteuren das Löschen des gesamten Caches freigegeben, da bei der derzeitigen direct_mail Version die Newsletterseiten nur für den Versand generiert werden können, wenn der FE-Cache vorher gelöscht wurde... und so ist das abkoppeln des realurl Caches vom FE-Cache die beste Lösung. will ich den realurl Cache leeren, kann ich das ja weiterhin über wenige Klicks im phpmyadmin oder den Manager tun. ausserdem gibt es ja durchaus noch andere Fälle in denen ein Löschen des gesamtes Caches notwendig ist (z.B. Änderung von Inhaltselementen die auf mehreren Seiten eingebunden sind), und es wäre äußerst doof, wenn dabei auch manuell eingetragene realurls (z.B. alte Links von vor dem Relaunch) rausfliegen würden! schöne grüße, claudia http://www.ideenwerft.com
http://www.twitter.com/ideenwerft http://www.facebook.com/ideenwerft Überwachung Ihrer TYPO3 Installation auf Sicherheitslücken und Erreichbarkeit mit dem TYPO3-Caretaker: http://caretaker.ideenwerft.com |
|
|
- << Erste
- < Vorherige
-
- 1
- 2
- Nächste >
- Letzte >>