--- title: "DAM Filelist extreme Ladezeiten" url: "https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten" source: "typo3.net" tags: ["Extensions","Cache & Performance","Dateien & FAL","Frage"] created: "2009-07-09" last_reply: "2009-07-24" replies: 6 solved: false page: 1 pages: 1 lang: "de" --- # DAM Filelist extreme Ladezeiten Extensions · 6 Antworten · gestartet 2009-07-09 ## Eröffnungsbeitrag **BergBenji** · 2009-07-09 · [Beitrag #1](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/1) Hallo an alle. Nachdem ich nun einiges mit Typo3 gearbeitet habe - und mich eigentlich auch schon recht gut damit auskenne (Extension entwicklung / TV / etc) - stehe ich nun vor einem Sehr großen Problem - ich hoffe Ihr könnt mir da weiterhelfen. Ich habe auf einer Seite das "mm_dam_filelist" Modul im Einsatz. Funktionieren tut es tadellos, jedoch ist die Ladezeit extrem. Wenn ich eine Rubrik mit ca 4-5 Dateien anzeige liegt die Ladezeit bei etwa 3-7 Sekunden. Will ich 5-6 Rubriken anzeigen mit jeweils ca 5-10 Dateien liegt die Ladezeit bei etwa 1-2 Minuten. (Zeitweise spring er einfach raus) Leider kann ich keinen Fehler finden - auch ein Update auf die neuen Versionen brachte keinen erfolg. Im Debug mode meldet er jede Menge fehler - kann sie aber nicht wirklich nachvollziehen. Hier mal ein kleiner ausschnitt: > Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /is/htdocs/***/t3lib/class.t3lib_db.php on line 836 > > caller t3lib_DB::exec_SELECTquery > ERROR MySQL server has gone away > lastBuiltQuery SELECT uid,title > FROM tx_dam > WHERE > uid='191' AND tx_dam.deleted=0 AND tx_dam.t3ver_state<=0 AND tx_dam.hidden=0 AND (tx_dam.starttime<=1247152680) AND (tx_dam.endtime=0 OR tx_dam.endtime>1247152680) AND (tx_dam.fe_group='' OR tx_dam.fe_group IS NULL OR tx_dam.fe_group='0' OR (tx_dam.fe_group LIKE '%,0,%' OR tx_dam.fe_group LIKE '0,%' OR tx_dam.fe_group LIKE '%,0' OR tx_dam.fe_group='0') OR (tx_dam.fe_group LIKE '%,-1,%' OR tx_dam.fe_group LIKE '-1,%' OR tx_dam.fe_group LIKE '%,-1' OR tx_dam.fe_group='-1')) > > debug_backtrace require#76 // include#446 // TSpagegen::renderContent#77 // tslib_cObj->cObjGet#332 // tslib_cObj->cObjGetSingle#444 // tslib_cObj->USER#572 // tslib_cObj->callUserFunction#720 // call_user_func_array#5858 // tx_templavoila_pi1->main_page# // tx_templavoila_pi1->renderElement#223 // tx_templavoila_pi1->processDataValues#330 // tslib_cObj->cObjGet#561 // tslib_cObj->cObjGetSingle#444 // tslib_cObj->RECORDS#532 // tslib_cObj->cObjGetSingle#1350 // tslib_cObj->cObjGetSingle#483 // tslib_cObj->CASEFUNC#550 // tslib_cObj->cObjGetSingle#1566 // tslib_cObj->COBJ_ARRAY#502 // tslib_cObj->cObjGet#685 // tslib_cObj->cObjGetSingle#444 // tslib_cObj->CASEFUNC#550 // tslib_cObj->cObjGetSingle#1566 // tslib_cObj->cObjGetSingle#483 // tslib_cObj->USER#572 // tslib_cObj->callUserFunction#720 // call_user_func_array#5858 // tx_mmdamfilelist_pi1->main# // mmlib_extfrontend->getContentForView#125 // mmlib_extfrontend->listView#2962 // tx_mmdamfilelist_pi1->pi_list_makelist#2583 // mmlib_extfrontend->pi_list_makelist#440 // mmlib_extfrontend->_getColContents#1818 // tx_mmdamfilelist_pi1->getFieldContent#1685 // mmlib_extfrontend->getFieldContent#1072 // tslib_pibase->pi_list_linkSingle#2368 // tslib_pibase->pi_linkTP#372 // tslib_cObj->typoLink#309 // t3lib_TStemplate->linkData#5369 // t3lib_div::callUserFunction#1472 // call_user_func_array#4383 // tx_realurl->encodeSpURL# // tx_realurl->encodeSpURL_doEncode#251 // tx_realurl->encodeSpURL_gettingPostVarSets#374 // tx_realurl->encodeSpURL_setSequence#472 // t3lib_div::callUserFunction#597 // call_user_func_array#4383 // tx_mmdamfilelist_realurl->details# // tx_mmdamfilelist_realurl->uid2alias#33 // t3lib_DB->exec_SELECTquery#45 // t3lib_DB->debug#234 > > caller t3lib_DB::exec_SELECTquery > ERROR MySQL server has gone away > lastBuiltQuery SELECT tx_dam_cat.title > FROM tx_dam,tx_dam_mm_cat,tx_dam_cat > WHERE > tx_dam.uid=tx_dam_mm_cat.uid_local AND tx_dam_cat.uid=tx_dam_mm_cat.uid_foreign AND tx_dam_mm_cat.uid_local=191 > > debug_backtrace require#76 // include#446 // TSpagegen::renderContent#77 // tslib_cObj->cObjGet#332 // tslib_cObj->cObjGetSingle#444 // tslib_cObj->USER#572 // tslib_cObj->callUserFunction#720 // call_user_func_array#5858 // tx_templavoila_pi1->main_page# // tx_templavoila_pi1->renderElement#223 // tx_templavoila_pi1->processDataValues#330 // tslib_cObj->cObjGet#561 // tslib_cObj->cObjGetSingle#444 // tslib_cObj->RECORDS#532 // tslib_cObj->cObjGetSingle#1350 // tslib_cObj->cObjGetSingle#483 // tslib_cObj->CASEFUNC#550 // tslib_cObj->cObjGetSingle#1566 // tslib_cObj->COBJ_ARRAY#502 // tslib_cObj->cObjGet#685 // tslib_cObj->cObjGetSingle#444 // tslib_cObj->CASEFUNC#550 // tslib_cObj->cObjGetSingle#1566 // tslib_cObj->cObjGetSingle#483 // tslib_cObj->USER#572 // tslib_cObj->callUserFunction#720 // call_user_func_array#5858 // tx_mmdamfilelist_pi1->main# // mmlib_extfrontend->getContentForView#125 // mmlib_extfrontend->listView#2962 // tx_mmdamfilelist_pi1->pi_list_makelist#2583 // mmlib_extfrontend->pi_list_makelist#440 // mmlib_extfrontend->_getColContents#1818 // tx_mmdamfilelist_pi1->getFieldContent#1685 // tx_mmdamfilelist_pi1->getCategories#1002 // t3lib_DB->exec_SELECT_mm_query#1157 // t3lib_DB->exec_SELECTquery#278 // t3lib_DB->debug#234 Hatte dieses Problem schon mal jemand? Habe dazu hier im Forum leider nichts finden können und auch Meister Google hat mir nicht helfen können - bin nun schon seit heute morgen 11 Uhr damit dran dieses Problem zu beheben. Jedoch ohne Erfolg - darum wende ich mich hiermit an die Profis... ## Antworten ### [#2](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/2) · traedert · 2009-07-20 Schau mal in den Basiseinstellungen des Plugin nach, ob "Caching einschalten" bzw. "Turn caching on" womöglich aktiviert ist. Das zieht den Server richtig runter. ### [#3](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/3) · BergBenji · 2009-07-20 Hallo, vielen dank für deine Antwort. Leider habe ich dieses "Turn caching on" nicht unter den Plugineinstellungen zur Verfügung. Währe aber eine gute Idee. Ist es vielleicht automatisch aktiviert und man könnte es somit vielleicht durch einen TS Code deaktivieren? Viele grüße Benji ### [#4](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/4) · traedert · 2009-07-21 Ich habe den Seiteninhalt "Plugin" gemeint. Nur das wir von denselben Grundeinstellungen sprechen. ### [#5](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/5) · BergBenji · 2009-07-21 Hallo traedert, habe ganz vergessen das da das Caching war - mein Fehler. Hat aber leider nichts gebracht. :( Trotzdem vielen Dank! Im Moment habe ich es vorübergehend so gelöst, das ein Cronjob Nachts die Caches leert - und neu generiert... Funktioniert nun schon seit geraumer Zeit serh gut - aber auf lange Sicht fänd ich ein schnell ladendes Filelist Modul besser... ### [#6](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/6) · traedert · 2009-07-24 Hi, einen hab' ich noch: Ist in den Basiseinstellungen des Seiteninhaltes der Ausgangspunkt mit dem Verweis auf den "media" - Ordner gefüllt? Sollte so sein. ### [#7](https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten/7) · BergBenji · 2009-07-24 Hallo, wenn du den "Ausgangspunkt" im Bereich "Plugin" meinst - der ist auf den Media Folder gesetzt. Trotzdem vielen dank! Problem besteht nachwievor. Viele Grüße (PS: Sollten noch irgendwelche Infos benötigt werden - einfach fragen!) --- Quelle: „DAM Filelist extreme Ladezeiten“, typo3.net, https://www.typo3.net/d/91192-dam-filelist-extreme-ladezeiten Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.