ทำไม?
บางครั้งการแก้ไขที่ง่ายในการแก้ไขพฤติกรรมของ WordPress เองหรือปลั๊กอินอาจเป็นการเปลี่ยนแปลงไฟล์ของปลั๊กอินหรือ WordPress โดยตรง เมื่อคิดไอเดียดังกล่าวออกมาการตอบสนองตามปกติคือ:
อย่าแฮ็คคอร์
เหตุใดจึงเป็นความคิดที่ดีที่จะเปลี่ยนไฟล์คอร์?
พิจารณา?
อย่างไรก็ตามบางครั้งสิ่งที่อาจสำคัญสำหรับไซต์นั้นเป็นไปไม่ได้เลยที่จะทำได้โดยไม่ต้องแก้ไขไฟล์หลัก เมื่ออยู่ในสถานการณ์เช่นนี้คุณต้องระวังอะไรบ้างก่อนที่จะเริ่มการแฮ็กหลัก
อย่างไร?
คุณได้พิจารณาตัวเลือกทั้งหมดแล้ว แต่ทางออกเดียวคือแฮ็คไฟล์หลัก คุณควรจะทำสิ่งนี้อย่างไร? การมีแกนที่ถูกเปลี่ยนแปลงจะมีผลต่อเวิร์กโฟลว์อย่างไรเช่นการอัปเดต
1
ฉันไม่เห็นด้วยอย่างยิ่งกับคำแนะนำในการแฮ็คคอร์เนื่องจากฉันยังไม่พบสิ่งใดที่ฉันไม่สามารถแก้ไขได้ คนเดียวที่มีแฮ็คหลักทางธุรกิจสำหรับไซต์การผลิตคือผู้ที่ไม่จำเป็นต้องอ่านอะไรเลยในหัวข้อนี้เนื่องจากพวกเขาอาจอยู่ในทีมหลักของ WordPress อยู่แล้ว การอธิบายให้ผู้คนรู้ว่าจะทำอย่างไรให้ 99 จาก 100 คนที่ไม่ควรทำอย่างแน่นอนเพื่อหาเหตุผลเข้าข้างตนเองในการตัดสินใจ และฉันเกลียดที่จะเห็นการเปิดใช้งานที่นี่ JMTCW
—
MikeSchinkel
ต่อไปนี้เป็นตัวอย่างของคำถามที่เป็นคำตอบแรก "มันเป็นไปไม่ได้" และฉันตอบด้วยตัวอย่างที่แสดงว่า: wordpress.stackexchange.com/questions/972/#984มีวิธี(เกือบทุกครั้ง) ทำมันโดยไม่มีแฮ็คหลัก
—
MikeSchinkel
หากคุณเปลี่ยนแกนคุณจะต้องทำการเปลี่ยนแปลงอีกครั้งหลังจากแต่ละครั้งที่คุณอัพเกรดและคุณจะทำให้การติดตั้งของคุณไม่ได้มาตรฐานดังนั้นจึงเป็นเรื่องยากสำหรับคนที่จะช่วยคุณ เพียงแค่สร้างปลั๊กอินวิดเจ็ตเทมเพลตตะขอหรือวิธีการต่าง ๆ มากมายเวิร์ดเพรสให้คุณไม่ต้องเปลี่ยนคอร์
—
Wadih M.
Wadih ถูกต้อง ฉันได้ทำการเปลี่ยนแปลงไฟล์หลักบางไฟล์เพื่อแก้ไข / ปรับปรุง / ปรับแต่งสิ่งต่าง ๆ และฉันรู้สึกหงุดหงิดอยู่เสมอเมื่ออัพเกรดเพราะฉันต้องตรวจสอบการเปลี่ยนแปลงและนำแพตช์ของฉันไปใช้กับไฟล์ใหม่ สิ่งนี้จะน่าผิดหวังยิ่งขึ้นเมื่อไฟล์ใหม่แตกต่างจากไฟล์เก่าและตำแหน่งของการเปลี่ยนแปลงนั้นไม่ชัดเจนอีกต่อไป (หรือแม้แต่ปรากฏอยู่เลย)
—
Synetech
มันเป็นสิ่งที่ฉันกลัว บางครั้งเมื่อมีการกลั่นตะขอ (เช่นการปรับเปลี่ยนเว็บไซต์ของฉัน) ไม่เพียงตะขอที่ทำงานสำหรับเคล็ดลับบัฟเฟอร์ส่งออกมี
—
Synetech
admin_body_classและadmin_footerซึ่งหมายถึงการจับภาพทั้งหน้า ฉันเพิ่งลองและมีเนื้อหาที่ต้องค้นหามากกว่า 2MB สำหรับส่วนที่เกี่ยวข้องจากนั้นจึงวิเคราะห์และแก้ไขก่อนที่จะส่งออก หรือฉันสามารถเพิ่มโค้ดหนึ่งบรรทัดในส่วนด้านขวาของmy-sites.phpและใช้เครื่องมือ diff เพื่อใช้แพทช์หลังจากอัปเดต (สมมติว่ามันถูกแก้ไขเลย) มันยากมากที่จะทำเรื่องต่อต้านการปรับเปลี่ยนคอร์ในสถานการณ์แบบนี้