--- title: "fehlermeldungen! :(" url: "https://www.typo3.net/d/16986-fehlermeldungen" source: "typo3.net" tags: ["Allgemein","Frage"] created: "2004-10-18" last_reply: "2004-10-21" replies: 6 solved: false page: 1 pages: 1 lang: "de" --- # fehlermeldungen! :( Allgemein · 6 Antworten · gestartet 2004-10-18 ## Eröffnungsbeitrag **zen** · 2004-10-18 · [Beitrag #1](https://www.typo3.net/d/16986-fehlermeldungen/1) hallo comunity! wir (unsere maturaprojektgruppe) sind jetzt mit einer schulhomepage (testweise) online gegangen. es funktioniert auch alles bis auf zwei fehlermeldungen: Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in e:easyphp1-7wwwschulhomepagequickstart 3libclass.t3lib_db.php on line 689 Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in e:easyphp1-7wwwschulhomepagequickstart 3libclass.t3lib_db.php on line 714 man kanns auch hier in "live" sehn: die fehlermeldungen treten allerdings nicht auf wenn man im backend angemeldet ist. deshalb denke ich mal dass das problem irgendwas mit berechtigungen zu tun hat. wir haben uns auch die files angesehn wo die fehler auftreten - aber wir werden leider nicht schlau daraus :( kann uns irgendwer damit helfen? Wir wären euch sehr dankbar! mfg, zen ## Antworten ### [#2](https://www.typo3.net/d/16986-fehlermeldungen/2) · Dander · 2004-10-18 hast du mal im intsall tool die db gecheckt?? ### [#3](https://www.typo3.net/d/16986-fehlermeldungen/3) · zen · 2004-10-19 > **Dander schrieb:** > > hast du mal im intsall tool die db gecheckt?? der DB Analyzer und Install tool sagt es is alles in Ordnung was ja auch kein wunder ist da der fehler nicht auftritt solang man im Backend ja angemeldet ist :( sonst noch vorschläge - ist wirklich wichtig für uns! danke schonmal im vorraus /EDIT hier sind die betreffenden Codezeilen mit comments - aber das bringt uns leider auch nicht weiter - sagt das wem von euch was?: > /** > * Returns an associative array that corresponds to the fetched row, or FALSE if there are no more rows. > * mysql_fetch_assoc() wrapper function > * Usage count/core: 307 > * > * @param pointer MySQL result pointer (of SELECT query) / DBAL object > * @return array Associative array of result row. > */ > function sql_fetch_assoc($res) { > return mysql_fetch_assoc($res); > } > /** > * Free result memory > * mysql_free_result() wrapper function > * Usage count/core: 3 > * > * @param pointer MySQL result pointer to free / DBAL object > * @return boolean Returns TRUE on success or FALSE on failure. > */ > function sql_free_result($res) { > return mysql_free_result($res); > } /EDIT 2 komisch ist auch die tatsache das der fehler offenbar "willkürlich" auftaucht... er kommt nicht immer - wenn man ein bisschen die links durchklickt merkt man das der fehler nicht bei jeder site da ist... einmal funktionierts, einmal nicht... sehr, sehr komisch... ciao zen ### [#4](https://www.typo3.net/d/16986-fehlermeldungen/4) · zen · 2004-10-20 mission accomplished! das problem war offenbar das diverse table caches voll waren - lies sich mit phpmyadmin lösen indem ich einfach alle tables makiert habe und die dann analysiert, gecheckt, repariert und optimiert habe.... jetzt gehts! ### [#5](https://www.typo3.net/d/16986-fehlermeldungen/5) · Dander · 2004-10-20 also lag es doch an der datenbank :D ### [#6](https://www.typo3.net/d/16986-fehlermeldungen/6) · tmallee · 2004-10-20 Ihr solltet mal überlegen, ob ihr im Livebetrieb die display_error in der php.ini nicht auf off stellt (was übrigens von php selbst empfohlen wird). Loggt stattdessen die php Fehlermeldungen in eine Datei, die ihr von Zeit zu Zeit kontrolliert. Das erspart den Nutzern kryptische Fehlermeldungen und gibt euch nach wie vor die volle Fehlerkontrolle über die Seite. Gruss Thomas ### [#7](https://www.typo3.net/d/16986-fehlermeldungen/7) · zen · 2004-10-21 > **tmallee schrieb:** > > Ihr solltet mal überlegen, ob ihr im Livebetrieb die display_error in der php.ini nicht auf off stellt (was übrigens von php selbst empfohlen wird). > > Loggt stattdessen die php Fehlermeldungen in eine Datei, die ihr von Zeit zu Zeit kontrolliert. Das erspart den Nutzern kryptische Fehlermeldungen und gibt euch nach wie vor die volle Fehlerkontrolle über die Seite. > > Gruss > > Thomas interessanter ansatz! aber leider haben wir keinen zugriff auf die php.ini da wir nicht direkt auf den server kommen - aber ich werds dem administrator vom server (gleichzeitig unser projektbetreuer) vorschlagen und es dann mit ihm abklären ob er was einzuwenden hat. thx! --- Quelle: „fehlermeldungen! :(“, typo3.net, https://www.typo3.net/d/16986-fehlermeldungen Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.