ที่อยู่เดิม: http://nettuts.com/tutorials/php/10-principles-of-the-php-masters/
การแปลและเรียบเรียง: แอนดรูว์ โปรดระบุแหล่งที่มาหากคุณต้องการพิมพ์ซ้ำ
1. ใช้ PHP เมื่อเหมาะสม - Rasmus Lerdorf
ไม่มีใครเข้าใจว่า PHP ควรใช้อย่างมีเหตุผลมากไปกว่า Rasmus Lerdorf ผู้สร้าง PHP เขาเปิดตัวภาษา PHP ในปี 1995 ตั้งแต่นั้นเป็นต้นมา PHP ก็เป็นเหมือนไฟป่าที่ลุกไหม้ไปทั่วทั้งค่ายพัฒนา อินเทอร์เน็ต. อย่างไรก็ตาม Rasmus ไม่ได้สร้าง PHP ด้วยเหตุผลนี้ PHP เกิดมาเพื่อแก้ปัญหาเชิงปฏิบัติของนักพัฒนาเว็บ
เช่นเดียวกับโครงการโอเพ่นซอร์สอื่นๆ PHP ได้รับความนิยม สามารถใช้เป็นกรณีได้ กรณีที่เกิดจากความต้องการเครื่องมือในการแก้ปัญหาเว็บต่างๆ ดังนั้นเมื่อ PHP ปรากฏขึ้นครั้งแรก ความต้องการเครื่องมือดังกล่าวทั้งหมดจึงมุ่งเน้นไปที่ PHP
อย่างไรก็ตาม คุณไม่สามารถคาดหวังให้ PHP แก้ไขปัญหาทั้งหมดได้ Lerdorf เป็นคนแรกที่ยอมรับว่า PHP เป็นเพียงเครื่องมือ และมีหลายสถานการณ์ที่ PHP เกินความสามารถ
เลือกเครื่องมือที่เหมาะสมสำหรับงาน ฉันเคยไปพบบริษัทหลายแห่งเพื่อโน้มน้าวให้พวกเขาปรับใช้และใช้งาน PHP แต่ไม่ได้หมายความว่า PHP จะเหมาะกับทุกปัญหา มันเป็นเพียงภาษาสคริปต์ส่วนหน้าที่สามารถแก้ไขปัญหาส่วนใหญ่ได้
ในฐานะนักพัฒนาเว็บ การพยายามแก้ปัญหาทุกปัญหาด้วย PHP นั้นไม่เป็นไปตามหลักวิทยาศาสตร์และเป็นการเสียเวลาของคุณ เมื่อ PHP ไม่ทำงาน อย่าลังเลที่จะลองใช้ภาษาอื่น
2. ใช้พื้นที่เก็บข้อมูลแบบหลายตารางเพื่อปรับปรุงความสามารถในการปรับขนาด - Matt Mullenweg
ไม่มีใครอยากตั้งคำถามกับอำนาจของ Matt Mullenweg ใน PHP เขาพัฒนาระบบบล็อกที่ได้รับความนิยมมากที่สุดในโลก (สนับสนุนโดยชุมชนที่แข็งแกร่ง): หลังจากสร้าง WordPress, Matt และ ทีมงานของเขาเปิดตัวแพลตฟอร์ม WordPress.com ซึ่งเป็นไซต์บล็อกฟรีที่ใช้ WordPress MU ปัจจุบัน WordPress.com มีผู้ใช้งานประมาณ 4 ล้านคน ซึ่งมีการโพสต์มากกว่า 140,000 โพสต์ทุกวัน (ดูสถิติ WordPress.com เพิ่มเติม คลิกที่นี่)
หากใครรู้วิธีทำให้เว็บไซต์ปรับขนาดได้ง่าย ๆ นั่นก็คือ Matt Mullenweg ในปี 2549 Matt ได้ปรับปรุงโครงสร้างข้อมูลของ WordPress แบบคาดการณ์ล่วงหน้า และอธิบายว่าทำไม WordPress MU จึงใช้ตาราง MYSQL อิสระสำหรับแต่ละบล็อก แทนที่จะยัดข้อมูลบล็อกทั้งหมดลงในตารางขนาดใหญ่เพียงตารางเดียว
เราทดสอบแนวทางนี้แล้ว แต่พบว่าการขยายขนาดมีราคาแพงเกินไป หากคุณใช้โครงสร้างข้อมูลโดยรวม คุณจะประสบปัญหาฮาร์ดแวร์เซิร์ฟเวอร์เมื่อมีการรับส่งข้อมูลจำนวนมาก ภายใน ม. ผู้ใช้จะถูกกระจายออกเป็นตารางแยกกันและสามารถจัดระเบียบได้ง่าย ตัวอย่างเช่น WordPress.com จัดเก็บข้อมูลผู้ใช้ไว้ในฐานข้อมูล 4,096 ฐานข้อมูลเหล่านี้สามารถกระจายการเข้าถึงข้อมูลขนาดใหญ่และเปลี่ยนเส้นทางการรับส่งข้อมูลและความกดดัน
การพกพาตารางข้อมูลช่วยให้โค้ด (บล็อก) ทำงานเร็วขึ้นและทำให้ระบบสามารถปรับขนาดได้มากขึ้น Matt แสดงให้ผู้คนเห็นว่า Facebook และ WordPress.com ที่ได้รับความนิยมสูงสุดสามารถทำงานได้อย่างเสถียรภายใต้ PHP และรองรับปริมาณการรับส่งข้อมูลที่น่าอัศจรรย์ โดยอาศัยกลยุทธ์การแคชที่ทรงพลังและกลยุทธ์การใช้ฐานข้อมูลที่ยืดหยุ่น
3. อย่าไว้ใจผู้ใช้ - Dave Child
Dave Child คือหัวใจของ Added Bytes (ก่อนหน้านี้ ilovejackdaniels.com) ซึ่งเป็นเว็บไซต์ที่มีชื่อเสียงในด้านสูตรโกงที่ยอดเยี่ยมสำหรับภาษาการเขียนโปรแกรมหลายภาษา Dave ทำงานให้กับบริษัทในสหราชอาณาจักรหลายแห่งและได้สถาปนาตนเองเป็นผู้มีอำนาจในโลกแห่งการเขียนโปรแกรม
Dave ให้คำแนะนำที่รอบคอบมากมายสำหรับนักพัฒนา PHP โดยสรุปไว้ใน "การเขียนโค้ดที่ปลอดภัยใน PHP": อย่าเชื่อถือผู้ใช้ของคุณ เพราะพวกเขาอาจทำร้ายคุณได้
มีหลักการพื้นฐานของการพัฒนาเว็บที่ฉันไม่สามารถทำซ้ำได้เพียงพอ: อย่าไว้วางใจผู้ใช้ของคุณและถือว่าข้อมูลทุกหน่วยในเว็บไซต์ของคุณเป็นโค้ดที่เป็นอันตรายที่รวบรวมจากผู้ใช้ หลายครั้งที่คุณต้องใช้ JavaScript เพื่อตรวจสอบเนื้อหาที่ส่งโดยแบบฟอร์มบนไคลเอนต์ หากคุณคุ้นเคยกับสิ่งนี้ นี่ถือเป็นนิสัยที่ดี หากความปลอดภัยเป็นสิ่งสำคัญสำหรับคุณ นี่คือหลักการที่สำคัญที่สุดที่ต้องเรียนรู้
ปัจจุบัน Dave กำลังรวบรวมตัวอย่างหนังสือชุด "Writing Secure PHP" ของเขา เขากล่าวว่า ท้าย
ที่สุด จงกลายเป็นคนหวาดระแวงเล็กน้อย เว้นแต่คุณคิดว่าเว็บไซต์ของคุณจะไม่ถูกโจมตี ให้เผชิญหน้ากับปัญหาโดยตรง เพราะเมื่อมันเกิดขึ้น คุณจะตกอยู่ในสถานการณ์ที่เลวร้าย คุณต้องถือว่าผู้ใช้ทุกคนเป็นแฮ็กเกอร์ที่จะโจมตีและป้องกันไซต์ ทำทุกอย่างที่ทำได้เพื่อปกป้องความปลอดภัยของไซต์ และในขณะเดียวกันก็คิดถึงวิธีแก้ไขปัญหาที่เกี่ยวข้อง
4. ใช้แคช PHP มากขึ้น - Ben Balbo
Ben Balbo พัฒนา Site Point ซึ่งเป็นเว็บไซต์ที่ให้คำแนะนำแก่นักพัฒนาและนักออกแบบ เขาเป็นสมาชิกของ Melbourne PHP Development and Open Source Club ดังนั้นเขาจึงมีความเข้าใจเกี่ยวกับ PHP และมีแนวคิดและประสบการณ์บางอย่างในการแคช PHP
หากคุณมีไซต์ที่มีการเข้าชมจำนวนมากแต่ไม่ได้รับการอัปเดตบ่อยครั้ง (เช่น บล็อกที่ใช้ CMS บางประเภท) อาจจำเป็นต้องมีการแก้ไขบางอย่าง การแก้ไขเหล่านี้จะใช้เวลาไม่นาน แต่จะทำให้มีนัยสำคัญ การมีส่วนร่วมในการทำงาน หากคุณต้องการสร้างกลไกการแคชสำหรับไซต์ที่ซับซ้อน/อัปเดตเร็ว กระบวนการนี้อาจคดเคี้ยว แต่ประโยชน์ที่ได้นั้นชัดเจน
มีเทคโนโลยีแคช PHP มากมาย เบ็นแนะนำเทคโนโลยีต่อไปนี้ให้กับเรา: ฟัง
ก์ชั่นแคช การทำงาน ผลลัพธ์ การตั้งค่า เวลาหมดอายุ เทมเพลตไฟล์แคช เทคโนโลยีแคชที่ดาวน์โหลดโดย IE
Cache_Lite
เนื่องจากคุณลักษณะของ PHP ในฐานะภาษาไดนามิก กลไกการแคชจึงมีความสำคัญมากสำหรับไซต์ที่ไม่ได้รับการอัปเดตบ่อยครั้ง
5. เร่งการพัฒนา PHP ด้วย IDE, Templates และ Snippets - Chad Kieffer
เมื่อ Chad Kieffer ออกจากงานออกแบบ UI และงานเพิ่มประสิทธิภาพฐานข้อมูล เขาจะแบ่งปันประสบการณ์ทางเทคนิคมากมายในบล็อก 2 ช้อนโต๊ะของเขา เนื่องจากการพัฒนาที่ครอบคลุมของ Chad ในหลายๆ ด้าน เขามักจะพบปัญหาที่โปรแกรมเมอร์คนอื่นๆ ไม่สามารถค้นหาได้ และสร้างประสบการณ์ที่เกี่ยวข้อง โดยเฉพาะวิธีการพัฒนาเว็บไซต์ของเขา เขามีส่วนร่วมในทุกด้านของการพัฒนาเว็บไซต์ ดังนั้นคำแนะนำของเขาจึงมีประโยชน์มากในการปรับปรุงภาพรวมของการพัฒนาเว็บไซต์
Chad คิดว่าใช้ Eclipse PDT
(แพ็คเกจการพัฒนา PHP ของ Eclipse) IDE ดังกล่าว แม้จะใช้เทคโนโลยีเทมเพลตบางอย่างและโปรเจ็กต์โอเพ่นซอร์ส แต่ก็สามารถเพิ่มความเร็วในการพัฒนา PHP ได้อย่างมีประสิทธิภาพ
แผนการที่รัดกุม รายการสิ่งที่ต้องทำและกำหนดเวลาที่ยาวนานทำให้นักพัฒนาหงุดหงิดมาก อย่างไรก็ตาม คุณลักษณะบางอย่าง เช่น เทมเพลต Eclipse สามารถลดเวลาการเขียนโค้ดและโอกาสที่จะเกิดข้อผิดพลาดได้อย่างมีประสิทธิภาพ
โดยทั่วไปแล้ว โปรเจ็กต์ใดก็ตามสามารถทำให้เป็นอัตโนมัติได้ และยิ่งระดับของการทำงานอัตโนมัติมากเท่าไร คุณก็จะยิ่งใช้เวลาในการทำโปรเจ็กต์ให้เสร็จสิ้นน้อยลงเท่านั้น การใช้เวลาในการพัฒนาเฟรมเวิร์กและเทมเพลตที่จะใช้บ่อยๆ จะช่วยให้คุณประหยัดเวลาได้มากขึ้นในภายหลัง ในเวลาเดียวกัน เมื่อใช้ IDE เช่น Eclipse และแพ็คเกจ PDT คุณจะพบว่าประสิทธิภาพของคุณได้รับการปรับปรุงอย่างมาก IDE สามารถปิด เติมเครื่องหมายอัฒภาค และดีบักในเครื่องได้โดยอัตโนมัติ
โพสต์ที่เกี่ยวข้อง:
WordPress ได้รับการอัปเกรดเป็น 2.3.2 เรียบร้อยแล้ว แม้ว่าแท็กจะไม่มีประโยชน์สำหรับฉัน แต่ฉันยังคงอัปเกรดด้วยเหตุผลด้านความปลอดภัย ฉันต้องการสำเนาการอัปเกรดจาก 2.0.5 เมื่อสองปีก่อนเป็น 2.3.2 ปัจจุบัน ความกล้าหาญและความมุ่งมั่น โชคดีที่ไม่มีปัญหาเมื่อทำการอัปเกรดในเครื่อง แต่ฟังก์ชันบนเทมเพลตจำเป็นต้องมีการแก้ไขง่ายๆ การอัปเกรดออนไลน์ดำเนินไปอย่างราบรื่น หลายๆ คนคงสงสัยว่าคุณเพิ่งโพสต์ขอความช่วยเหลือเกี่ยวกับวิธีการอัปเกรดไม่ใช่หรือ? ฉันพบเครื่องมือที่ดีที่สุดแล้ว ปลั๊กอินอัปเกรดอัตโนมัติของ WordPress นี้ทำให้การอัปเกรดของคุณไร้กังวลจริงๆ เพราะมันจะสำรองไฟล์และข้อมูลทั้งหมดให้คุณก่อนที่จะอัปเกรด ประเภท ". " ฉันเชื่อว่าเหมาะมากสำหรับบล็อกเกอร์ที่ไม่ต้องการกังวลเรื่องการอัพเกรด อย่างไรก็ตาม มีปัญหากับฟังก์ชันการส่งออกหลังจากอัปเกรดแล้ว มันแจ้งว่า wp-config.php ไม่พบ ฉันไม่รู้ว่าปัญหานี้เกิดขึ้นบ่อยหรือเป็นปัญหากับบล็อกของฉัน เพื่อนๆ ที่พบปัญหาเดียวกันโปรดฝากข้อความถึงฉันแล้วฉันจะค้นคว้าวิธีแก้ไข (หลังจากวิจัยพบว่าเกิดปัญหากับเส้นทางการเข้าถึงในปลั๊กอิน coolcode ตราบใดที่การเปิดใช้งานปลั๊กอินนี้ถูกยกเลิก ฟังก์ชันส่งออกก็สามารถใช้งานได้ตามปกติ)...
มีใครเคยมีประสบการณ์การอัพเกรดจาก WordPress 2.0 บ้างมั้ย วันนี้ผมดาวน์โหลด wordpress-2.3.2 ไปแล้ว แต่พบว่าการก้าวกระโดดของเวอร์ชันนั้นค่อนข้างใหญ่และการเปลี่ยนแปลงโครงสร้างข้อมูลก็ดูจะยุ่งยากพอสมควร ความเสี่ยงมันมากเกินไป เลยยอมแพ้ไปซะก่อน ใครล่ะ มีประสบการณ์ในการอัปเกรด WordPress จาก 2.0 เป็น 2.3 ขอบคุณมากครับ -
การแปล: "14 สุดยอดเครื่องมือของผู้ดูแลเว็บ" (ตอนที่ 2) ข้อความต้นฉบับ: http://www.conversion-rate-experts.com/articles/understand-your - visitor/ บทความนี้เขียนโดย Andrew( http://www . achome.cn ) ได้รับการแปลโดยอิสระ หากคุณต้องการพิมพ์ซ้ำ โปรดระบุแหล่งที่มา ผู้ใช้คือนักประชาสัมพันธ์และพนักงานขายที่ดีที่สุด มาฟังว่าพวกเขาโปรโมต Tell-a-Friend King อย่างไร สัมผัสประสบการณ์เลยตอนนี้! ระบบที่ให้ผู้ใช้สามารถส่งข้อความเพื่อเชิญเพื่อนได้ เราจะเห็นว่าจดหมายที่ผู้ใช้เหล่านี้ส่งมีคำตอบสำหรับคำถาม "เหตุใดผู้ใช้จึงใช้จ่ายเงินกับเว็บไซต์ของคุณ" หลายๆ คนใช้เวลาส่วนใหญ่ในการวางตำแหน่งตัวเองและพัฒนาคำโฆษณาที่น่าดึงดูด แต่จากคำรับรองของผู้ใช้ คุณจะพบว่าทำไมผู้ใช้ถึงชอบคุณ รวบรวมคำติชมของผู้ใช้ได้อย่างง่ายดาย Kampyle ลองใช้ทันที! Kampyle อนุญาตให้ผู้ใช้ส่งคำติชมของผู้ใช้บนเว็บไซต์ของคุณ (ผ่านปุ่มเล็ก ๆ ที่ด้านล่างของหน้า) หลังจากคลิก หน้าต่างจะปรากฏขึ้นเพื่อให้ผู้ใช้กรอกความคิดเห็นและ ข้อเสนอแนะ เว็บมาสเตอร์สามารถเข้าสู่เว็บไซต์ทางการของ Kampyle เพื่อดูและจัดการคำติชมของผู้ใช้ที่รวบรวมไว้ หากผู้ใช้ทิ้งที่อยู่อีเมลไว้ เว็บมาสเตอร์สามารถแจ้งผู้ใช้ได้อย่างง่ายดายว่าพวกเขาได้รับคำติชมและจะทำการปรับปรุงที่เกี่ยวข้อง -
6. ใช้ประโยชน์จากฟังก์ชั่นตัวกรองของ PHP - Joey Sochacki
บางที Joey Sochacki อาจไม่โด่งดังเท่า Matt Mullenweg แต่เขาก็เป็นนักพัฒนาที่มีประสบการณ์และแบ่งปันประสบการณ์ด้านเทคนิคมากมายผ่านบล็อก Devolio ของ
เขาพบว่าการเขียนโค้ด PHP มี หลายแห่งที่จำเป็นต้องกรองในกระบวนการ แต่มีผู้เขียนโค้ดไม่มากที่ให้ความสนใจกับฟังก์ชันการกรองในตัวของ PHP
การกรองข้อมูลเป็นสิ่งที่เรามักต้องทำ แต่ฟังก์ชันการกรอง PHP ในตัวที่มีฟีเจอร์มากมายยังไม่เป็นที่รู้จัก การใช้ฟังก์ชันในตัวของ PHP เช่น filter_* ทำให้เราสามารถจัดการงานกรองได้เกือบทั้งหมด รวมถึงการตรวจสอบประเภทข้อมูล/URL/อีเมล และการตรวจสอบที่อยู่ IP/การประมวลผลอักขระพิเศษ ฯลฯ
การกรองเป็นสิ่งที่ซับซ้อน แต่ฉันเชื่อว่าการค้นพบของ Joey จะทำให้คุณได้รับแรงบันดาลใจมากมาย และช่วยให้คุณตระหนักถึงฟังก์ชันการกรองอันทรงพลังของ PHP
7. ใช้เฟรมเวิร์ก PHP - Josh Sharp
มีการถกเถียงกันมากมายว่าคุณควรใช้ Zend, CakePHP, Code Igniter หรือเฟรมเวิร์ก PHP อื่นๆ หรือไม่ แต่ในใจของนักพัฒนาเว็บ พวกเขามีมาตรฐานการวัดผลเป็นของตัวเอง
Josh Sharp ได้สร้างเว็บไซต์แบบ bread-and-butter ของตัวเองขึ้นมา ดังนั้นเขาจึงมีประสบการณ์ในการใช้เฟรมเวิร์ก PHP ในการพัฒนาเว็บไซต์มาบ้าง เขาเชื่อว่าการใช้เฟรมเวิร์ก PHP สำหรับการพัฒนาโครงการสามารถประหยัดเวลาและลดโอกาสที่จะเกิดข้อผิดพลาดได้อย่างมีประสิทธิภาพ ทำไม เพราะเขารู้สึกว่า PHP นั้นง่ายต่อการเริ่มต้นใช้งาน
ความง่ายในการใช้งานของ PHP บางครั้งก็มีข้อบกพร่อง เนื่องจากไวยากรณ์ที่หลวมมักนำไปสู่การสร้างโค้ดที่ผิดพลาดมากมาย แต่ถ้าคุณใช้เฟรมเวิร์ก PHP โอกาสที่จะเกิดข้อผิดพลาดจะลดลงอย่างมาก
กรอบงาน PHP สามารถทำให้โครงสร้างโค้ดของคุณมีมาตรฐานมากขึ้นและประหยัดเวลาได้มาก คุณสามารถอ่าน "ประโยชน์ของการใช้กรอบงาน PHP" เพื่อรับข้อมูลที่เกี่ยวข้องมากขึ้น
8. อย่าใช้เฟรมเวิร์ก PHP - Rasmus Lerdorf
ตรงกันข้ามกับมุมมองของ Josh เลย Rasmus Lerdorf ผู้สร้าง PHP คิดว่าเป็นการดีที่สุดที่จะไม่ใช้ PHP framework เพราะ PHP ที่ไม่ได้อิงตามเฟรมเวิร์กทำงานได้ดีกว่า
ในสุนทรพจน์ของเขาที่ Drupalcon 2008 Rasmus ใช้ตัวอย่าง "Hello World" เพื่อเปรียบเทียบประสิทธิภาพระหว่างเฟรมเวิร์ก PHP และ PHP แบบธรรมดา ผลลัพธ์แสดงให้เห็นว่าประสิทธิภาพของเฟรมเวิร์ก PHP ยังล้าหลังมาก
9. ใช้การประมวลผลแบบแบตช์ - Jack D. Herrington
Jack Herrington ไม่ใช่คนแปลกหน้าในโลก PHP และได้สนับสนุนบทความมากกว่า 30 บทความให้กับ IBM DeveloperWorks ที่มีชื่อเสียง และยังตีพิมพ์หนังสือ "PHP Hacks" ดังนั้นเขาจึงเป็นผู้เชี่ยวชาญอย่างแท้จริง
Herrington ขอแนะนำให้ใช้การประมวลผลแบบแบตช์และ Cron เพื่อแทนที่สคริปต์โปรแกรมที่สามารถทำงานในเบื้องหลังได้ ผู้ใช้เว็บไม่เต็มใจที่จะรอการประมวลผลของคุณทางออนไลน์ ดังนั้นบางสิ่งจึงเหมาะกว่าที่จะดำเนินการในเบื้องหลัง
จริงอยู่ที่ว่าการดำเนินการนี้เกินความจำเป็นในบางกรณี แต่คุณจะเห็นได้อย่างชัดเจนว่าการสร้างเครื่องมือประมวลผลแบบแบตช์โดยใช้วิธี Cron, MySQL, PHP และ Pear::DB ไม่ใช่เรื่องง่าย
Jack เชื่อว่าการใช้ cron, PHP และ MySQL เพื่อประมวลผลงานบางอย่างในเบื้องหลังนั้นคุ้มค่ากว่าตรรกะทางธุรกิจแบบหลายกระบวนการมาก
ฉันได้ลองทั้งสองวิธีแล้ว และฉันคิดว่า Cron สอดคล้องกับหลักการ "Keep It Simple, Stupid" (KISS) อย่างมาก ซึ่งทำให้การประมวลผลพื้นหลังเป็นเรื่องง่าย เมื่อเปรียบเทียบกับตรรกะทางธุรกิจแบบหลายกระบวนการ ก็ไม่มีความเสี่ยงที่หน่วยความจำจะล้น คุณสามารถสร้างสคริปต์ชุดงานง่ายๆ และเรียกใช้ใน cron ได้ สคริปต์นี้จะตรวจสอบเป็นประจำว่ามีงานที่จำเป็นต้องประมวลผลหรือไม่ และจะออกโดยอัตโนมัติหลังจากการประมวลผล ดังนั้นคุณจึงไม่ต้องกังวลว่ากระบวนการจะค้างหรือ ติดอยู่ในวงวนอันไม่มีที่สิ้นสุด
10. เปิดใช้งานการรายงานข้อผิดพลาดได้ทันเวลา - David Cummings
David Cummings มีบริษัทที่เชี่ยวชาญด้านการให้บริการซอฟต์แวร์ CMS และได้รับรางวัลมากมาย เขามีประสบการณ์มากมายในการพัฒนา PHP
David เคยเขียน "เคล็ดลับ PHP สองข้อที่เขาหวังว่าเขาจะได้เรียนรู้ตั้งแต่เริ่มต้น" ซึ่งหนึ่งในนั้นคือ: เปิดใช้งานการรายงานข้อผิดพลาดได้ทันเวลา ซึ่งจะช่วยประหยัดเวลาได้มาก
สิ่งสำคัญที่สุดที่ฉันบอกผู้คนคือเพิ่มการรายงานข้อผิดพลาดใน PHP ให้สูงสุด เพราะเหตุใด เนื่องจาก PHP สามารถซ่อนปัญหาเล็กๆ น้อยๆ ได้มากมาย:
ตัวแปรไม่ได้ถูกกำหนดไว้ล่วงหน้า, ตัวแปรที่ไม่มีอยู่จะถูกอ้างอิงในตัวอย่างโค้ด, มีการใช้ค่าคงที่ที่ไม่ได้กำหนด ปัจจัยเหล่านี้อาจดูเหมือนไม่ใช่เรื่องใหญ่ เว้นแต่ว่าคุณกำลังเขียนไลบรารีคลาสบางตัวโดยใช้อ็อบเจ็กต์ - แนวทางที่มุ่งเน้น บ่อยครั้งที่การปิดการรายงานข้อผิดพลาดจะทำให้คุณเสียค่าใช้จ่ายมากขึ้นในการบำรุงรักษาโค้ดของคุณ
รายงานข้อผิดพลาดสามารถช่วยให้คุณค้นหาปัญหาเกี่ยวกับโค้ดของคุณได้อย่างง่ายดาย หากระดับของรายงานข้อผิดพลาดสูงเพียงพอ ข้อผิดพลาดเล็กๆ น้อยๆ จะถูกค้นพบทันที ซึ่งช่วยให้คุณประหยัดเวลาในการแก้ไขข้อบกพร่องโดยรวม