เพราะเหตุใด? doing_wp_cron ถูกผนวกเข้ากับ URL ของฉัน

13

ฉันพบสตริงนี้ต่อท้าย URL ของฉันในบางครั้ง:

/?doing_wp_cron

ไม่มีใครรู้ว่ามันมีไว้เพื่ออะไร? ฉันจะลบออกได้อย่างไร

urls wp-cron

— Andrew Warner
แหล่งที่มา

นี้จะเกิดขึ้นกับปลั๊กอินAll In One ปฏิทินกิจกรรม วิธีการแก้ปัญหาในกรณีของมันคือการกำหนด ALTERNATE_WP_CRONเป็นในfalse wp-config.php

— brasofilo

15

มันเป็นสัญญาณที่คุณALTERNATE_WP_CRONกำหนดไว้ในของคุณwp-config.php

ในการทำการประมวลผลพื้นหลัง (เช่นการประกาศโพสต์ตามกำหนดเวลา) WordPress จะเปลี่ยนเส้นทางของคุณไปยัง URL พร้อมกับ?doing_wp_cronต่อท้าย

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

ขอบคุณ! คุณรู้ไหมว่าฉันจะทำอย่างไรเพื่อกำจัดสิ่งนั้นออกจากท้าย URL ของฉัน

— Andrew Warner

ลบบรรทัดออกจาก wp-config.php (แม้ว่านั่นอาจทำให้ cron หยุดทำงาน)

— scribu

@criu iThemes แนะนำให้ตั้งค่าบรรทัดนั้นในไฟล์ wp-config เพื่อให้ BackupBuddy ทำงานดังนั้นการลบบรรทัดนั้นอีกครั้งทำให้แน่ใจว่าปลั๊กอินใช้งานไม่ได้อีกต่อไป สำหรับความรู้ของคุณมี "ทางออก" อื่นนอกเหนือจากการทิ้ง BackupBuddy หรือไม่

@Piet: นั่นเป็นข้อกำหนดที่ค่อนข้างแปลกสำหรับ iThemes ทางออกที่เป็นไปได้คือการใช้งานยูนิกซ์ cron เปิดคำถามใหม่

— scribu

@criu ขอบคุณสำหรับคำแนะนำของคุณมีการโพสต์คำถามใหม่: wordpress.stackexchange.com/questions/28718/…

2

ฉันเห็นโพสต์มากมายเกี่ยวกับปัญหานี้ แต่มีเพียงไม่กี่คนที่ค้นพบวิธีแก้ปัญหาที่แท้จริง สิ่งที่แก้ปัญหานี้สำหรับฉันคือการจัดการการเปลี่ยนเส้นทางในไฟล์. htaccess

นี่เป็นตัวอย่างเกี่ยวกับวิธีเปลี่ยนเส้นทาง URL โดยเพิ่มบรรทัดเหล่านี้ในไฟล์. htaccess:

<IfModule mod_rewrite.c>
    Options +FollowSymLinks
    RewriteEngine On
    RewriteCond %{QUERY_STRING} (^|&)doing_wp_cron= [NC]
    RewriteRule (.*) /$1? [R=301,L]
</IfModule>

หวังว่านี่จะช่วยได้!

หมายเหตุ: เคล็ดลับนี้มาจากฟอรัมนี้

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

3

นั่นไม่เหมาะ มันจะเป็นการดีกว่าถ้าคุณปิด cron สำรอง

— fuxia

@toscho: นี่คือสิ่งที่ฉันเข้าใจ (บางทีฉันอาจขาดอะไรบางอย่าง) พารามิเตอร์ 'ALTERNATE_WP_CRON' ปิดใช้งาน cron จากมุมมอง Wordpress ดังนั้นจึงถูกปิดการใช้งานใน "เครื่องยนต์" ของ Wordpress จากนั้นปลั๊กอิน 'All in one Event Calendar', BackWPup และทุกสิ่งที่ต้องการตารางเวลางานจะไม่สามารถทำงานต่อได้ โดยการเล่นกับการเปลี่ยนเส้นทาง Apache เครื่องยนต์ Wordpress จะไม่ได้รับผลกระทบ นั่นคือสิ่งที่ฉันคิดออก แต่ไม่ใช่ทุกอย่างที่ชัดเจนสำหรับฉัน ฉันผิดตรงไหน

— Gepeto

1

@ Subsu ฉันเชื่อว่า BackupBuddy ใช้การจัดตารางงาน WordPress เพื่อกำหนดเวลางานเป็นส่วนหนึ่งของขั้นตอนการสำรองข้อมูล - หากไซต์นั้นปิดการใช้งานลูปแบ็คแล้วทางออกเดียวเท่านั้น (นอกเหนือจากโซลูชันภายนอก bespoke) และโซลูชั่นสำรองอื่น ๆ คุณรู้ว่ารวมเข้ากับ WordPress เป็นตัวเลือก cron fix ดังนั้นนี่เป็น "จำเป็น" เท่านั้นหากโฮสต์ปิดการใช้งานลูป จำไว้ว่าถ้าเป็นกรณีที่แล้วไม่มีงานที่กำหนดเวลาไว้ไม่ว่าจะเป็นงานที่กำหนดเวลา WordPress มาตรฐานหรืองานที่เกี่ยวข้องกับปลั๊กอินอื่น ๆ จะทำงานได้ สิ่งที่น่าจะเกิดขึ้นก็คือผู้ใช้จะไม่ทราบว่าโฮสต์ของพวกเขาทำการติดตั้ง WordPress ของพวกเขาจนกว่าพวกเขาจะลอง BackupBuddy เพราะมันทำให้ปัญหาชัดเจนมากกว่าที่จะมองไม่เห็นจนกว่าจะถึงจุดนั้น

การใช้วิธีการชนิด crontab เป็นเพียงการผสานปูนปลาสเตอร์เพราะถ้าคุณไม่ทำให้ "ping" WordPress cron ประมวลผลบ่อยมากที่จะทำงานกับงานที่กำหนดไว้บางประเภทเท่านั้น

แน่นอนถ้าผู้ใช้ไม่ต้องการหรือไม่สามารถใช้ตัวเลือก wp cron fix ไม่ต้องการย้ายไปยังโฮสต์ที่อนุญาตการวนซ้ำและไม่สามารถรู้พอที่จะตั้งค่าความสามารถ crontab ที่เหมาะสมได้ BackupBuddy เสนอโหมดการสำรองข้อมูลด้วยตนเองที่จะใช้งานได้ แต่ขาดความยืดหยุ่นและความสามารถบางอย่างของการใช้งานเมื่อมีการตั้งเวลา

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

0

สิ่งที่ทำให้เกิดปัญหานี้คือ cron สำรอง หากต้องการแก้ไขปัญหานี้หากคุณมีสิทธิ์เข้าถึงคุณสามารถเปิดใช้งานกระบวนการ cron จริง (หากโฮสติ้งของคุณอนุญาตให้คุณ) และปิดใช้งาน ALTERNATE_WP_CRON ใน wp-config.php ของคุณ

— เบร็ทจี
แหล่งที่มา