Support » Allgemeine Fragen » 500 Internal Server Errof

  • Hallo

    Ich bekomme immer wieder 500 Internal Server angezeigt.
    Wenn ich den Apache neu starte, wird die Seite angezeigt, aber nur beim ersten mal, mach ich F5 oder klicke wo rum, dann geht es nicht mehr.

    Grùsse
    Timm


    Moderationshinweis: Ich verschiebe den Thread in „Allgemeine Fragen“, weil der Fehler nicht zwingend mit WooCommerce zu tun hat.

    • Dieses Thema wurde geändert vor 3 Jahren, 7 Monaten von Bego Mario Garde. Grund: Thread in Allgemeine Fragen verschoben

    Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 39)
  • Die Fehlermeldung „500 – Internal Server Error“ besagt erst einmal nur, dass etwas nicht funktioniert. Die Fehlermeldungen werden, wenn der Debug-Modus nicht in der wp-config.php mit der Zeile define( 'WP_DEBUG', true ); aktiviert ist, nur in den Error-Log des Webservers geschrieben. Wenn du die Fehlermeldungen dort ausliest, lässt sich vielleicht konkreter sagen, wo es klemmt. Der Fehler kann auch durch eine falsche Konfiguration (z.B. in der .htaccess) ausgelöst werden und muss nicht zwingend mit WordPress zusammenhängen.

    Erfahrungsgemäß kommen Programmierfehler häufiger in Plugins, mitunter in Themes und eher selten im WordPress-Core vor. Eine gängige Fehleranalyse-Methode ist, die Plugins und Theme vorübergehend zu deaktivieren und dann einzeln und nacheinander wieder zu reaktivieren, um den Fehler im Ausschlussprinzip einzugrenzen. Hilfreich ist dabei das Plugin Health Check, das dir nach Installation und Aktivierung unter Werkzeuge > Website-Zustand einen Problembehandlungsmodus anbietet, hinter dem sich die beschriebene Deaktivierung von Theme und Plugins verbrigt. Vorteil ist, dass deine Webseitenbesucher von der Deaktivierung nichts mitbekommen und du so in Ruhe nach der Ursache suchen kannst.

    Ein paar zusätzliche Informationen würden uns helfen, deine Website besser beurteilen zu können. Geh dazu bitte auf Werkzeuge > Website-Zustand > Bericht, warte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Den kannst du dann bitte hier als neue Antwort unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen.

    Thread-Starter timm66

    (@timm66)

    Hallo

    Die Admin Seite geht ja auch nicht.
    Ich komme nur per ssh drauf.

    Die .htaccess schaut normal aus.

    Servus
    Timm

    OK, dann war „Wenn ich den Apache neu starte, wird die Seite angezeigt, …“ wohl eine Fehlinformation?

    Du kannst die Plugins und dein Theme auch manuell deaktivieren um zu testen, ob sie die Ursache sind. Informationen findest du in unseren FAQ.

    Was war denn nun mit Debug-Modus und Error-Log des Servers?

    Wenn ich aufzählen würde, wie oft ich dachte, die .htaccess auf meinem Server würde doch „ganz normal“ aussehen … 😀

    Thread-Starter timm66

    (@timm66)

    Hi

    nee, das ist immer noch so, nachdem systemctl restart apache2 geht es fùr einen Aufruf. Ich habe mal debug auf true und alle Plugins rausgelòscht(per Console) und da kommt eine Meldung mit $determined_locale = get_locale();
    Kannst ja auf die Seite gehen, habe derweil auf true lassen.

    Die .htaccess Datei ist jene die im root von der Webseite ist, oder? Also nicht in einem wp-Ordner.

    Canke
    Timm

    Welche PHP-Version wird denn verwendet? Das kannst du abfragen, wenn du eine Datei phpinfo.php erstellst mit Inhalt <?php phpinfo(); und dann im Browser https://example.com/phpinfo.php` aufrufst – das wäre gleichzeitig ein guter Test, ob dein Server generell mit PHP funktioniert.

    Die .htaccess-Datei steht im Web-Stammverzeichnis.

    Poste doch bitte mal den Inhalt der wp-config.php – Zeilen mit Zugangsdaten und SALT-Keys kannst du bitte vor dem Absenden löschen.

    • Diese Antwort wurde geändert vor 3 Jahren, 7 Monaten von Bego Mario Garde. Grund: Nachtrag: bitte wp-config.php posten
    Thread-Starter timm66

    (@timm66)

    Hallo

    phpinfo, kannst du dir anschauen, habe ich eben hochgeladen, die Datei kommt noch.

    https://tms-itdienst.at/phpinfo.php

    7.4.9

    Servus
    Timm

    OK, dann läuft der Server grundsätzlich, PHP 7.4.9 sollte auch in Ordnung sein.
    Ich vermute im Moment eher einen veralteten Locale-Eintrag in der wp-config.php oder eine fehlerhafte Aktualisierung des Core. In letzterem Fall wäre es sinnvoll, wenn du manuell eine frische WordPress-Version herunterlädst, entpackst, auf dem Server die Verzeichnis wp-includes und wp-admin löschst und dann aus den frischen Dateien wieder hochschiebst. wp-content und die Datei wp-config.php dürfen nicht gelöscht werden.

    Die phpinfo.php kannst du bitte wieder löschen.

    Thread-Starter timm66

    (@timm66)

    <?php
    
    /**
     * The base configuration for WordPress
     *
     * The wp-config.php creation script uses this file during the
     * installation. You don't have to use the web site, you can
     * copy this file to "wp-config.php" and fill in the values.
     *
     * This file contains the following configurations:
     *
     * * MySQL settings
     * * Secret keys
     * * Database table prefix
     * * ABSPATH
     *
     * @link https://codex.wordpress.org/Editing_wp-config.php
     *
     * @package WordPress
     */
    
    // ** MySQL settings - You can get this info from your web host ** //
    /** The name of the database for WordPress */
    define( 'DB_NAME', 'tms_Webauftritt' );
    
    /** MySQL database username */
    define( 'DB_USER', '' );
    
    /** MySQL database password */
    define( 'DB_PASSWORD', '' );
    
    /** MySQL hostname */
    define( 'DB_HOST', 'localhost' );
    
    /** Database Charset to use in creating database tables. */
    define( 'DB_CHARSET', 'utf8mb4' );
    
    /** The Database Collate type. Don't change this if in doubt. */
    define( 'DB_COLLATE', 'utf8mb4_unicode_ci' );
    
    /**#@+
     * Authentication Unique Keys and Salts.
     *
     * Change these to different unique phrases!
     * You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
     * You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again.
     *
     * @since 2.6.0
     */
    define( 'AUTH_KEY',         '' );
    define( 'SECURE_AUTH_KEY',  '' );
    define( 'LOGGED_IN_KEY',    '' );
    define( 'NONCE_KEY',        '' );
    define( 'AUTH_SALT',        '' );
    define( 'SECURE_AUTH_SALT', '' );
    define( 'LOGGED_IN_SALT',   '' );
    define( 'NONCE_SALT',       '' );
    
    /**#@-*/
    
    /**
     * WordPress Database Table prefix.
     *
     * You can have multiple installations in one database if you give each
     * a unique prefix. Only numbers, letters, and underscores please!
     */
    $table_prefix = '****_';
    
    /**
     * For developers: WordPress debugging mode.
     *
     * Change this to true to enable the display of notices during development.
     * It is strongly recommended that plugin and theme developers use WP_DEBUG
     * in their development environments.
     *
     * For information on other constants that can be used for debugging,
     * visit the Codex.
     *
     * @link https://codex.wordpress.org/Debugging_in_WordPress
     */
    define( 'WP_DEBUG', false );
    define( 'WP_MEMORY_LIMIT', '756M');
    /* That's all, stop editing! Happy publishing. */
    
    /** Absolute path to the WordPress directory. */
    if ( ! defined( 'ABSPATH' ) ) {
    	define( 'ABSPATH', dirname( __FILE__ ) . '/' );
    }
    
    /** Sets up WordPress vars and included files. */
    require_once( ABSPATH . 'wp-settings.php' );
    • Diese Antwort wurde geändert vor 3 Jahren, 7 Monaten von Bego Mario Garde. Grund: Code formatiert

    Kannst du bitte mal schauen, ob sich was ändert, wenn du

    define( 'DB_COLLATE', '' );

    verwendest?

    Beim DB_CHARSET habe ich auch immer nur utf8 eingetragen.

    Ansonsten sieht das alles ziemlich normal aus.

    Thread-Starter timm66

    (@timm66)

    Du meinst das zusàtzlich eintrage, oder statt utf8?

    Thread-Starter timm66

    (@timm66)

    Achso das unterhalb lòschen, klar mach ich mal.

    /** Database Charset to use in creating database tables. */
    // define( 'DB_CHARSET', 'utf8mb4' );
    define( 'DB_CHARSET', 'utf8' );
    
    /** The Database Collate type. Don't change this if in doubt. */
    //define( 'DB_COLLATE', 'utf8mb4_unicode_ci' );
    define( 'DB_COLLATE', '' );

    ich würde es erst so auskommentieren – dann kannst du es schneller zurücksetzen, wenn die Änderung nichts bringt. Zugegeben ein wenig Trial & Error. Wahrscheinlich läuft es auf ein manuelles Update heraus.

    Thread-Starter timm66

    (@timm66)

    Unveràndert.

    Thread-Starter timm66

    (@timm66)

    Die .htaccess schaut so aus:

    #This Apache config file was created by Duplicator Installer on 2019-09-18 12:19:29.
    #The original can be found in archived file with the name htaccess.orig
    
    # BEGIN WordPress
    # Die Anweisungen (Zeilen) zwischen <code>BEGIN WordPress</code> und <code>END WordPress</code> sind
    # dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
    # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    
    # END WordPress
    • Diese Antwort wurde geändert vor 3 Jahren, 7 Monaten von Bego Mario Garde. Grund: Code formatiert

    OK, dann bitte diese Änderung in der wp-config.php auch rückgängig machen.

    .htaccess ist ebenfalls OK.

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 39)
  • Das Thema „500 Internal Server Errof“ ist für neue Antworten geschlossen.