Cara mematikan REVISI dan AUTOSAVE dengan benar untuk seluruh situs dan secara opsional hanya untuk jenis posting khusus

Apakah ada kombinasi hook / fungsi yang dapat ditambahkan ke tema saya functions.phpuntuk menonaktifkan REVISI dan AUTOSAVE dengan benar untuk seluruh instalasi wordpress? Bagaimana jika hanya untuk jenis posting khusus tertentu? Pencarian online memberikan berbagai peretasan mulai dari skrip deregistering hingga perusakan file inti. Apa cara yang dapat diterima / benar untuk melakukan ini?

custom-post-types revisions autosave

— Ana Ban
sumber

Ini solusi yang lebih baik : stackoverflow.com/a/30821376/2377343

— T.Todua

Bagaimana cara menonaktifkan revisi posting di situs web wordpress.com?

— Santosh Kumar

Jawaban:

Ini harus ditempatkan di tempat Anda wp-config.php(dan tidak di tempat lain):

define( 'AUTOSAVE_INTERVAL', 60*60*60*24*365 ); // Set autosave interval to 1x per year
define( 'EMPTY_TRASH_DAYS',  0 ); // Empty trash now: Zero days
define( 'WP_POST_REVISIONS', false ); // Do not save andy revisions

— kaisar
sumber

pembaruan: ketika saya menambahkan AUTOSAVE_INTERVALbaris, itu membuat halaman editor posting terus-menerus menjalankan instruksi javascript yang mengaktifkan / menonaktifkan tombol [Perbarui] (dan [Simpan Konsep] pada posting baru), yang juga pada akhirnya membuat semua tab browser saya yang lain jauh lebih baik. kurang responsif (gchrome18). hmm ... pikiran?

— Ana Ban

Ya, itu (mungkin) berarti melakukan pembaruan konstan. Cobalah untuk mengubahnya 20000000000, yang seharusnya lebih dari satu tahun.

— kaiser

Apakah ini menonaktifkan plugin autosave dari tinyMCE? Sepertinya hanya menetapkan interval besar saja.

— Michael Rogers

@MichaelRogers Nah, jika Anda menganggap setahun tidak cukup, cobalah seumur hidup;)

— kaiser

@ JosephsieCalderon Tergantung pada di mana Anda mengatur ini. A definetidak dapat ditimpa, jadi aktifkan pelaporan kesalahan dan pastikan, Anda menempatkannya di wp-config.php.

— kaiser

Saya juga mencari cara menonaktifkan penyimpanan otomatis. Tapi inilah yang saya diberitahu dalam tiket Trac :

Jika Anda benar-benar membutuhkan fitur ini, Anda harus mengelola sendiri ID berurutan di bidang khusus dan kemudian menerapkan perutean URL khusus. Seharusnya tidak terlalu sulit untuk melakukannya.

— wikicms
sumber

hai @wikicms saya keren dengan id, tapi terima kasih sudah memposting. berguna untuk seseorang di luar sana pasti, atau bahkan aku di masa depan.

— Ana Ban

-2

Menempatkan definisi di wp-config.php baik-baik saja sampai Anda mengaktifkan WP_DEBUG ketika Anda akan mendapatkan pemberitahuan PHP yang sudah didefinisikan dalam debug.log setiap beberapa menit. Orang lain mengklaim menempatkan definisi ini di atas definisi ABSPATH akan membantu.

Namun, saya dapat dengan pasti mengkonfirmasi tempat terbaik untuk menempatkan definisi Anda dalam sebuah plugin, karena plugin yang diaktifkan dimuat sebelum definisi default WP.

Definisi default dilindungi dengan jika ada tes, maka plugin Anda yang dimuat mendefinisikan akan diutamakan dan tidak akan menyebabkan bentrokan atau pemberitahuan PHP berulang dalam log debug.

— waverlyweb
sumber

Tidak, wp-config.phpitu satu-satunya tempat yang benar. Jika Anda mendapatkan kesalahan, beberapa kode rusak di tempat lain mencoba mendefinisikannya lagi. Hapus kode itu.

— fuxia

@toscho Mengapa wp-config.phpsatu-satunya tempat yang benar? Bisakah Anda menguraikan?

— jdevlin

@JamesDevlin Maintainability dan debugging. Anda dapat melakukannya di lingkungan yang sangat terkontrol, tetapi jika Anda mendapatkan kesalahan saat Anda meletakkannya wp-config.php, sesuatu yang lain rusak, memindahkan definisi bukanlah solusi.

— fuxia