[TYPO3-german] typo3 schickt server in Endlosschleife
Martin Rosekeit
martin at rosekeit.de
Thu Sep 11 20:43:41 CEST 2008
bernd wilke wrote:
> Martin Rosekeit schrieb am Wed, 10 Sep 2008 21:26:51 +0200:
>
>>
>> Leider ist das ganze aber nicht zuverlässig. Bisher hat sich die Seite
>> jeden Tag so etwa gegen 14:30 verabschiedet. Soll heißen, dass die
>> Webseiten nicht geladen werde, Im Apache Error-Log habe ich dies
>> gefunden:
>>
>> [Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP Warning:
>> mysql_fetch_assoc(): supplied argument is not a valid MySQL result
>> resource in /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on
>> line 808 [Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP
>> Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL
>> result resource in
>> /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on line 808 [Tue
>> Sep 09 14:48:35 2008] [error] [client 213.83.46.80] PHP Warning:
>> mysql_fetch_assoc(): supplied argument is not a valid MySQL result
>> resource in /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on
>> line 808, referer:
>> http://www.ring1.de/fotos/historische/album/300km-rennen-1980-drm/
> photo/1/
>> Die letzte Zeile wiederholt sich ab dann nahezu endlos, bis der
>> Webserver sich nach etwa 6 Stunden durch einen Speicherzugriffsfehler
>> beendet und wieder neu startet. Dann funktioniert die Seite wieder.
>>
>
> ich würde mal einen konfigurationsfehler vermuten. primär sieht der
> fehler nach einem auflösungsfehler (htaccess/rewrite) aus.
mein .htaccese:
RewriteEngine on
RewriteRule video\.php http://%{SERVER_NAME}/index.php?id=6 [R=301,L]
RewriteRule rss\.php index.php?id=80&type=100 [L]
RewriteRule ^rss$ index.php?id=80&type=100 [L]
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
> Wenn da nicht die mysql-fehlermeldung wäre.
> Das bringt einen dann zu realurl.
> evtl. ist die konfiguration dort nicht in ordnung.
die auf die Galaerie beschränkte realURL-Konfiguration:
array(
'init' => array(
'useCHashCache' => '0',
'enableCHashCache' => 1,
'respectSimulateStaticURLs' => 'TRUE',
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => '1',
'enableUrlEncodeCache' => '1',
),
'preVars' => array(
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'no_cache' => 1,
'nc' => 1,
),
'noMatch' => 'bypass',
),
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'en' => '1',
),
'noMatch' => 'bypass',
),
),
'pagePath' => array(
'type' => 'user',
'userFunc' =>
'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'segTitleFieldList' => 'alias,tx_realurl_pathsegment,nav_title,title',
'languageGetVar' => 'L',
'expireDays' => 1,
'disablePathCache' => 1,
'rootpage_id' => 1,
),
'postVarSets' => array(
'_DEFAULT' => array(
[..]
// GALLERY
'album-page' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[pointer]',
),
),
'subalbum' => array (
array (
'GETvar' => 'tx_lzgallery_pi1[subg]',
'lookUpTable' => array (
'table' => 'tx_lzgallery_galleries',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => '1',
'useUniqueCache_conf' => array (
'strtolower' => '1',
'spaceCharacter' => '-',
),
),
),
),
'album' => array (
array (
'GETvar' => 'tx_lzgallery_pi1[showUid]',
'lookUpTable' => array (
'table' => 'tx_lzgallery_galleries',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => '1',
'useUniqueCache_conf' => array (
'strtolower' => '1',
'spaceCharacter' => '-',
),
),
),
),
'previous-album' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[old]',
),
),
'view-mode' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[colrows]',
),
),
'photo' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[pic]',
),
),
),
),
);
> Was passiert wenn du realurl für einen oder zwei tage deaktivierst?
> wieder fehler? evtl. andere fehlermeldung?
werde ich versuchen.
> ansonsten musst du wohl die mysql-fehler analysieren.
> welche komische sql-query sorgt für so ein chaos?
Gibt es dafür eine Möglichkeit das über Log-Dateien zu sehen? Die 'fehlerhafte'
query wird normalerweise an die Webseite ausgegeben, die ich aber nicht sehe :-(
Wie komme ich dann an die Anfrage ran?
>
> bernd
Danke
Martin
--
<<Experience is what you get, when you don't get what you want.>>
More information about the TYPO3-german
mailing list