Hallo,
kann mir bitte jemand verraten, welches Script dafuer verantwortlich ist, die Typo3-Seiten zu cachen?
Ich habe naemlich das Problem, dass irgendein Spinner-Script durchs Internet surft und an irgendwelche Seiten den String "http://secure.virtua.ch:65530/suck_my_dick" dranhaengt.
Ruft die Adresse besser nicht auf, wir wollen gar nicht wissen, was sich hinter dem Port verbirgt.
Naja, nun ist es so, dass sich auch die generierten Links in meinem Menü zum Teil so nannten, weil der oben genannte String einfach in die L-Variable geschrieben wurde.
Ich vermute halt, dass der Spass gecached wird und das will ich in diesem Fall verhindern. Wenn ich nur wuesste, wie das Script heisst.
vielen Dank fuer Eure Hilfe,
Patrick
Wenn du den Seitentitel einer Seite bearbeitest, gibts die Checkbox "Nicht cachen:". Das setzt dann halt einfach auf jeder Seite.
Sei mal ehrlich, die Loesung ist nichtmal suboptimal.
Ich kann doch nicht bei 200 Seiten das Caching abstellen, wenn ich das Problem ganz anders und schoener angehen kann. Das Caching ist ja nicht ganz sinnlos. Bei dem Traffic ist die Maschine zu bestimmten Zeiten so schon ausgelastet. Ich will gar nicht wissen, wie das ohne Caching aussieht.
Weiss noch jemand Rat bzw. einen Tipp, wo das Caching geschieht?
Danke,
Patrick
Patrick S. schriebSei mal ehrlich, die Loesung ist nichtmal suboptimal.
Was pfeifst Du jemanden an, der Dir netterweise eine Möglichkeit genannt hast, wie bei Typo3 so etwas konfiguriert werden kann.
Typo3 ist schließlich nicht von woida gemacht, also ist er auch nicht für irgendwas verantwortlich...
Vielleicht solltest Du mal selber recherchieren, anstatt Hinweise zu kritisieren und andere zum weiteren Lösungen-für-Dich-finden aufzufordern.
Ohoo. Muessen eigentlich alle Beitraege im Internet mit 43 Smilies beschmueckt sein, damit sie nicht als Angriff anerkannt werden? Gestik und Mimik gibts hier nunmal nicht, also fuehlt euch bitte nicht immer gleich auf den Schlips getreten. *kopfschuettel*
Ich habe nicht ein Ausrufezeichen verwendet und nichts gross geschrieben.
Und hey, wenn du ehrlich bist, die Loesung ist wirklich nicht der Renner. Fuer mich ueberhaupt nicht tragbar und das habe ich zum Ausdruck gebracht. Und zwar ohne jemanden anzugreifen. Ich habe nur ganz klar das verfasst, was ich dazu denke.
btw: Meine Frage war, welches Script das Caching vornimmt. Ich habe also was ganz anderes gefragt.
Warum die "Pro's", auf egal welchem Gebiet (bei Unix uebrigens sehr stark), immer so herabschauend und uebermaechtig wirken muessen. Es kann nicht jeder auf jedem Gebiet allmaechtig sein oder seh ich das falsch? Was bin ich nur fuer ein Kleingeist! 😢
OK. Sollte mich nun doch jemand so verstanden haben, wie ich es gemeint habe, bin ich ueber jede Antwort erfreut und dankbar.
Gruesse aus Berlin,
Patrick
Meine Antwort bezog sich auf:
Ich vermute halt, dass der Spass gecached wird und das will ich in diesem Fall verhindern
Ich hab mir jetzt dein Posting nochmal mehrmals durchgelesen und nicht verstanden was du eingentlich genau machen willst.
Entweder steh ich auf der Leitung, oder du hast dich nicht konkret ausgedrückt.
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. schrieb
Da 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