วิธีปิด REVISIONS และ AUTOSAVE อย่างถูกต้องสำหรับทั้งไซต์และเป็นทางเลือกสำหรับประเภทโพสต์ที่กำหนดเองเท่านั้น

มีการรวมเบ็ด / ฟังก์ชั่นที่สามารถเพิ่มในธีมของฉันfunctions.phpเพื่อปิดการใช้งาน REVISIONS และ AUTOSAVE อย่างถูกต้องสำหรับการติดตั้ง wordpress ทั้งหมดหรือไม่ จะเป็นอย่างไรถ้าเพียงแค่โพสต์ที่กำหนดเองบางประเภท? การค้นหาออนไลน์ให้แฮ็กต่างๆตั้งแต่การลงทะเบียนสคริปต์ไปจนถึงการดัดแปลงไฟล์หลัก อะไรคือวิธีที่ยอมรับ / ถูกต้องในการทำเช่นนี้?

custom-post-types revisions autosave

— อานาแบน
แหล่งที่มา

นี่คือทางออกที่ดีกว่า : stackoverflow.com/a/30821376/2377343

— T.Todua

วิธีการปิดการใช้งานโพสต์การแก้ไขในเว็บไซต์ wordpress.com?

— Santosh Kumar

คำตอบ:

สิ่งนี้ควรอยู่ในwp-config.php(และไม่มีที่อื่น):

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

— ไกเซอร์
แหล่งที่มา

อัปเดต: เมื่อฉันเพิ่มAUTOSAVE_INTERVALบรรทัดมันจะทำให้หน้าเครื่องมือแก้ไขบทความเรียกใช้คำสั่งจาวาสคริปต์ที่เปิด / ปิดการใช้งานปุ่ม [อัพเดต] (และ [บันทึกแบบร่าง] บนโพสต์ใหม่) ซึ่งท้ายที่สุดก็ทำให้แท็บเบราว์เซอร์อื่น ๆ ตอบสนองน้อยลง (gchrome18) อืม ... คิดอยู่เหรอ?

— Ana Ban

ใช่นั่นหมายความว่ามันกำลังทำการอัพเดทอยู่ตลอดเวลา ลองเปลี่ยนเป็น20000000000ซึ่งควรจะน้อยกว่าหนึ่งปี

— ไกเซอร์

สิ่งนี้ปิดใช้งานปลั๊กอินบันทึกอัตโนมัติของ tinyMCE หรือไม่ ดูเหมือนว่าจะเป็นเพียงช่วงเวลาที่กำหนดเท่านั้น

— Michael Rogers

@MichaelRogers เอาละถ้าคุณคิดว่าปีหนึ่งยังไม่พอลองดูสิ)

— kaiser

@JossieCalderon ขึ้นอยู่กับตำแหน่งที่คุณตั้งค่านี้ ไม่สามารถเขียนทับเพื่อเปิดรายงานข้อผิดพลาดและให้แน่ใจว่าคุณวางไว้ในของคุณdefine wp-config.php

— ไกเซอร์

ฉันกำลังมองหาวิธีปิดการบันทึกอัตโนมัติด้วย แต่นี่คือสิ่งที่ฉันบอกในตั๋ว Trac :

หากคุณต้องการคุณลักษณะนี้จริงๆคุณควรจัดการรหัสลำดับด้วยตัวคุณเองในฟิลด์ที่กำหนดเองแล้วใช้การกำหนดเส้นทาง URL ที่กำหนดเอง ไม่ควรดึงออกมายากเกินไป

— wikicms
แหล่งที่มา

สวัสดี @wikicms ฉันเจ๋งกับรหัส แต่ขอบคุณสำหรับการโพสต์ มีประโยชน์สำหรับคนที่อยู่ข้างนอกอย่างแน่นอนหรือแม้กระทั่งฉันในอนาคต

— Ana Ban

-2

การวางคำจำกัดความใน wp-config.php นั้นใช้ได้จนกว่าคุณจะเปิด WP_DEBUG เมื่อคุณจะได้รับข้อความ 'PHP' ที่กำหนดไว้แล้วใน debug.log ทุกสองสามนาที คนอื่น ๆ อ้างว่าการวางคำจำกัดความเหล่านี้เหนือคำจำกัดความ ABSPATH จะช่วยได้

อย่างไรก็ตามฉันสามารถยืนยันตำแหน่งที่ดีที่สุดในการวางคำจำกัดความของคุณไว้ในปลั๊กอินได้อย่างชัดเจนเนื่องจากปลั๊กอินที่เปิดใช้งานถูกโหลดก่อนที่ค่าเริ่มต้น WP จะกำหนดไว้

การกำหนดค่าเริ่มต้นจะได้รับการป้องกันหากมีการทดสอบอยู่ดังนั้นปลั๊กอินที่คุณโหลดจะถูกกำหนดมาก่อนและจะไม่ทำให้เกิดการปะทะกันหรือการประกาศ PHP ซ้ำ ๆ ในบันทึกการดีบัก

— waverlyweb
แหล่งที่มา

ไม่wp-config.phpเป็นสถานที่ที่ถูกต้องเท่านั้น หากคุณได้รับข้อผิดพลาดบางรหัสที่ใช้งานไม่ได้จะพยายามกำหนดอีกครั้ง ลบรหัสนั้น

— fuxia

@toscho เหตุใดจึงมีwp-config.phpเพียงสถานที่ที่ถูกต้อง คุณสามารถทำอย่างละเอียด?

— jdevlin

@JamesDevlin การบำรุงรักษาและการดีบัก คุณสามารถทำได้ในสภาพแวดล้อมที่มีการควบคุมอย่างมาก แต่ถ้าคุณได้รับข้อผิดพลาดเมื่อคุณใส่เข้าไปwp-config.phpสิ่งอื่นเสียหายการย้ายการกำหนดไม่ใช่วิธีการแก้ปัญหา

— fuxia