--- title: "cache_pages bleibt plötzlich!! leer? Wie kann das denn?" url: "https://www.typo3.net/d/79086-cache-pages-bleibt-ploetzlich-leer-wie-kann-das-denn" source: "typo3.net" tags: ["Extensions","Cache & Performance","Frage","Suche"] created: "2008-07-03" last_reply: "2008-07-23" replies: 4 solved: false page: 1 pages: 1 lang: "de" --- # cache_pages bleibt plötzlich!! leer? Wie kann das denn? Extensions · 4 Antworten · gestartet 2008-07-03 ## Eröffnungsbeitrag **Schwerus** · 2008-07-03 · [Beitrag #1](https://www.typo3.net/d/79086-cache-pages-bleibt-ploetzlich-leer-wie-kann-das-denn/1) Hallo Leute! Die Frage geht hier zum Indexed_search-Forum, weil der Effekt auftrat, nachdem ich manuell alle Indizes aus den Tabellen index_xxx gelöscht (truncate) hatte. Ich hatte grade die Indexed Search mit machina_searchbox zum Laufen gebracht (CSS angepasst usw.) mit schöner Suchbox (noch zu sehen auf ), grade alles scharfgestellt (Suche funktionierte 1a)... Und wollte schon meinen Newsletter aktualisieren ("neues Feature: Volltextsuche"), da fiel mir noch auf, dass in den Indizes noch alter Müll stand (ein ###Marker### war nicht aufgelöst). Da ich gelesen hatte, dass man die Indizes gefahrlos löschen kann, was ich auch auf ner anderen Site regelmäßig zumindest mit der index_rel mache): Ein Truncate der Gemütlichkeit... und weg war alles... und wurde nicht neu indiziert - worauf ich die Seitenübergreifende Suche wieder rausgenommen habe :-/ Jetzt weiß ich auch, warum (s. Betreff), aber auch ein zusätzlich im root-TS-Setup geschriebenes ### Caching config.no_cache = false (oder 0) page.config.no_cache = false (oder 0) wirft das Caching der pages nicht wieder an... sieht dann nach einigen Klicks auf der Seite so aus: Status: cache_pages:0, cache_pagesection:4, cache_hash:59 Wie gesagt, nichts geändert, außer dem Löschen der Indizes (deswegen habe ich Suche in den Extensions nach $GLOBALS['TSFE']->no_cache=1; gar nicht erst in Erwägung gezogen - es hat ja bis gestern gefunxt). Vorsichtshalber hab' ich auch die temp_CACHED files sowie natürlich FE/BE-Cache gelöscht, hat aber keinen Effekt gehabt. Ich hoffe, es hat jemand einen Ansatz - ich hab nämlich keine Idee, wo man eingreifen muss / was daneben gegangen ist... und Cachen ist ja nicht ganz unwichtig in Sachen Performance... Vor allem aber ist ohne Cachen nix mit indexed_search, und das wär wirklich :x Thx in advance Schwerus ## Antworten ### [#2](https://www.typo3.net/d/79086-cache-pages-bleibt-ploetzlich-leer-wie-kann-das-denn/2) · McGregor · 2008-07-04 Hi! Wir hatten hier fast das selbe Problem und das Problem auf tt_products reduziert. Wenn wir diese Extension deinstallieren, dann werden auch die Seiten indexiert. Dann hat ein Kollege folgende Extension gefunden: dvdg_indexedsearch_patch Mit Hife dieser Extension funktioniert tt_products UND indexed_search wieder. Irgendwie bin ich damit aber nicht zufrieden, weil weiterhin die Tabelle cache_pages leer bleibt. Ich gehe daher davon aus, dass bei mir die Seiten einfach nicht gecached werden und deswegen die Indexed-Search nicht funktioniert. Aber woran kann das liegen, dass die Seiten nicht gecached werden? Kann mir da vielleicht jemand einen Tipp bezüglich des debuggens geben (schreibt man das so?). Ich stehe mit dem Debugging auf Kriegsfuß. Hab's mit systemLog im Install-Tool versucht und mittels $GLOBALS['TYPO3_DB']->debugOutput=1 in der localconf.php oder einem einfachen config.debug=1 , aber angezeigt wurde mir nichts. Apropos. Wenn ich das AdminPanel aktiviere, dann steht bei Info: no_cache = 1 und ich habe keine Ahnung, ob das nur wegen dem AdminPanel so ist oder die Einstellung tatsächlich in meiner Installation verankert ist. Auch ich bin über jede Hilfe dankbar. Grüße McGregor P.S. TYPO3 4.0.6 -> tt_products 2.5.5 -> indexed_search 2.9.3 ### [#3](https://www.typo3.net/d/79086-cache-pages-bleibt-ploetzlich-leer-wie-kann-das-denn/3) · Schwerus · 2008-07-16 Hallo! Der Tipp war goldrichtig! Indexing hat sofort losgelegt =D Vielen Dank! Als Tipp meienrseits kann ich vielleicht auch etwas weitergeben, nämlich die Idee, die eigene Seite einfach mit einem Reaper einmal komplett zu saugen, sodass alle Seiten auf einmal indiziert werden! Das erübrigt dann etwas wie z.B. cwt_cacheall zu insten... nach den Erfahrungen hier bin ich zukünftig vorsichtiger mit dem Insten neuer Extensions, lieber einen Workaround wie den o.g., falls verfügbar! **Ich will aber doch ein paar Sachen vorstellen, die mir auf der Odyssee hierbei untergekommen sind, und Euch fragen, ob Ihr damit was anfangen könnt, z.B:** Es werden weiterhin nicht alle pages in der cache_pages abgelegt, das sieht z.Z. z.B. so aus: cache_pages:9, cache_pagesection:72, cache_hash:688 (Der cache_hash ist hier eigentlich _immer_ jenseits der 500, auf meinen anderen Projekten dümpelt er aber - mit und ohne I-search - um die 100?!?) Und ein Ausschnitt aus der +ext Indexed_search aus dem +extManager [Bild: rigel-computer.com/…/alles_rot.jpg](http://www.rigel-computer.com/_divers/alles_rot.jpg) Ich denke mal, dass das die _gesamte Extension_-Dateien von indexed_search sind, die rot angezeigt werden +ext-Manager mit "A difference between the originally installed version and the current was detected!" (Parallel hatte ich noch aus den Extensions hht_seite_merken, tip-a-friend und noch einer (grübel) den no_cache-Befehl ausgequotet ...) Besonders interessant ist das Verhalten von cache_pages, auch jetzt noch: - Der Cache bleibt - meist - leer, und zwar solange, bis Google die Sitemap-Seite aufruft! Die wird dann im cache angezeigt... und danach dann 3-4 weitere, mehr geht nicht rein (neuerdings wieder bis 10)! Hier zu sehen: [Bild: rigel-computer.com/…/ab_google.jpg](http://www.rigel-computer.com/_divers/ab_google.jpg) Die Seite unterscheidet sich in der Tabelle dadurch, dass dort bei temp_contet eine "1" steht, im Gegensatz zu _allen anderen_ gecachten Seiten...?!? - An einem Tag wurden plötzlich 86! cache_pages Einträge angelegt... dabei blieb es, egal, welche Seite man anklickte... Interessant dabei (wie bei allen anderen Einblicken in die Tabelle): der Autoindex steigt kontinuierlich, auch wenn nichts abgespeichert wird! Und meist um 2 auf einmal, also z.B. 393, 395, 397... oder auch mal 4... - Der "Erzeugt am" Eintrag der Tabelle cache_pages steht auf 6.07.08, dem Tag, als ich die Index-Tabellen geleert hatte!!??!! Bei meinen anderen Projekten liegt das Erstell-Datum Monate zurück, wenn auch nicht mit dem Installations-Datum identisch... Zumindest diese Baustelle ist geschlossen - nachher mach' ich aber noch eine auf für indexed search, weilll... doch dazu später mehr ;D Thx Schwerus ### [#4](https://www.typo3.net/d/79086-cache-pages-bleibt-ploetzlich-leer-wie-kann-das-denn/4) · McGregor · 2008-07-22 Hi! Ich habe das Problem derart gelöst, dass ich das CObjetc von tt_products von INT auf USER_INT geändert habe. Das bedeutet für mich, dass keine Produkte indexiert werden (bei mir nicht wichtig), aber die Seite sonst wieder wunderbar läuft. Das hat hauptsächloch mit dem MiniWarenkorb zusammengehängt, der bei mir permanent auf der Seite zu sehen ist. Grüße McGregor ### [#5](https://www.typo3.net/d/79086-cache-pages-bleibt-ploetzlich-leer-wie-kann-das-denn/5) · Schwerus · 2008-07-23 Also einen Futtsack konnte ich jetzt fixen, nämlich die Inkonsistenz der Files (oben, rotes Bild), und zwar per: **Update extension EM_CONF file (in the "System" location "typo3/sysext/indexed_search/")!** Das gab bei mir einen write-protection-Error. Setzen der indexed-search-Files per FTP auf chmod 775 hat geholfen. Update durchgeführt, nur ein roter Hinweis unter der Kategorie developer, sonst alles fehlerlos! Leider hat das absolut keinen Effekt auf irgendwas, weder bei dem hier besprochenen Problem, noch in dem standhaften Ignorieren der