Verfasste Forenbeiträge

Ansicht von 11 Antworten – 1 bis 11 (von insgesamt 11)
  • Thread-Starter kladi

    (@kladi)

    @hage
    @adobehills
    Ich konnte das Problem nicht ungelöst lassen und habe mir die Datenbank nochmal vorgenommen. Der Fehler lag in den Tabellen wp_posts und wp_postmeta, der Primärschlüssel war zerstört und dies wurde repariert. Ich bleibe jedoch bei der neuen Installation, da an den Tabellen einige weitere Änderungen mit WP5.x bzw. WP6.01 durchgeführt wurden.

    Thread-Starter kladi

    (@kladi)

    @hage
    @adobehills
    Ich habe ein manuelles Upgrade von WP6.01 nachgezogen. Der Primärschlüssel der Tabelle wp_options war zudem zerstört und wurde durch einen Neuaufbau der Tabelle behoben.
    Leider haben diese Maßnahmen auch zu keiner Fehlerbehebung geführt.
    Ich habe ich mich deshalb entschlossen mit einer neuen Instanz aufzusetzen, der Provider hat das schon vorsorglich eingerichtet. Alles funktioniert wie erwartet, wenn diese fertig eingerichtet ist wird die URL umgesetzt.
    Vielleicht wäre es mit einem Debugger möglich gewesen, den/die Fehler zu finden, aber auch zeitraubend.
    Ich bedanke mich für eure Hinweise und werde den Fall damit nun schließen.

    • Diese Antwort wurde geändert vor 2 Jahren, 3 Monaten von kladi.
    Thread-Starter kladi

    (@kladi)

    @hage
    Der Admin des Providers teilt mir mit: Tatsächlich ist keine Quota gesetzt,
    Harddisk Quota: -1, Traffic Quota: -1.
    Seit 3 Tagen komme ich nicht mehr in die Entwicklungsumgebung des Webservers, da mache ich mir so meine Gedanken…
    In einem anderen Beitrag habe ich von dir gelesen, dass auch die wp-config.php sehr entscheidend ist. Habe ich jetzt mit Notepad++ geprüft, keine Leerzeichen.
    Sobald ich wieder auf den Server komme werde ich noch die Ordnerberechtigungen von/in wp_content prüfen, ich denke die stand auf 755.
    Was macht die Datei .htaccess?

    Thread-Starter kladi

    (@kladi)

    @adobehills
    Vielen Dank für deine Antwort, das ist Plan B auf meiner Agenda.
    Es ist zwar unbefriedigend keine Lösung für ein Problem zu haben aber manchmal muss aus Zeit- und Kostengründen eine Umgehung zu gewählt werden.

    Thread-Starter kladi

    (@kladi)

    Das Plugin Reset Roles and Capabilities hat keine Lösung des Problems gebracht.

    Thread-Starter kladi

    (@kladi)

    @michi91 :
    Vielen Dank für den Hinweis.
    Das mit dem RESET des Berechtigungssystem würde ich gerne angehen, das Plugin kostet $69, habe ich das richtige?
    @hage :
    Die Einstellung mit 200 MB Webspace würde ich gerne vom Provider prüfen lassen, welcher Parameter müsste das sein?

    Thread-Starter kladi

    (@kladi)

    
    ### wp-core ###
    
    version: 6.0.1
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%postname%/
    https_status: false
    multisite: false
    user_registration: 0
    blog_public: 1
    default_comment_status: closed
    environment_type: production
    user_count: 8
    dotorg_communication: true
    
    ### wp-paths-sizes ###
    
    wordpress_path: /var/www/clients/client8/web8/web/wp
    wordpress_size: 52,04 MB (54571292 bytes)
    uploads_path: /var/www/clients/client8/web8/web/wp/wp-content/uploads
    uploads_size: 80,30 MB (84200993 bytes)
    themes_path: /var/www/clients/client8/web8/web/wp/wp-content/themes
    themes_size: 9,12 MB (9560930 bytes)
    plugins_path: /var/www/clients/client8/web8/web/wp/wp-content/plugins
    plugins_size: 50,25 MB (52695577 bytes)
    database_size: 6,41 MB (6717440 bytes)
    total_size: 198,12 MB (207746232 bytes)
    
    ### wp-active-theme ###
    
    name: Twenty Ten (twentyten)
    version: 3.6
    author: WordPress-Team
    author_website: https://de.wordpress.org/
    parent_theme: none
    theme_features: core-block-patterns, widgets-block-editor, editor-style, editor-styles, wp-block-styles, editor-color-palette, post-formats, post-thumbnails, automatic-feed-links, menus, custom-background, custom-header, widgets
    theme_path: /var/www/clients/client8/web8/web/wp/wp-content/themes/twentyten
    auto_update: Deaktiviert
    
    ### wp-themes-inactive (4) ###
    
    GeneratePress: version: 3.1.3, author: Tom Usborne, Automatische Aktualisierungen deaktiviert
    Twenty Fifteen: version: 3.2, author: WordPress-Team, Automatische Aktualisierungen deaktiviert
    Twenty Fourteen: version: 3.4, author: WordPress-Team, Automatische Aktualisierungen deaktiviert
    Twenty Twenty: version: 2.0, author: WordPress-Team, Automatische Aktualisierungen deaktiviert
    
    ### wp-plugins-active (5) ###
    
    Akismet Anti-Spam: version: 5.0, author: Automattic, Automatische Aktualisierungen deaktiviert
    Classic Editor: version: 1.6.2, author: WordPress Contributors, Automatische Aktualisierungen deaktiviert
    Database Backup for WordPress: version: 2.5.2, author: Delicious Brains, Automatische Aktualisierungen deaktiviert
    HTML Import 2: version: 2.6, author: Stephanie Leary, Automatische Aktualisierungen deaktiviert
    TablePress: version: 1.14, author: Tobias Bäthge, Automatische Aktualisierungen deaktiviert
    
    ### wp-plugins-inactive (2) ###
    
    All-in-One Event Calendar by Time.ly: version: 3.0.0, author: Time.ly Network Inc., Automatische Aktualisierungen deaktiviert
    Jetpack: version: 11.2, author: Automattic, Automatische Aktualisierungen deaktiviert
    
    ### wp-media ###
    
    image_editor: WP_Image_Editor_GD
    imagick_module_version: Nicht verfügbar
    imagemagick_version: Nicht verfügbar
    imagick_version: Nicht verfügbar
    file_uploads: File uploads is turned off
    post_max_size: 8M
    upload_max_filesize: 2M
    max_effective_size: 2 MB
    max_file_uploads: 20
    gd_version: 2.3.0
    gd_formats: GIF, JPEG, PNG, WebP, BMP, XPM
    ghostscript_version: 9.53.3
    
    ### wp-server ###
    
    server_architecture: Linux 5.10.0-15-amd64 x86_64
    httpd_software: Apache
    php_version: 7.4.30 64bit
    php_sapi: fpm-fcgi
    max_input_variables: 1000
    time_limit: 30
    memory_limit: 128M
    admin_memory_limit: 256M
    max_input_time: 60
    upload_max_filesize: 2M
    php_post_max_size: 8M
    curl_version: 7.74.0 OpenSSL/1.1.1n
    suhosin: false
    imagick_availability: false
    pretty_permalinks: true
    htaccess_extra_rules: false
    
    ### wp-database ###
    
    extension: mysqli
    server_version: 10.5.15-MariaDB-0+deb11u1
    client_version: mysqlnd 7.4.30
    max_allowed_packet: 16777216
    max_connections: 151
    
    ### wp-constants ###
    
    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /var/www/clients/client8/web8/web/wp/wp-content
    WP_PLUGIN_DIR: /var/www/clients/client8/web8/web/wp/wp-content/plugins
    WP_MEMORY_LIMIT: 40M
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: false
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_ENVIRONMENT_TYPE: Nicht definiert
    DB_CHARSET: utf8
    DB_COLLATE: undefined
    
    ### wp-filesystem ###
    
    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    
    
    Thread-Starter kladi

    (@kladi)

    Die Probleme mit den beiden Tabelle wp_users und wp_usermeta konnte ich über DB-Export, Korrektur und DB-Import lösen. Das Problem war der interne Wert AUTO_INCREMENT, der in beiden Tabellen zerstört war.
    Ich muss dazu sagen, dass der Webserver gehackt und deshalb neu aufgesetzt wurde.
    Beide Tabellen arbeiten nun einwandfrei, User können angelegt werden, Metadaten werden auch geschrieben.
    Nur ich kann immer noch keine Beiträge+Seiten neu anlegen, auch nicht mit dem neuen Admin-User.
    Hast du noch eine Idee?

    Thread-Starter kladi

    (@kladi)

    Ich habe die Änderung in die wp-config.php eingefügt und den Repair laufen lassen. Die Funktion berichtete „Die Tabelle wp_usermeta ist in Ordnung.“ Es hat sich aber an den Datensätzen nichts geändert.
    Das Feld 1 umeta_id ist ein smallint und sollte eigentlich mit einem numerischen Wert gefüllt sein. Wenn ich in meiner lokalen DB einen User neu hinzufüge und Metadaten-Einstellungen erzeuge werden diese alle mit umeta_id = „fortlaufende Nummerierung“ geführt.
    Ich werde nochmal einen User erstellen und schauen, wie sich die Metadaten verhalten.
    Frage: Datensätze mit umeta_id=NULL löschen, oder gibt es eine andere Möglichkeit?

    Thread-Starter kladi

    (@kladi)

    Das Einfügen eines neuen Administrator funktioniert in der Tabelle wp_users.
    Ein Problem gibt es mit der Tabelle wp_usermeta, hier gibt es Datensätze mit dem Feldinhalt umeta_id = NULL.
    Das sollte doch eigentlich nicht sein?
    Auch die beiden Einträge für den neuen Administrator werden mit umeta_id = NULL geführt. Ein Login auf diesen User ist nicht möglich.

    Thread-Starter kladi

    (@kladi)

    Ich bin als Administrator angemeldet.
    Ja, die Cookies des verwendeten Browsers wurden gelöscht.
    An einen neuen Admin habe ich schon gedacht, Über die WP-Oberfläche funktioniert das auch nicht.

Ansicht von 11 Antworten – 1 bis 11 (von insgesamt 11)