Hallo,
ich moechte eigentlich nur verhindern, dass Seiten gecached/indexiert werden, die in der Language-Variable (&L) was anderes drin zu stehen haben als eine echte Zahl.
Ich rede von so Sachen wie:
http://www.sasky.de/index.php?id=partner&L=1
und
http://www.sasky.de/index.php?id=partner&L=http://vielwerbung.com
Erstes soll natuerlich zulaessig sein und das darunter nicht.
Mein Problem ist, dass ich nicht herausfinde, wo das im Typo3 passiert, sodass ich es abfangen koennte.
danke,
Patrick
Ich glaub ich weiß, was du meinst.
Schau mal in die todo.txt:
It is possible to spam the pathcache table from outside: If you call a page id with &no_cache=1 and incrementing &L, pages will be generated with the &L variable in the links and the pathcache table is filled with bogus entries.
ja, in der Art würde ich auch vorgehen - das pathcache löschen.
Wenn Du häufiger diese Attacken hast, solltest Du vielleicht das clearonmidnight (oder s.ä.) benutzen.
Das heißt "cache_clearAtMidnight" und hat mit dem Löschen der Tabelle tx_realurl_pathcache nix zu tun.
ah ja, vielen Dank - dann vll ein cronjob, der das truncate erledigt...
Vielen Dank erstmal fuer diese Informationen.
Nur.. welche Tabelle muss denn nun regelmaessig geleert werden?
Die tx_realurl_pathcache ? Da ist bei mir gar nichts drin..?
Ich bin ja auch in der Lage die Suche zu verwenden, aber ich bekomme mehr und mehr das Gefuehl, dass ich der einzige bin, der so mit der indexed_search zu kaempfen hat.
Ich habe z.B. (es gibt noch viele andere Probleme) immer wieder das Phaenomen, dass diverse Seiten einfach doppelt in der Suche auftauchen, weil sie mit verschiedenen Parametern, bzw. die Parameter in unterschiedlicher Reihenfolge angegeben wurden, versehen sind.
Ein Beispiel:
http://www.meineseite.de/index.php?id=515&L=1&L=2&tx_iabaddressdirectory_pi1[showUid]=1851&cHash=472643d3af
http://www.meineseite.de/index.php?id=515&L=1&tx_iabaddressdirectory_pi1[showUid]=1851&cHash=472643d3af
Da tritt in der ersten URL das Problem auf, dass die L-Variable einfach 2 Mal an der URL haengt.
Interessant, oder? 🙂 Bei mir werden keine Links von Hand angelegt, eigentlich ist alles dynamisch erzeugt. Ich komme immer wieder ins Raetseln.
Welche Funktion hat denn genau die Pointer-Variable in den tt_news? Aufgrund dessen, dass die bei jeder News einen anderen Wert haben kann, wird die News mehrmals in der Suche auftauchen. 😢
Hat zufaellig einer rausgefunden, wo das Caching stattfindet bzw. wo ich verhindern kann, dass Seiten gecached werden, die in der L-Variable keine gueltige Zahl angegeben haben?
Ich moechte nicht im Nachhinein immer in die Tabelle cache_pages gehen und dort nach den "boesen" Eintraegen suchen. Da gibts naemlich kein Feld fuer die Variable, sondern ein schoenes grosses Feld cache_data, wo ALLES drin steht.
Im Moment hab ich so Inhalte in der L-Variable wie: L=%23%23%23LANGUAGE%23%23%23
Das nervt total, sag ich euch. Zumal diverse Scripte, die mit der Sprachangabe arbeiten echt allergisch darauf sind.
Das Problem besteht uebrigens bis heute und ich begebe mich jetzt wieder auf Fehlersuche.
Wenn noch wer Ideen hat, immer her damit.
Danke, Patrick
Patrick S. schriebDa tritt in der ersten URL das Problem auf, dass die L-Variable einfach 2 Mal an der URL haengt
config.uniqueLinkVars = 1
und zum 2. Problem: #568002
lg georg
