Server Error 500 bei YOURLS

Twisterado · Sep 5th 2019

Schönen Abend,

ich habe ein überaus kurioses Problem, in meinen Augen: Ich habe zwei URL-Shortener hier bei Netcup unter zwei unterschiedlichen Domains: beispiel1.de und beispiel2.de

Beide laufen mit YOURLS 1.7.3 (aktuellste) auf einem Webhosting Sommer 2019.

Problem: bei beispiel2.de bekomme ich beim Aufruf jeglicher Short-URLs einen 500 Error, /admin und /pages sowie index.php funktionieren.

Die Dateien von beispiel1.de und beispiel2.de sind identisch (abgesehen von den Datenbank-Infos in der config.php), ich habe auch schon alle Files gelöscht und von beispiel1.de rüber kopiert (und config.php wieder angepasst). Die Hosting- und PHP-Einstellungen sowie die Einstellungen für Apache & nginx sind ebenfalls identisch.

Es gibt in meinen Augen absolut keinen Grund, warum bei einer Domain der Fehler auftritt, bei der anderen nicht. In den Protokollen, die man in Plesk abrufen kann, findet sich nur der 500er ohne jegliche Informationen, zumindest könnte ich keine finden.

Alles, was die beiden Shortener unterscheidet, ist die Datenbank und dass beispiel1.de eine Inklusiv-Domain und beispiel2.de eine externe Domain ist, die aber vor einigen Tagen noch tadellos funktioniert hat. Ich habe überhaupt nichts verändert, seit es funktionierte das letzte mal, aber ein Blick in die Logs zeigt, dass schon seit etwas über einer Woche bei allen Short-URLs 500er auftreten.

Vielleicht kann mir jemand helfen?

Ich weiß es sind nicht viele Infos, aber fragt gerne, ich weiß nur wirklich nicht, was ich erzählen soll, weil ich gar nicht weiß, wo ich anfangen soll!

Grüße,

Twisterado

Steini · Sep 5th 2019

Hast du zufällig unterschiedliche PHP Versionen eingestellt?

Ansonsten ist da wohl der Support zuständig.

Hast du eine error.log Datei im Log Verzeichnis? Schau da mal rein

Bensen · Sep 5th 2019

Quote from Twisterado

[..] aber ein Blick in die Logs zeigt, dass schon seit etwas über einer Woche bei allen Short-URLs 500er auftreten.

Was genau steht im Error Log? Ein kleiner Auszug, gerade bei Auftritt des 500er-Fehlermeldung(en) wäre definitiv Interessant.

Quote from Steini

Hast du zufällig unterschiedliche PHP Versionen eingestellt?

Quote from Twisterado

Die Hosting- und PHP-Einstellungen sowie die Einstellungen für Apache & nginx sind ebenfalls identisch.

Twisterado · Sep 5th 2019

Quote from Steini

Hast du zufällig unterschiedliche PHP Versionen eingestellt?

Ansonsten ist da wohl der Support zuständig.

Hast du eine error.log Datei im Log Verzeichnis? Schau da mal rein

Ist dieselbe PHP-Version.

error.log scheint es nicht zu geben.

Quote from Bensen

Was genau steht im Error Log? Ein kleiner Auszug, gerade bei Auftritt des 500er-Fehlermeldung(en) wäre definitiv Interessant.

Hier mal die letzten Paar Einträge aus dem "SSL/TLS-Zugriff für Apache":

Code

123.456.789.0 - - [05/Sep/2019:22:03:29 +0200] "GET / HTTP/1.0" 302 372 "-" "User Agent gekürzt"
123.456.789.0 - - [05/Sep/2019:22:03:30 +0200] "GET /admin/ HTTP/1.0" 200 6380 "-" "User Agent gekürzt"
123.456.789.0 - - [05/Sep/2019:22:03:33 +0200] "GET /admin/ HTTP/1.0" 200 6375 "-" "User Agent gekürzt"
123.456.789.0 - - [05/Sep/2019:22:03:35 +0200] "GET / HTTP/1.0" 302 372 "-" "User Agent gekürzt"
123.456.789.0 - - [05/Sep/2019:22:03:36 +0200] "GET /offline HTTP/1.0" 200 610 "-" "User Agent gekürzt"
123.456.789.0 - - [05/Sep/2019:22:03:46 +0200] "GET /chat HTTP/1.0" 500 340 "-" "User Agent gekürzt"
123.456.789.0 - - [05/Sep/2019:22:03:57 +0200] "GET /admin/ HTTP/1.0" 200 6377 "-" "User Agent gekürzt"

Den User Agent hab ich der Übersicht halber mal rausgenommen und natürlich die IP verändert.

Wie gesagt /admin und index.php funktionieren, genauso /offline, was eine Datei im /pages Ordner ist. /chat ist ein Keysord für eine Short-URL, die nicht funktioniert.

Virinum · Sep 5th 2019

Yourls unterstützt von Haus aus nur eine Domain pro Installation. Könnte es vielleicht daran liegen? Hast du die config von yourls pro Domain angepasst? Ansonsten wäre z.B. das Plugin „Allow Aliases“ hilfreich: https://github.com/YOURLS/awes…rls/blob/master/README.md

Twisterado · Sep 5th 2019

Quote from Virinum

Yourls unterstützt von Haus aus nur eine Domain pro Installation. Könnte es vielleicht daran liegen? Hast du die config von yourls pro Domain angepasst? Ansonsten wäre z.B. das Plugin „Allow Aliases“ hilfreich: https://github.com/YOURLS/awes…rls/blob/master/README.md

Die beiden Shortener sind unabhängig voneinander, keine Aliase, beide greifen auf unterschiedliche DBs zu.

Beide Shortener haben vor 2 Wochen auch noch einwandfrei funktioniert, nun auf einmal der eine nicht mehr.

Bensen · Sep 5th 2019

Quote from Twisterado

error.log scheint es nicht zu geben.

Hier mal die letzten Paar Einträge aus dem "SSL/TLS-Zugriff für Apache":

Das scheint nur das access_log vom apache zu sein. Standardmäßig findest du die fraglichen Protokolldateien im Ordner logs/ diese sollten wie folgt lauten:

error_log (apache)

proxy_error_log (nginx)

Könntest du zusätzlich noch deine .htaccess Datei posten und oder diese mit der der lauffähigen Version abgleichen?

Falls du nginx als Proxy nutzen solltest, deaktiviere diese Funktion einmal und schau ob die 500er-Fehlermeldungen weiterhin auftreten.

Twisterado · Sep 5th 2019

Quote from Bensen

Das scheint nur das access_log vom apache zu sein. Standardmäßig findest du die fraglichen Protokolldateien im Ordner logs/ diese sollten wie folgt lauten:

error_log (apache)

proxy_error_log (nginx)

Könntest du zusätzlich noch deine .htaccess Datei posten und oder diese mit der der lauffähigen Version abgleichen?

Falls du nginx als Proxy nutzen solltest, deaktiviere diese Funktion einmal und schau ob die 500er-Fehlermeldungen weiterhin auftreten.

Display More

error_log und proxy_error_log sind leer.

.htaccess ist ebenfalls identisch, trotzdem:

Apache Configuration

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} =http [OR]
RewriteCond %{HTTP:X-Forwarded-Proto} =""
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# BEGIN YOURLS
<IfModule mod_rewrite.c>
#RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /yourls-loader.php [L]
</IfModule>
# END YOURLS

Display More

Auch wenn ich den oberen Teil rausnehme (der vorher auch funktioniert hat) und nur den YOURLS-Teil übrig lasse, ändert nichts.

Die nginx-Proxy-Funktion kann ich deaktivieren und die 500er werden zu 404ern, weil die .htaccess nicht mehr abgefragt wird, wenn ich das richtig verstehe. Dann geben nämlich auch die /pages-Dateien einen 404er zurück, außer sie werden direkt aufgerufen.

Steini · Sep 5th 2019

nginx unterstützt keine .htaccess Dateien. Verstehe ich das richtig, dass du auf der einen Domain Apache nutzt und auf der anderen nginx?

Twisterado · Sep 5th 2019

Quote from Steini

nginx unterstützt keine .htaccess Dateien. Verstehe ich das richtig, dass du auf der einen Domain Apache nutzt und auf der anderen nginx?

Quote

Die Hosting- und PHP-Einstellungen sowie die Einstellungen für Apache & nginx sind ebenfalls identisch.

Steini · Sep 6th 2019

Quote from Steini

Ansonsten ist da wohl der Support zuständig.

Wenn du alles gleich eingestellt hast und es nicht funktioniert, solltest du den Support anschreiben.

Du benutzt also beidesmal nginx und hast dort

Code

  location / {    try_files $uri $uri/ /yourls-loader.php$is_args$args;  }

eingetragen?

Error 500 kann halt so ziemlich alles sein. Von Dateirechten (überprüft?), über ein fehlerhaftes Script (hast du wohl ausgeschlossen), hin zu backend Problemen (hier kann nur der Support helfen). Du kannst versuchen in der Konsole von Chrome (F12) Hinweise zu finden, wann der Aufruf fehlschlägt. Geht denn eine beliebiges anderes PHP Script auf der Domain? Es reicht eine phpinfo Seite:

PHP

<?php phpinfo(); ?>

Wenn ja, kannst du im yourls script ein "die( 'it works' );" am Anfang einfügen und dann immer weiter nach unten verschieben, bis der Fehler auftritt Weitere Debugmöglichkeiten fallen mir beim Webhosting nicht ein

moritzh · Sep 6th 2019

Quote from Twisterado

error_log und proxy_error_log sind leer.

In welche error_log Datei hast du geschaut? Es gibt mehrere.

In meinem Webhosting beinhaltet /logs/error_log nur die Meldungen für die Default hosting... Domain. Im logs Ordner gibt es noch Unterordner pro Domain und darin weitere error_log Dateien, z.B.: /logs/example.com/error_log (gleiches gilt für proxy_error_log).

Sind diese ebenfalls leer?

Twisterado · Sep 13th 2019

Vielen Dank für eure Vorschläge!

Ich schaffe es leider es jetzt, mich wieder mit dem Thema auseinanderzusetzen.

moritzh Ja, ich hab in beide reingeschaut, sind alle leer.

Steini Ja, andere PHP-Skripte funktionieren.

Die Console von Chrome sagt nichts.

Ich hab das mit dem die('it works'); ausprobiert und habe tatsächlich etwas eingrenzen können, aber Sinn macht es in meinen Augen nicht.

PHP: yourls-loader.php

// Redirection:
if( preg_match( "@^([$pattern]+)/?$@", $request, $matches ) ) {
    $keyword = isset( $matches[1] ) ? $matches[1] : '';
    $keyword = yourls_sanitize_keyword( $keyword );
    yourls_do_action( 'load_template_go', $keyword );
    require_once( YOURLS_ABSPATH.'/yourls-go.php' );
    exit;
}

Setze ich in der yourls-loader.php das die() vor die Zeile 37, wird es ausgegeben und kein 500er.

Also weiter in der yourls-go.php

PHP: yourls-go.php

// URL found
if( !empty( $url ) ) {
    yourls_redirect_shorturl($url, $keyword);

// URL not found. Either reserved, or page, or doesn't exist
} else {
    [...]
}

Setze ich hier das die() vor Zeile 21, wird es ausgegeben.

Die Funktion yourls_redirect_shorturl() finde ich in der functions.php

PHP: functions.php

function yourls_redirect_shorturl($url, $keyword) {
    yourls_do_action('redirect_shorturl', $url, $keyword);

    // Update click count in main table
    $update_clicks = yourls_update_clicks($keyword);

    // Update detailed log for stats
    $log_redirect = yourls_log_redirect($keyword);

    // Tell (Google)bots not to index this short URL, see #2202
    if( !headers_sent() ) {
        header("X-Robots-Tag: noindex", true);
    }

    yourls_redirect($url, 301);
}

Display More

Hier funktioniert alles, wenn ich das die() vor Zeile 740 setze bzw. diese auskommentiere.

Die Funktion yourls_log_redirected() finde ich weiter unten in der functions.php

PHP: functions.php

function yourls_log_redirect( $keyword ) {
    // Allow plugins to short-circuit the whole function
    $pre = yourls_apply_filter( 'shunt_log_redirect', false, $keyword );
    if ( false !== $pre )
        return $pre;

    if ( !yourls_do_log_redirect() )
        return true;

    global $ydb;
    $table = YOURLS_DB_TABLE_LOG;
    $ip = yourls_get_IP();
    $binds = array(
        'now' => date( 'Y-m-d H:i:s' ),
        'keyword'  => yourls_sanitize_string($keyword),
        'referrer' => isset($_SERVER['HTTP_REFERER']) ? yourls_sanitize_url_safe($_SERVER['HTTP_REFERER']) : 'direct',
        'ua'       => yourls_get_user_agent(),
        'ip'       => $ip,
        'location' => yourls_geo_ip_to_countrycode($ip),
    );

    return $ydb->fetchAffected("INSERT INTO `$table` (click_time, shorturl, referrer, user_agent, ip_address, country_code) VALUES (:now, :keyword, :referrer, :ua, :ip, :location)", $binds );
}

Display More

Hier tritt der Fehler in Zeile 897 auf. Wenn ich das Ergebnis der Zeile erst in eine Variable speichere und danach returne, funktioniert es trotzdem nicht, also muss der Fehler in der Funktion fetchAffected() liegen.

Diese Funktion finde ich in der Datei ExtendedPdo.php

PHP: ExtendedPdo.php

public function fetchAffected($statement, array $values = array())
    {
        $sth = $this->perform($statement, $values);
        return $sth->rowCount();
    }

Hier wird das die() ausgegeben, wenn ich es vor Zeile 307 setze. Wenn ich aber das Ergebnis der Zeile erst in eine Variable speichere, scheitert es erst beim return. Sprich ich kann rowCount() ausführen, ohne 500er, sobald das Ergebnis zurückgegeben wird, scheitert es.

Eigentlich dürfte das ja nicht sein, denn es wird ja an die yourls_log_redirect() aus der functions.php zurückgegeben, die nur scheitert, wenn die Funktion fetchAffected ausgeführt wird, aber in der Funktion fetchAffected kann das Problem ja auch nicht liegen, wenn sie alles erfolgreich machen kann und es erst beim returnen scheitert.

Ich hoffe es ist irgendwie nachvollziehbar, was ich gemacht habe!?

Vielen Dank nochmal und schonmal für eure Unterstützung!

Steini · Sep 13th 2019

Puh, mit PHP kann ich nicht mehr weiterhelfen. Der Fehler tritt also auf, wenn die Logzeile geschrieben werden soll? Und wenn du das auskommentierst und nichts loggst, geht alles (also die Kommunikation mit der Datenbank funktioniert sonst)?

In jedem Fall sollte es aber einen Eintrag in der error.log geben!

Es könnte höchstens sein, dass YOURLS soweit läuft, dass es Fehlermeldungen unterdrückt(?)

Benutzt du denn jetzt apache oder nginx (vielleicht habe ich das schon wieder übersehen, aber einmal redest du von den Apache logfiles und htaccess, einmal von nginx-proxy funktion?)?

Bei Apache könntest du mit folgenden Einträgen in der htaccess die Ausgabefreudigkeit bei Fehlermeldungen etwas erhöhen, bzw. den Pfad zum error.log anpassen:

Code

# PHP error handling for development servers
php_flag display_startup_errors on
php_flag display_errors on
php_flag html_errors on
php_flag log_errors on
php_flag ignore_repeated_errors off
php_flag ignore_repeated_source off
php_flag report_memleaks on
php_flag track_errors on
php_value docref_root 0
php_value docref_ext 0
php_value error_log /full/path/to/file/php_errors.log
php_value error_reporting -1
php_value log_errors_max_len 0

Display More

EDIT:

Wenn ich mir "YOURLS -> Troubleshooting first steps" anschaue, werden die Fehlermeldungen wohl tatsächlich unterdrückt:

Quote from https://github.com/YOURLS/YOURLS/wiki/Troubleshooting-first-steps
Enable debugging mode

By default, most error messages are hidden in YOURLS, and this may end up with a blank screen (ie the dreaded White Screen Of Death). Turn debugging on to display any error or warning, with the following line anywhere in your config.php:
Code
define( 'YOURLS_DEBUG', true );
Display More

Wäre durchaus mal eine Option, das auszuprobieren

Twisterado · Sep 15th 2019

Steini vielen Dank nochmal auch für deine Hilfe!

Ich habe das Problem lösen können, zumindest sieht es so aus.

Nachdem leider auch mit deinen Tipps aus dem letzten Beitrag keine Fehler in der error_log aufgetaucht sind, habe ich es mit der Datenbank einer anderen YOURLS-Installation versucht, indem ich diese in der config.php angegeben habe. Auf einmal funktionierte das weiterleiten und loggen problemlos.

Nach weiterer Recherche war scheinbar die log-Tabelle in der Datenbank beschädigt, ich weiß es nicht, die beiden wichtigeren, url- und options-Tabellen konnte ich behalten, die log-Tabelle hab ich neu erstellt und damit ist das Problem gelöst und alles funktioniert!