Nein, leider nicht. Bei mir gab es den Ordner nicht.
Ich versuche gerade herauszubekommen, ob überhaupt Seiten gecached werden. Denn wenn ich es richtig verstanden habe, wird der Index nur über gecachte Seiten angelegt.
Gruß
Stefan Padberg, Wuppertal
Ich hab etwas gefunden: Bei allen Servern mit Typo3 3.6.2 habe ich Fehlermeldungen, wenn ich mir die Informationen für das Typo3 Basismodul anschaue.
("Extension Manger" --> "Loaded Extensions" --> "Display shy Extensions" --> oberste Extension anklicken)
Da sind auch Fehlermeldungen, die die "indexed search" betreffen. Kann das mit dem vorliegenden Problem zu tun haben?
In meiner alten 3.5er-Installation - mit der laufen noch 2 Server bei mir - sind diese Fehlermeldungen nicht, und die Suchfunktion scheint auch zu gehen.
The XCLASS filename-key "tslib/class.tslib_content.php" was different from "ext/cms/tslib/class.tslib_content.php" which it should have been!The XCLASS filename-key "tslib/class.tslib_fe.php" was different from "ext/cms/tslib/class.tslib_fe.php" which it should have been!The XCLASS filename-key "tslib/class.tslib_fetce.php" was different from "ext/cms/tslib/class.tslib_fetce.php" which it should have been!The XCLASS filename-key "tslib/class.tslib_feuserauth.php" was different from "ext/cms/tslib/class.tslib_feuserauth.php" which it should have been!The XCLASS filename-key "tslib/class.tslib_gifbuilder.php" was different from "ext/cms/tslib/class.tslib_gifbuilder.php" which it should have been!The XCLASS filename-key "tslib/class.tslib_menu.php" was different from "ext/cms/tslib/class.tslib_menu.php" which it should have been!The XCLASS filename-key "tslib/class.tslib_pagegen.php" was different from "ext/cms/tslib/class.tslib_pagegen.php" which it should have been!No XCLASS inclusion code found in file "tslib/class.tslib_pibase.php"The XCLASS filename-key "tslib/class.tslib_search.php" was different from "ext/cms/tslib/class.tslib_search.php" which it should have been!The XCLASS filename-key "tslib/showpic.php" was different from "ext/cms/tslib/showpic.php" which it should have been!No XCLASS inclusion code found in file "tslib/media/scripts/example_callfunction.php"The XCLASS filename-key "media/scripts/fe_adminLib.inc" was different from "ext/cms/tslib/media/scripts/fe_adminLib.inc" which it should have been!The XCLASS filename-key "media/scripts/gmenu_foldout.php" was different from "ext/cms/tslib/media/scripts/gmenu_foldout.php" which it should have been!The XCLASS filename-key "media/scripts/gmenu_layers.php" was different from "ext/cms/tslib/media/scripts/gmenu_layers.php" which it should have been!The XCLASS filename-key "media/scripts/plaintextLib.inc" was different from "ext/cms/tslib/media/scripts/plaintextLib.inc" which it should have been!The XCLASS filename-key "media/scripts/tmenu_layers.php" was different from "ext/cms/tslib/media/scripts/tmenu_layers.php" which it should have been!The XCLASS filename-key "media/scripts/wapversionLib.inc" was different from "ext/cms/tslib/media/scripts/wapversionLib.inc" which it should have been!The XCLASS filename-key "media/scripts/xmlversionLib.inc" was different from "ext/cms/tslib/media/scripts/xmlversionLib.inc" which it should have been!
Fällt jemand etwas dazu ein?
Stefan Padberg, Wuppertal
Hallo Stefan,
ich habe zwar die Fehlermeldungen nicht aber dafür das selbe Problem. Es wird kein Index gebildet. Ich habe gestern schon fast alles versucht was hier so als Lösung angegeben wird. Ich verwende auch 3.6.2 und bin der Meinung das da ein Bug sein muss. Verwendest Du in Deiner Website HTML-Templates und wenn ja eine oder mehrere?
Viele Grüße
Dennis
Gemischt: Manche Projekte laufen mit HTML-Templates, andere haben reine TypoScript-Templates im Setup. Ich muss das mal auflisten, um zu sehen, ob da ein Muser zu erkennen ist.
stefan
Ich bin auch am ende meines Lateins... ich habe alle Seiten mit mehreren Templates laufen und es funzt nirgens... könnte also sein das dort der Fehler liegt... aber sicher bin ich mir nicht, Warten wir mal noch etwas ab... ich habe auch noch ander3e Anfragen diesbezüglich im Forum gestellt... evtl. kommt ja was dabei rum..
Ich hab jetzt wieder was entdeckt:
Wenn ich mir die Seiten-Info im Admin-Panel anschaue, sehe ich, dass die Variable 'no_cache' gesetzt ist! Obwohl im Template ganz laut und deutlich steht:
page.config.no_cache = 0
Und es ist ja klar, dass nur gecachte Seiten indiziert werden können.
Über den ObjBrowser bekomme ich nichts raus. Wie gehe ich vor, um rauszufinden, wer mir diese Variable da frecherweise reinschmiert?
Wie immer dankbar für jeden Hinweis...
Stefan Padberg, Wuppertal
Hi auch,
auch wenn ich keine Lösung bieten kann, muss ich sagen, dass ich auch indexed search unter Typo 3.6.2 einsetze. Die Extension hat nie indiziert. Dann bin ich auf einen anderen Server gewechselt, habe alles neu von Hand aufgesetzt und plötzlich hat die Suche auch einen Index aufgebaut.
Ein paar Tage später hab ich eine eigens für den Kunden entwickelte Extension eingespielt und auch noch eine Änderung an der Suche vorgenommen (indizierte ungewollt MetaTags). Seitdem ist es vorbei mit Indizierung. Nun weiß ich nicht, was zuerst kam (Huhn oder Ei). Habe alles rückgängig gemacht. Indexed Search geupdated. Datenbank bereinigt. NICHTS. No way.
MfG
dabjoern
Hi,
hatte auch schon das Problem.
Schaut Euch mal Eure Extensions an.
Einige unterbinden das Caching.
Bei mir war es damals SelectPro.
Nach Auskommentieren der entsprechenden Zeile im PHP-Script lief das Caching wieder.
Viele Grüße
Chris
Update:
also ich habe jetzt einiges probiert. Erstens habe ich meine eigene Extension ergänzt, so dass sie auch gecacht werden kann. Andere Extension, die ich einsetze werden auch gecacht (sg_glossary, glossarysearch, meta tags extended, sg_zfeeditlib). Somit müsste eigentlich alles klappen - tuts aber nicht.
Also hab ich das ganze mal lokal in meine 3.7er Version eingespielt. Und Überraschung: alles geht, alles wird gecacht.
Dann hab ich fix ein unbenutztes Typo auf dem Webserver genutzt (3.6.2) und dort mal nur ein kleines template eingespielt plus indexed search plus zwei Seiten --> nix wird indiziert.
Also was jetzt? Doch ein Fehler in Typo 3.6.2?
@stpadberg
wie geht man vor, um im Admin-Panel sich die Variable 'no_cache' anzuschauen? Was muss ich da machen, verstehe deinen weg über Admin-Panel Seiten-Info nicht so richtig, bzw. sehe nicht, wo dann sowas stehen soll? Will auch mal schauen...
MfG
dabjoern
Update: Habe jetzt mein Typo-Projekt auf 3.7 umgestellt und alles funktionierte von vornherein, mit allen Extentions und ohne Tricks. Typo 3.6.2 rockt nicht o.O
MfG
dabjoern
Sehr schön, dann ist es wohl doch so, wie ich im Augenblick auch vermute.
Wenn du eingeloggt bist, und dir eine Seite anschaust, hast du normalerweise das kleine braun-grüne Admin-Feld auf der Seite, meistens links unten. Wenn du das öffnest, kommt ein Menü zum Vorschein, wovon ein Unterpunkt "Info" lautet, und da steht eine Variable "no_cache". Die ist bei mir immer auf "1" gesetzt, obwohl das Caching nachprüfbar funktioniert!
Ich versuche gerade, meinen Kunden davon zu überzeugen, auf Typo 3.7 upzugraden. Das, was du meldest, wird ihn jetzt hoffentlich überzeugen.
Gibt es bei Typo3 eigentlich die Möglichkeit, einen Bug zu melden? Irgendwie ist das doch merkwürdig, dass hier keine was bemerkt hat, keiner reagiert, dementiert, bestätigt oder was weiss ich.
Gruß
Stefan
Diskutier ich halt mit mir selbst...
Bugreports:
http://bugs.typo3.org
Dort habe ich nichts gefunden, was dem von uns beobachteten Fehler gleicht.
Ich habe mehrere Typo3 3.6.1-Installationen laufen: einwandfrei.
Ich habe bei der in Rede stehenden Typo3 3.6.2-Installation folgende Änderung vorgenommen, um besser beobachten zu können, was da abläuft:
in class.tslib_fe.php::set_no_cache habe ich
$this->no_cache = 1
ersetzt durch
$this->no_cache = $this->no_cache+1
Dadurch kann ich im Adminpanel unter "Info" sehen, wieviel mal versucht wurde, "no_cache" zu setzen. Da kamen teilweise erstaunliche Werte zu Tage, 25 war der höchste!
Dann habe ich mir eine Testseite geschnitzt, mit gar nichts drin, nur content(default). Da gibt es immerhin noch zwei Zugriffe auf "no_cache". Ich denke, ich kann den Fehler auf diese Weise immer mehr eingrenzen.
Es stimmt aber auch, was 'chris_online' geraten hat: in den Extensions wird teilweise total sauig mit dem 'set_no_cache'-Befehl umgegangen. tt_products, mit_downloads, tipafriend z.B. . Aber führ das hier beobachtete Verhalten scheint es keine Rolle zu spielen, und in anderen Typo3-Installationen funktioniert das Cachen/Nicht-Cachen einwandfrei, auch mit diesen (oben genannten) Extensions.
Ich hoffe, ich hab's bald.
Grüße aus dem Suppental
Stefan
Ähm... wieso ist dieser Thread auf einmal unter "News-Modul"? Ich hatte ihn doch unter "Sonstige" angefangen, oder?
?!?
Stefan
Hi Stefan!
wenn auch schon der letzt thread n weilchen her ist... trotzdem interessantes Problem was du da hast. Ich habe nämlich selbiges. Bei mir wird 7 mal no_cache aktiviert.
bist du in dieser Sache inzwischen weitergekommen?