วิธีใช้ไฟล์บันทึกของ WordPress เพื่อปรับปรุงเว็บไซต์ของคุณ

ไฟล์บันทึกของ WordPress เป็นหนึ่งในส่วนที่สำคัญที่สุดของระบบนิเวศ WP ทั้งหมดที่คุณอาจไม่เคยได้ยินมาก่อน หรืออย่างน้อยอาจไม่เคยคิด ไฟล์บันทึกคือบันทึกทุกอย่างที่เว็บไซต์และเซิร์ฟเวอร์ของคุณทำตลอดอายุการใช้งาน (หรือกรอบเวลาที่กำหนด) น่าเสียดายที่หลายคนมองว่าไฟล์บันทึกนั้นเข้าใจและใช้งานยาก เราต้องการทำลายความเข้าใจผิดนั้นและแสดงให้คุณเห็นถึงวิธีใช้ไฟล์บันทึกของ WordPress และความรู้นั้นสามารถปรับปรุงเว็บไซต์ของคุณได้อย่างไร

สมัครสมาชิกช่อง Youtube ของเรา

คุณสามารถทำอะไรกับไฟล์บันทึกของ WordPress?

การใช้ไฟล์บันทึกของ WordPress แตกต่างกันไปตามบทบาทของคุณ ผู้ใช้จะพบว่ามีประโยชน์ต่างจากผู้ดูแลระบบมากกว่าที่นักพัฒนาจะทำได้ และอื่นๆ แต่มีหลายสิ่งที่ล็อกไฟล์เดียวกันนี้ทำ และหลายวัตถุประสงค์สามารถทับซ้อนกันได้

• หาข้อผิดพลาด
• ช่วยแก้ปัญหา
• การตรวจสอบความปลอดภัย
• การประเมินมาตรฐานการช่วยสำหรับการเข้าถึง
• การตรวจสอบประสบการณ์ผู้ใช้และการเดินทางของลูกค้า
• ติดตามกิจกรรมของผู้ใช้
• ตรวจสอบประสิทธิภาพของปลั๊กอิน
• สำรวจธีม

และอีกมากมาย นอกจากนี้ยังมีไฟล์บันทึกประเภทต่างๆ มากมาย บางส่วนมีความเฉพาะเจาะจงสำหรับ WordPress ในขณะที่บางตัวอาจสร้างขึ้นโดยปลั๊กอินแต่ละตัว ลองดูที่บางส่วนของพวกเขาโดยเฉพาะเพื่อดูว่าคุณสามารถคาดหวังอะไรได้บ้าง

WordPress Debug Log Files

น่าแปลกที่ล็อกไฟล์เริ่มต้นของ WordPress นั้นถูกปิดใช้งานสำหรับการติดตั้ง WP ใหม่ คุณต้องเข้าไปใน ไฟล์ wp-config.php และเปิดใช้งานด้วยตนเอง บันทึกการดีบักถูกปิดใช้งานตามค่าเริ่มต้น เนื่องจากการบันทึกทุกอย่างที่การติดตั้ง WP ของคุณใช้ทรัพยากรเซิร์ฟเวอร์บางส่วนของคุณ แทนที่จะเรียกใช้ไซต์ จะเป็นการบันทึกวิธีการเรียกใช้ไซต์

เราขอแนะนำให้คุณเปิดใช้งานการบันทึกในช่วงเวลาสั้น ๆ เท่านั้น เนื่องจากเกิดปัญหาขึ้นเพื่อแก้ไข ยกเว้นกรณีที่คุณทำงานในสภาพแวดล้อมการพัฒนา

ตอนนี้คุณสามารถเปิดใช้งานบันทึกได้หลายวิธี ผ่าน FTP โดยใช้โปรแกรมอย่าง FileZilla และแก้ไขไฟล์ในตัวแก้ไขโค้ด โดย cPanel หรือแม้กระทั่งผ่านปลั๊กอินเช่น WP File Manager ไม่ว่ากระบวนการจะง่าย คุณจะพบ ไฟล์ wp-config.php ในไดเร็กทอรีรากของการติดตั้ง และเพิ่มโค้ดสองบรรทัดเข้าไป

• กำหนด ('WP_DEBUG', จริง);
• กำหนด ('WP_DEBUG_LOG', จริง);

ขั้นตอนที่ 1: ค้นหา wp-config.php

ไม่ว่าไดเรกทอรีรากของคุณจะอยู่ที่ใด ให้เชื่อมต่อที่นั่น เป็นไปได้มากว่าจะอยู่ภายใต้ /public_html/example.com/ (ส่วน .com อาจมีหรือไม่มีก็ได้)

ขั้นตอนที่ 2: การแก้ไข wp-config.php

เมื่อมีการเปิดขึ้นในโปรแกรมแก้ไขที่คุณเลือก Sublime Text, VS Code และ Atom ล้วนเป็นตัวเลือกยอดนิยม เลื่อนไปจนเจอบรรทัดที่เขียนว่า /* แค่นั้น หยุดแก้ไข! บล็อกที่มีความสุข */ เมื่อถึงแล้ว ให้วางโค้ดสองบรรทัดด้านบนไว้ด้านบนโดยตรง คุณอาจมีไฟล์ที่ทำเครื่องหมาย เป็นเท็จ อยู่แล้วในไฟล์

บรรทัดบนสุดทำให้การดีบักเกิดขึ้น ในขณะที่บรรทัดที่สองสร้างล็อกไฟล์เอง ในรูปแบบนี้ ข้อมูลโค้ดจะบันทึกไฟล์บันทึกของ WordPress ไปที่ wp-content/debug.log แต่คุณสามารถแทนที่ true ด้วยพาธสัมพัทธ์ในเครื่องหมายคำพูดเดี่ยวเพื่อระบุตำแหน่งอื่น ตัวอย่างเช่น define( 'WP_DEBUG_LOG', '/tmp/wp-errors.log' ); ตามที่ระบุไว้ในรายการ WordPress Codex ในบันทึกการดีบัก

ขั้นตอนที่ 3: การค้นหา การอ่าน และการทำความเข้าใจไฟล์บันทึก

โปรดทราบว่าไฟล์บันทึกของคุณอาจไม่ปรากฏขึ้นทันที ไม่ใช่บันทึกกิจกรรมของเซิร์ฟเวอร์แบบเรียลไทม์ แต่เป็นบันทึกข้อผิดพลาดที่เกิดขึ้นภายในเซิร์ฟเวอร์ เหตุใดเราจึงแนะนำก่อนหน้านี้ว่าคุณเปิดใช้งานเมื่อมีบางอย่างผิดปกติเท่านั้น ดังนั้นหากไฟล์ debug.log ยังไม่มีอยู่ ให้เวลากับมัน บางสิ่งบางอย่างจะแตกในที่สุด

เมื่อคุณได้รับไฟล์ debug.log ในที่สุด คุณสามารถเปิดไฟล์นั้นได้ในตัวจัดการไฟล์หรือในโปรแกรมแก้ไขโค้ดที่คุณเลือก แต่คุณจะเห็นบางสิ่งที่คล้ายคลึงกันนี้

สำหรับผู้ใช้ WordPress ทั่วไป นี่ดูเหมือน gobbledygook สำหรับนักพัฒนา พวกเขาจะพบปัญหา PHP ในปลั๊กอินบางตัวที่ไม่สามารถทำงานบางอย่างได้

ขั้นตอนที่ 4: รับความช่วยเหลือ

ดังที่เราได้กล่าวไว้ข้างต้น ผู้ใช้ WP ส่วนใหญ่จะไม่รู้ว่าจะทำอย่างไรกับข้อผิดพลาดเหล่านี้ อย่างไรก็ตาม เมื่อไซต์ของคุณทำงานได้ไม่ดีเท่าที่ควร คุณต้องแก้ไขปัญหาเหล่านี้ นั่นคือเมื่อคุณต้องหาคนที่จะช่วยคุณ

คุณมีทางเลือกสองสามทางในเส้นทางนี้ ซึ่งชัดเจนที่สุดคือดาวน์โหลดไฟล์ debug.log ทั้งหมด และส่งผ่าน Slack หรืออีเมลไปยังผู้ดูแลระบบของคุณ ส่วนใหญ่นี่เป็นทางเลือกที่ดีที่สุด แม้ว่าคุณจะเป็นนักพัฒนาและมีบันทึกนี้ คุณก็อาจจะส่งมันไปยังเครือข่าย (หรืออาจจะลดลง ถ้าคุณเป็นนักพัฒนาอาวุโสและงานมอบหมาย)

แต่ถ้าคุณไม่ได้เป็นส่วนหนึ่งของทีม คุณก็อาจจะต้องนำไฟล์นั้นไปส่งที่ไหนสักแห่ง แต่ที่ไหน? กองล้น หรือเฉพาะเจาะจงมากขึ้น WordPress Stack Exchange (ฟอรัมย่อยจาก SO ตาม WP) หากคุณไม่ได้รับคำตอบใน Stack Overflow หรือ Stack Exchange เกี่ยวกับปัญหาด้านเทคนิคของคุณ คุณควรไปซื้อสลากกินแบ่ง เพราะนั่นเป็นโอกาสที่บ้า

นอกจากนี้ คุณสามารถส่งบันทึกการดีบักไปยังผู้พัฒนาปลั๊กอินได้โดยตรง หรือแม้แต่โพสต์บนฟอรัมความช่วยเหลือของ WordPress อย่างเป็นทางการที่ WordPress.org แม้ว่าปัญหาอาจเกิดจากปลั๊กอินแต่ละตัว แต่บันทึกมาจาก WP และผู้ใช้อาจประสบปัญหาเฉพาะเหล่านี้มาก่อน

ยิ่งไปกว่านั้น ยังมีหน้าสนับสนุนปลั๊กอินบนหน้า repo ของปลั๊กอินแต่ละหน้า

สิ่งเหล่านี้จะนำคุณไปยังฟอรัมการสนับสนุนโดยตรงบน WP.org สำหรับปลั๊กอินเฉพาะนั้น

การใช้ฟอรัมเหล่านี้สามารถรับความช่วยเหลือเฉพาะบุคคลสำหรับปัญหาของคุณได้

ห่อ

อย่างที่คุณเห็น บันทึกข้อผิดพลาดของ WordPress นั้นหนาแน่นอย่างไม่น่าเชื่อ พวกเขาสามารถข่มขู่และแม้กระทั่งการตั้งค่า (นอกเหนือจากการใช้ปลั๊กอิน) อาจน่ากลัวสำหรับบางคน แต่ถ้าคุณจำกัดการดีบักไว้เพียงสภาพแวดล้อมการพัฒนาหรือปิดมันหลังจากดึงบันทึกบนเซิร์ฟเวอร์สาธารณะ สิ่งเหล่านี้เป็นเครื่องมือแก้ไขปัญหาที่ยอดเยี่ยมเพื่อดูว่ามีอะไรผิดพลาดภายใต้ประทุนของเว็บไซต์ของคุณ ดังนั้นในครั้งต่อไปที่ผู้ใช้ของคุณมีปัญหา หรือแม้แต่พนักงานของคุณมีปัญหากับแบ็กเอนด์ของไซต์ที่ไม่สามารถทำงานได้อย่างที่คาดไว้ ไฟล์บันทึกของ WordPress อาจเป็นแนวป้องกันที่ยอดเยี่ยม

สถานการณ์ประเภทใดที่มีการตรวจสอบไฟล์บันทึกของ WordPress ที่คุณสามารถแก้ไขหรือป้องกันได้?

ภาพเด่นของบทความโดย fatmawati achmad zaenuri / shutterstock.com