Verfasste Forenbeiträge

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 27)
  • Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Hallo zusammen. Ich habe das Problem nun gefunden (bitte nicht lachen).
    Nach dem Update auf 6.0.2 hat sich auch die PHP Version auf 8.0 geändert. Auf dem Server lief aber noch die 7.4 Version. Nachdem ich die auf 8.0 gesetzt habe, läuft der Laden wieder. Ich bedanke mich trotzdem ganz herzlich bei euch allen, dass ihr mich unterstützt habt.

    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Vom Head of, der dafür zuständig ist, habe ich gesagt bekommen, das der Proxy momentan off ist.

    Dieses wordpress_sec cookie wird auch gesetzt, obwohl ich cookies für diese Website blockiert habe. Kann es daran liegen?

    Laut dem Header, wird das Cookie 2mal gesetzt. Die Request URL ist: /wp-login.php

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Hallo Michi, das mit dem herunterfahren muss ich mal klären. Vor dem WordPress haben wir ein Proxy geschaltet.

    Dieses wordpress_sec cookie wird auch gesetzt, obwohl ich cookies für diese Website blockiert habe

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Hallo hupe, das ldap plugin ist deinstalliert und ich habe es auch nicht erneut installiert, nachdem ich WordPress neu aufgesetzt habe. Der Admin wurde lokal angelegt.
    Wie oben ergänzt, wird mir ein Cookie gesetzt, der nicht hin sollte, obwohl kein Plugin installiert ist.

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Also..wir haben keine weitere Vm mit der selben Ip :/
    Ich habe jetzt in 3 Browsern überprüft ob Cookies gesetzt werden und ob sie verschwinden.
    Folgende Cookies werden gesetzt:
    – wordpress_sec_[hash]
    – wp-setting-time-1
    – wordpress_logged_in_[hash]
    – wordpress_test_cookie.

    Wenn ich ausgelogt werde, verschwinden die Cookies auch.
    Wenn ich mich versuche anzumelden, werden diese kurz gesetzt und verschwinden wieder, was zur Folge hat, dass ich nicht angemeldet werde. Außerdem habe ich festgestellt, das, wenn ich im Backend bin und mir wieder das Fenster mit Your session has expired. Please log in to continue where you left off. angezeigt wird. ich dieses einfach wegklicken kann, ohne abgemeldet zu werden.

    Laut Google, sollte dieses wordpress_sec cookie nicht gesetzt werden. Wenn ich es lösche, komme ich vom Frontend nicht mehr auf das Dashboard, obwohl ich als angemeldet angezeigt werde.

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Ich werde dem mal nachgehen. Habe WordPress komplett neu ausgesetzt, aber habe immer noch das gleiche Problem.

    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Hallo Michi 😀

    danke für deine Hilfe. Ich habe den Wert auf false gesetzt, ohne Verbesserung. Nach dem Reset wird mir immerhin dieser wp_user_report Fehler nicht mehr angezeigt. Allerdings wird mir immer angezeigt, dass mein Passwort oder Username nicht korrekt sind, wenn ich versuche, mich einzuloggen. Das geht ca 3 bis 4 mal bis ich ins Backend komme. Komisch ist auch, dass wenn ich paar Sekunden nichts mache, das Fenster mit dem erneuten Einloggen kommt und ab und zu nach paar Sekunden verschwindet, bis es irgendwann wieder kommt. Merkwürdig ist auch, dass ich mein eigentliches Theme gelöscht habe und das twentytwenty Theme verwende. Wenn ich den Browser aktualisiere, wird immer zwischen alten und neuem Theme geswitscht. Ich habe auf festgestellt, wenn ich oft genug den Browser aktualisiere, bekomme ich im Frontend wieder den Header vom Dashboard.

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Ich habe die Datenbank mit einem Plugin Resetet, allerdings habe ich immer noch dieses Problem :/ Es wurde auch das Standard Theme installiert, womit alle meine Daten weg sind. Weiß nicht mehr weiter :/

    Ja, ich habe alles so umgesetzt, wie ihr mir das vorgeschlagen habt 😀

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Die Domain ist bereits unter „Websites, die immer Cookies verwenden dürfen“ eingetragen 😀 Hilft aber auch nicht. Mir bleibt wohl nichts anders übrig als die Datenbank neu aufzuspielen, oder?

    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Guten Morgen zusammen,

    zu den Fragen von hupe13.
    Im debug.log wird mir folgendes angezeigt:

    [12-Oct-2022 06:16:31 UTC] WordPress-Datenbank-Fehler MySQL server has gone away für Abfrage 
    			SELECT  t.term_id
    			FROM wp_terms AS t  INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id
    			WHERE tt.taxonomy IN ('wp_theme') AND t.name IN ('generatepress_child')
    			
    			LIMIT 1
    		 von require('wp-blog-header.php'), require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('wp_loaded'), WP_Hook->do_action, WP_Hook->apply_filters, {closure}, {closure}, WP_Theme_JSON_Resolver::get_merged_data, WP_Theme_JSON_Resolver::get_user_data, WP_Theme_JSON_Resolver::get_user_data_from_wp_global_styles, wp_get_recent_posts, get_posts, WP_Query->query, WP_Query->get_posts, WP_Tax_Query->get_sql, WP_Tax_Query->get_sql_clauses, WP_Tax_Query->get_sql_for_query, WP_Tax_Query->get_sql_for_clause, WP_Tax_Query->clean_query, WP_Tax_Query->transform_query, WP_Term_Query->query, WP_Term_Query->get_terms
    [12-Oct-2022 06:17:30 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:17:35 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:17:38 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:17:58 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:18:06 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:18:14 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:18:17 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:05 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:15 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:18 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:22 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:25 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:29 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:32 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:36 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:20:39 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:21:00 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:21:39 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:21:42 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:21:45 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:22:25 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:22:29 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:22:32 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:22:45 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update
    [12-Oct-2022 06:22:48 UTC] WordPress-Datenbank-Fehler Table 'wp_intranet.wp_user_report' doesn't exist für Abfrage SHOW FULL COLUMNS FROM <code>wp_user_report</code> von wp_signon, wp_authenticate, apply_filters('authenticate'), WP_Hook->apply_filters, MoLdapLocalLogin->ldap_login, MoLdapLocalLogin->mo_ldap_report_update

    Im error.log von unserem Nginx Server wird nichts angezeigt.

    Die Salt Keys habe ich jetzt eingetragen, danke für den Hinweis 😀
    Der Eintrag define('ENABLE_CACHE', false); diente dazu, den Cache zu leeren, da ich nicht ins Backend gekommen bin. Ist aber bereits gelöscht.

    Woher dieser Eintrag define('FS_METHOD', 'direct'); kommt, weiß ich tatsächlich nicht.

    Wir hatten mal ein Problem mit unseren Proxy und das hier

    /**define('WP_PROXY_HOST', 'xxx');
    define('WP_PROXY_PORT', '8080');
    define('WP_PROXY_BYPASS_HOSTS', 'localhost');*/

    war als Workaround gedacht. Hab ich wohl vergessen zu löschen.

    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Würde es war bringen, die Datenbank zurückzusetzen?

    Geht das auch ohne Plugin? Mir werden nämlich keine angezeigt, wenn ich nach was suche.

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Ja, das mit den AddOns kann ich ausschließen, da ich keine AddOns verwende.

    Nach dem Reparieren/Optimieren kommt dieser Datenbankfehler immer noch.

    Folgendes wurde nach dem Reparieren angezeigt:

    WordPress
    
    Ergebnisse der Datenbank-Reparatur
    Die Tabelle wp_users ist in Ordnung.
        
        Konnte die Tabelle wp_users nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_usermeta ist in Ordnung.
        
        Konnte die Tabelle wp_usermeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_posts ist in Ordnung.
        
        Konnte die Tabelle wp_posts nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_comments ist in Ordnung.
        
        Konnte die Tabelle wp_comments nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_links ist in Ordnung.
        
        Konnte die Tabelle wp_links nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_options ist in Ordnung.
        
        Konnte die Tabelle wp_options nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_postmeta ist in Ordnung.
        
        Konnte die Tabelle wp_postmeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_terms ist in Ordnung.
        
        Konnte die Tabelle wp_terms nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_term_taxonomy ist in Ordnung.
        
        Konnte die Tabelle wp_term_taxonomy nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_term_relationships ist in Ordnung.
        
        Konnte die Tabelle wp_term_relationships nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_termmeta ist in Ordnung.
        
        Konnte die Tabelle wp_termmeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Die Tabelle wp_commentmeta ist in Ordnung.
        
        Konnte die Tabelle wp_commentmeta nicht optimieren. Fehler: Table does not support optimize, doing recreate + analyze instead
    
    Reparaturen abgeschlossen. Bitte entferne die folgende Zeile aus wp-config.php, um diese Seite vor unauthorisierten Zugang zu schützen.
    
    define('WP_ALLOW_REPAIR', true);

    Das hier ist übrigens meine wp-config.php falls das was hilft.

    <?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:
     *
     * * Database settings
     * * Secret keys
     * * Database table prefix
     * * ABSPATH
     *
     * @link https://wordpress.org/support/article/editing-wp-config-php/
     *
     * @package WordPress
     */
    // ** Database settings - You can get this info from your web host ** //
    /** The name of the database for WordPress */
    define( 'DB_NAME', 'wp_intranet' );
    
    /** Database username */
    define( 'DB_USER', 'xxx' );
    
    /** Database password */
    define( 'DB_PASSWORD', 'xxx' );
    
    /** Database hostname */
    define( 'DB_HOST', '127.0.0.1' );
    
    /** 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', '' );
    
    /**#@+
     * 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',         'put your unique phrase here' );
    define( 'SECURE_AUTH_KEY',  'put your unique phrase here' );
    define( 'LOGGED_IN_KEY',    'put your unique phrase here' );
    define( 'NONCE_KEY',        'put your unique phrase here' );
    define( 'AUTH_SALT',        'put your unique phrase here' );
    define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
    define( 'LOGGED_IN_SALT',   'put your unique phrase here' );
    define( 'NONCE_SALT',       'put your unique phrase here' );
    
    define('ENABLE_CACHE', false);
    
    /**#@-*/
    /**
     * Don't allow any other write method than direct
     */
    define('FS_METHOD', 'direct');
    
    /**
     * 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 = 'wp_';
    
    /**
     * 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 documentation.
     *
     * @link https://wordpress.org/support/article/debugging-in-wordpress/
     */
    define('WP_DEBUG', true);
    define('WP_DEBUG_DISPLAY', true);
    define('WP_DEBUG_LOG', true);
    define('SCRIPT_DEBUG', true);
    
    /** Absolute path to the WordPress directory. */
    if ( ! defined( 'ABSPATH' ) ) {
    	define( 'ABSPATH', __DIR__ . '/' );
    }
    
    /** Sets up WordPress vars and included files. */
    require_once ABSPATH . 'wp-settings.php';
    
    /**define('WP_PROXY_HOST', 'xxx');
    define('WP_PROXY_PORT', '8080');
    define('WP_PROXY_BYPASS_HOSTS', 'localhost');*/
    
    @ini_set( 'upload_max_filesize' , '128M' );
    @ini_set( 'post_max_size', '128M');
    @ini_set( 'memory_limit', '256M' );
    @ini_set( 'max_execution_time', '300' );
    @ini_set( 'max_input_time', '300' );
    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Ist das unter wp_options zu finden?

    Wordpress habe ich gerade aktualisiert, allerdings ohne Erfolg. Bei den Erfolglosen Anmeldungen bekomme ich immer noch ein

    WordPress-Datenbank-Fehler: [Table wp_intranet.wp_user_report' doesn't exist]
    SHOW FULL COLUMNS FROM wp_user_report
    Powered by WordPress

    Fehler. Gerade kam auch ein Fehler wo stand, das mein Chrome keine Cookies zulässt und ich das erst aktivieren soll. Aber in den Einstellungen ist das bereits der Fall, dass alle Cookies zugelassen werden sollen.

    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Guten Morgen zusammen,

    ich habe das von euch Empfohlene getestet, ohne Erfolg.
    Ich habe alle Plugins deaktiviert und den Browser geschlossen. Zudem habe ich
    Firefox, Chrome und Brave benutzt, auch ohne Erfolg.

    Bei Firefox bekomme ich folgende Meldung in der Konsole

    Das Cookie "wordpress_test_cookie" verfügt über keinen gültigen Wert für das "SameSite"-Attribut. Bald werden Cookies ohne das "SameSite"-Attribut oder mit einem ungültigen Wert dafür als "Lax" behandelt. Dadurch wird das Cookie nicht länger an Kontexte gesendet, die zu einem Drittanbieter gehören. Falls Ihre Anwendung das Cookie in diesen Kontexten benötigt, fügen Sie bitte das Attribut "SameSite=None" zu ihm hinzu. Weitere Informationen zum "SameSite"-Attribut finden Sie unter https://developer.mozilla.org/docs/Web/HTTP/Headers/Set-Cookie/SameSite.

    Hat das was mit meinem Problem zu tun? Kenne mich da nicht so aus

    • Diese Antwort wurde geändert vor 1 Jahr, 6 Monaten von michaelbrilz89.
    Thread-Starter michaelbrilz89

    (@michaelbrilz89)

    Folgende Cookies werden bei mir gespeichert (Keine Ahnung ob das für eure Hilfe relevant ist)
    – wordpress_test_cookie
    -wp_lang

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 27)