Saya memiliki file csv yang ingin saya masukkan yang terdiri dari ~ 1.500 baris dan 97 kolom. Dibutuhkan sekitar 2-3 jam untuk melakukan impor penuh dan saya ingin meningkatkan ini jika ada cara. Saat ini untuk setiap baris saya sedang melakukan $ post_id = wp_insert_post dan kemudian add_post_meta untuk 97 kolom terkait dengan setiap baris. Ini sangat tidak efisien ...

Apakah ada cara yang lebih baik untuk melakukan ini dengan cara yang bisa mendapatkan post_id menjaga hubungan antara post dan nilai post_meta?

Saat ini saya sedang mencoba ini pada mesin lokal saya dengan wamp tetapi akan menjalankannya pada VPS

Saya punya masalah serupa beberapa waktu yang lalu dengan impor CSV kustom, tapi saya akhirnya menggunakan beberapa SQL kustom untuk memasukkan massal. Tetapi saya belum melihat jawaban ini pada saat itu:

Optimalkan penyisipan pos dan hapus untuk operasi massal?

untuk digunakan wp_defer_term_counting()untuk mengaktifkan atau menonaktifkan penghitungan jangka.

Juga jika Anda memeriksa sumber untuk plugin importir WordPress, Anda akan melihat fungsi-fungsi ini tepat sebelum impor massal:

wp_defer_term_counting( true );
wp_defer_comment_counting( true );

dan kemudian setelah memasukkan massal:

wp_defer_term_counting( false );
wp_defer_comment_counting( false );

Jadi ini mungkin sesuatu untuk dicoba ;-)

Mengimpor posting sebagai konsep alih - alih mempublikasikan , juga akan mempercepat, karena proses lambat menemukan siput unik untuk masing-masing dilewati. Misalnya, orang dapat mempublikasikannya dalam langkah-langkah yang lebih kecil, tetapi perhatikan bahwa pendekatan semacam ini perlu menandai pos yang diimpor, jadi kami tidak hanya menerbitkan konsep apa pun nanti! Ini membutuhkan perencanaan yang cermat dan kemungkinan besar beberapa pengkodean khusus.

Jika ada misalnya banyak judul posting yang serupa (sama post_name) yang akan diimpor, maka wp_unique_post_slug()bisa menjadi lambat, karena iterasi loop permintaan untuk menemukan siput yang tersedia. Ini mungkin dapat menghasilkan sejumlah besar permintaan db.

Sejak WordPress 5.1, pre_wp_unique_post_slugfilter tersedia untuk menghindari iterasi loop untuk siput. Lihat tiket inti # 21112 . Ini sebuah contoh:

add_filter( 'pre_wp_unique_post_slug', 
    function( $override_slug, $slug, $post_id, $post_status, $post_type, $post_parent ) {
        // Set a unique slug value to shortcircuit the slug iteration loop.
        // $override_slug = ...

        return $override_slug;
    }, 10, 6
);

Jika seseorang mencoba misalnya $override_slug = _truncate_post_slug( $slug, 200 - ( strlen( $suffix ) + 1 ) ) . "-$suffix"dengan $suffixsebagai $post_id, maka kami akan mencatat bahwa $post_idselalu 0untuk posting baru, seperti yang diharapkan. Ada berbagai cara untuk menghasilkan angka unik di PHP, seperti uniqid( '', true ). Tetapi gunakan filter ini dengan hati-hati untuk memastikan Anda memiliki siput unik. Kita bisa mis. Menjalankan kueri penghitungan grup sesudahnya post_nameuntuk memastikan.

Opsi lain adalah menggunakan WP-CLI untuk menghindari batas waktu. Lihat misalnya jawaban saya diposting untuk Membuat 20.000 Posting atau Halaman menggunakan file .csv?

Kemudian kita dapat menjalankan skrip impor PHP khusus kami import.phpdengan perintah WP-CLI:

wp eval-file import.php

Juga hindari mengimpor sejumlah besar jenis posting hierarkis, karena UI wp-admin saat ini tidak menanganinya dengan baik. Lihat misalnya Jenis posting kustom - daftar posting - layar putih kematian

Inilah tip hebat dari @otto:

Sebelum memasukkan massal , nonaktifkan autocommitmode secara eksplisit:

$wpdb->query( 'SET autocommit = 0;' );

Setelah sisipan massal, jalankan:

$wpdb->query( 'COMMIT;' );

Saya juga berpikir itu akan menjadi ide yang baik untuk melakukan pembenahan seperti:

$wpdb->query( 'SET autocommit = 1;' );

Saya belum menguji ini pada MyISAM tetapi ini harus bekerja pada InnoDB .

Seperti disebutkan oleh @kovshenin tip ini tidak akan berfungsi untuk MyISAM .

Anda perlu memasukkan posting untuk mendapatkan ID Anda tetapi $wpdb->postmetatabelnya terstruktur sangat sederhana. Anda mungkin dapat menggunakan INSERT INTOpernyataan langsung , seperti ini dari dokumen MySQL:INSERT INTO tbl_name (a,b,c) VALUES(1,2,3),(4,5,6),(7,8,9);

Dalam kasus Anda ...

$ID = 1; // from your wp_insert_post
$values = '($ID,2,3),($ID,5,6),($ID,8,9)'; // build from your 97 columns; I'd use a loop of some kind
$wpdb->query("INSERT INTO {$wpdb->postmeta} (post_id,meta_key,meta_value) VALUES {$values}");

Itu tidak akan berurusan dengan penyandian, serialisasi, melarikan diri, memeriksa kesalahan, duplikasi, atau apa pun, tapi saya berharap itu akan lebih cepat (meskipun saya belum mencoba).

Saya tidak akan melakukan ini di lokasi produksi tanpa pengujian menyeluruh, dan jika saya hanya perlu melakukannya sekali atau dua kali, saya akan menggunakan fungsi inti dan makan siang yang panjang sementara barang-barang diimpor.

Saya harus menambahkan ini:

    remove_action('do_pings', 'do_all_pings', 10, 1);

Ingatlah bahwa ini akan dilewati do_all_pings, yang memproses pingback, enklosur, trackback, dan ping lainnya (tautan: https://developer.wordpress.org/reference/functions/do_all_pings/ ). Pemahaman saya dari melihat kode adalah pingbacks / trackbacks / lampiran yang tertunda masih akan diproses setelah Anda menghapus remove_actionbaris ini , tapi saya tidak sepenuhnya yakin.

Pembaruan: Saya juga menambahkan

    define( 'WP_IMPORTING', true );

Di luar itu saya menggunakan:

    ini_set("memory_limit",-1);
    set_time_limit(0);
    ignore_user_abort(true);

    wp_defer_term_counting( true );
    wp_defer_comment_counting( true );
    $wpdb->query( 'SET autocommit = 0;' );

    /* Inserting 100,000 posts at a time
       including assigning a taxonomy term and adding meta keys
       (i.e. a `foreach` loop with each loop containing:
       `wp_insert_post`, `wp_set_object_terms`, `add_post_meta`.)
    */

    $wpdb->query( 'COMMIT;' );
    wp_defer_term_counting( false );
    wp_defer_comment_counting( false );

Catatan penting tentang 'SET autocommit = 0;'

setelah pengaturan autocommit = 0jika skrip menghentikan eksekusi (karena beberapa alasan, seperti exit, kesalahan fatal atau dll ...), maka perubahan Anda TIDAK AKAN DIKELIMPAMKAN DALAM DB!

$wpdb->query( 'SET autocommit = 0;' );

update_option("something", "value");     

exit; //lets say, here happens error or anything...

$wpdb->query( 'COMMIT;' );

Dalam hal ini update_optiontidak akan disimpan dalam DB!

Jadi, saran terbaik adalah COMMITmendaftarkan shutdownfungsi sebagai prasyarat (jika terjadi keluar yang tidak terduga).

register_shutdown_function( function(){
    $GLOBALS['wpdb']->query( 'COMMIT;' );
} );