Alle Posts neu speichern (update all posts)

m266

Hallo zusammen,

nach einem Theme-Wechsel muss ich alle Seiten/Beiträge neu speichern.

Vorgehensweise:
- Vorhandene Website mit Theme Blocksy wird im Classic Mode betrieben
- Theme Kadence installiert
- Classic-Mode (Plugin) abgeschaltet
- Mit Plugin Convert to Blocks alle Seiten auf Blöcke umgestellt
- Bei Tabellen fehlen danach die Linien und die Inhalte sind nicht responsive.
- Jede Seite/Post will nach dem Öffnen neu gespeichert werden
- Bei meinen Websites sind das bis zu 500 Seiten, also per Hand zu viel

Verschiedene Scripts ausprobiert, wobei keines funktioniert (Entweder Absturz oder keine Reaktion). Beispiel:
https://marameodesign.com/insights/littl…dpress-by-code/

PHP

// Update all post


function update_all_posts() {
    $args = array(
        'post_type' => 'page',
        'numberposts' => -1
    );
    $all_posts = get_posts($args);
    foreach ($all_posts as $single_post){
        $single_post->post_title = $single_post->post_title.'';
        wp_update_post( $single_post );
    }
}
add_action( 'wp_loaded', 'update_all_posts' );

Alles anzeigen

Hat jemand noch eine Idee oder ein funktionierendes Script?
Vielen Dank.

Werbepost

Hallo!

Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
✔️ Deutsche Server & DSGVO-konform
✔️ Persönlicher Support (kein 0815-Ticket-System)

Mehr erfahren

Henk1060-V2

Zitat von m266

nach einem Theme-Wechsel muss ich alle Seiten/Beiträge neu speichern.

das wäre mir jetzt neu.

verständlich wäre es wenn vorher ein anderer PageBuilder verwendet worden ist.

Zitat von m266

Bei Tabellen fehlen danach die Linien und die Inhalte sind nicht responsive.

die Linie kam vielleicht vorher aus dem alten theme, wahrscheinlich muss das per css anpassen das es wieder passt.

hast den code in deine theme functions.php eingefügt?

alternative kannst du das versuchen.

Code

function update_all_posts_and_pages() {


    if ( get_option('posts_updated') ) {
        return;
    }


    $args = array(
        'post_type' => array('post', 'page'),
        'posts_per_page' => -1
    );
    $all_posts = get_posts($args);


    foreach ($all_posts as $single_post){
        wp_update_post( array(
            'ID' => $single_post->ID,
        ));
    }




    update_option('posts_updated', true);
}
add_action( 'admin_init', 'update_all_posts_and_pages' );

Alles anzeigen

m266

Zitat von Henk1060-V2

das wäre mir jetzt neu.

Vielleicht unklar von mir ausgedrückt:
Erst nach dem Einsatz des Plugins "Convert to Blocks" ergeben sich Probleme in der Darstellung. Die Tabellen enthielten im alten Theme eigene CSS, was sicher dazu beiträgt.

Zitat von Henk1060-V2

hast den code in deine theme functions.php eingefügt?

Habe ich mit dem Beispiel und anderen Codes gemacht. Entweder keine Reaktion oder Absturz.
Mit meinen Kenntnissen komme ich nicht weiter. Der erforderliche PHP-Code muss lediglich dafür sorgen, dass alle Posts neu gespeichert werden. Dabei kann ich den Code auch in ein Plugin einfügen, da er nur einmal ausgeführt werden muss. Per Hand ist das bei vielen Post nicht machbar.

DummyGirl

Zitat von m266

Absturz

was ist unter "absturz" zu verstehen? ist das ein eigener server?

m266

Zitat von DummyGirl

was ist unter "absturz" zu verstehen? ist das ein eigener server?

Die Websites sind bei all-inkl.com gehostet. Nach dem Einfügen einiger Scripts (welche alle Posts updaten sollen) kommt die bekannte Meldung: Schwerwiegender Fehler... und die Website ist nicht mehr erreichbar. Wenn der eingefügte Code aus der functions.php entfernt wird, läuft die Website wieder.

DummyGirl

das ist zwar keine typische fehlermeldung für meine vermutung aber dennoch gehe ich davon aus dass kaum ein provider für ein shared hosting die serverlast erlauben würde die für so einen skriptdurchlauf erforderlich wäre. ggf. hält der server das dann sogar für eine art ddos atacke? man müsste wahrscheinlich zumindest das skript "abbremsen" dass es bspw. über 1h läuft.

apropos 1h: wenn ich mal so hochrechne könnte man 500 seiten in 45 min öffnen und speichern. vielleicht wärst du am ende also doch mit manueller arbeit schneller am ziel als mit der suche nach einem funktionierendem skript (und all den daraus resultierenden problemen). ;)

m266

Zitat von DummyGirl

aber dennoch gehe ich davon aus dass kaum ein provider für ein shared hosting die serverlast erlauben würde die für so einen skriptdurchlauf erforderlich wäre

Der Absturz kommt sofort nach Einfügen des Scripts und nicht erst Minuten später. Um das zu untersuchen, müsste ich die Serverlogs auslesen.

Zitat von DummyGirl

apropos 1h: wenn ich mal so hochrechne könnte man 500 seiten in 45 min öffnen und speichern.

Das ist richtig, aber ich betreue bundesweit ehrenamtlich ca 70 Websites. Also keine gute Lösung, alles per Hand zu machen.

m266

Zitat von DummyGirl

man müsste wahrscheinlich zumindest das skript "abbremsen" dass es bspw. über 1h läuft.

Gute Idee, wenn ein geeignetes Script verfügbar ist.

b3317133

Zitat von m266

Der Absturz kommt sofort nach Einfügen des Scripts und nicht erst Minuten später.

WP_DEBUG und Log aktivieren, Log lesen.

Henk1060-V2

wenn dein hosting abschmiert, dann kannst du das versuchen.
vorher ein backup der Datenbank machen.

jetzt werden alle 300 sekunden nur 20 post neu gespeichert.
Dann sollte der server damit klar kommen.

Code

function schedule_batch_update() {
    if ( ! wp_next_scheduled( 'batch_update_posts_event' ) && ! get_option( 'posts_updated' ) ) {
        wp_schedule_event( time(), 'batch_interval', 'batch_update_posts_event' );
    }
}
add_action( 'admin_init', 'schedule_batch_update' );




function add_custom_cron_interval( $schedules ) {
    $schedules['batch_interval'] = array(
        'interval' => 300,
        'display'  => __( 'Every 5 Minutes' ),
    );
    return $schedules;
}
add_filter( 'cron_schedules', 'add_custom_cron_interval' );


function batch_update_posts() {
    $batch_size = 20; // Posts pro Batch
    $offset = get_option( 'posts_updated_offset', 0 );


    $args = array(
        'post_type'      => array( 'post', 'page' ),
        'posts_per_page' => $batch_size,
        'offset'         => $offset,
        'post_status'    => 'any',
        'fields'         => 'ids',
    );


    $posts = get_posts( $args );


    if ( ! empty( $posts ) ) {
        foreach ( $posts as $post_id ) {
            wp_update_post( array(
                'ID' => $post_id,
            ) );
        }
      
        $offset += $batch_size;
        update_option( 'posts_updated_offset', $offset );
    } else {
      
        update_option( 'posts_updated', true );
      
        wp_clear_scheduled_hook( 'batch_update_posts_event' );
    
        delete_option( 'posts_updated_offset' );
    }
}
add_action( 'batch_update_posts_event', 'batch_update_posts' );

Alles anzeigen

m266

Habe das Script in meinem lokalen Webserver LocalWP getestet. Momentan kommen nur diese Meldungen in Masse:
PHP Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in... usw.

Ich baue mal eine Testumgebung zusammen und melde mich wieder.
Vielen Dank für die Hinweise.

Henk1060-V2

das ist nur eine Warnung. Verwendest wahrscheinlich PHP 8.1 oder höher

m266

Ich habe in einer neuen Testumgebung alle Codebeispiele als Plugin getestet. Funktioniert hat nichts. Vermutlich muss ich auch nicht alle Posts neu speichern, da es im Frontend bis auf die Tabellen normal aussieht. Seiten mit Tabellen wären dann nachzuarbeiten. Also nur ein Sturm im Wasserglas, oder sehe ich das falsch? Die Abstütze sind nicht mehr aufgetreten.

Willkommen! Melden Sie sich an oder registrieren Sie sich.

Alle Posts neu speichern (update all posts)

Jetzt mitmachen!

Benutzer online in diesem Thema