ช่องโหว่ PHP ที่พบบ่อยและวิธีแก้ไข
PHP มีส่วนแบ่งตลาดกว่า 77% ของเว็บไซต์ทั้งหมด (WordPress, Laravel, Drupal ล้วนใช้ PHP)
PHP มีส่วนแบ่งตลาดกว่า 77% ของเว็บไซต์ทั้งหมด (WordPress, Laravel, Drupal ล้วนใช้ PHP)
นักพัฒนาหลายคนคงทราบดี สำหรับการสื่อสารให้ยูเซอร์เข้าใจงานนั้นเป็นเรื่องยาก ผมจึงได้รวม 60 คำศัพท์ต่...
Low-Code คืออะไร? อนาคตของการพัฒนาซอฟต์แวร์
API คือสะพานเชื่อมระหว่างระบบ การเลือก API pattern ที่ผิดทำให้ทีมทำงานยากขึ้น performance แย่ หรือ maintain ยาก
เข้าใจ JSON ใน 5 นาที — รูปแบบข้อมูลที่นักพัฒนาต้องรู้
Mendix คืออะไร? แพลตฟอร์ม Low-Code ที่เปลี่ยนวิธีพัฒนา App
**Time-bomb bug** คือ bug ที่ไม่ได้เกิดขึ้นทันที แต่ซ่อนอยู่ในระบบและจะ "ระเบิด" เมื่อถึงเวลา เงื่อนไข หรือจำนวนที่กำหนด — เป็น bug ที่อันตรายที่สุดประเภทหนึ่ง เพราะมักไม่พบใน testing แต่โผล่ใน production
งานที่ PHP developer เจอบ่อยคือการ generate PDF แล้วส่งให้ user download หรือแสดงผลในหน้าเว็บ รวมถึงการ encode PDF เป็น Base64 เพื่อส่งผ่าน API หรือเก็บใน database บทความนี้ครอบคลุมทุกสถานการณ์
Web Developer ที่ดีต้องรู้อะไรบ้าง? บทความนี้รวม concept สำคัญที่ developer ควรเข้าใจ พร้อมอธิบายแต่ละหัวข้อ ลองอ่านแล้วประเมินตัวเองดูว่ารู้จักกี่เรื่อง
**Masonry Layout** คือรูปแบบ grid ที่ items มีความสูงต่างกัน แต่เรียงชิดกันโดยไม่มีช่องว่าง — แบบเดียวกับที่ Pinterest, Google Photos หรือ image gallery ส่วนใหญ่ใช้ JavaScript library ยอดนิยมสำหรับทำ Masonry คือ **Masonry.js** โดย David DeSandro
API ที่ออกแบบไม่ดีสร้างปัญหาตามมานานนับปี — ทั้งต่อทีม frontend ที่ต้องใช้ ต่อ clients ภายนอก และต่อทีมที่ต้องดูแลรักษา บทความนี้รวม anti-patterns ที่พบบ่อยพร้อมวิธีแก้ไข
แม้ Python 2.7 จะ EOL (End of Life) ตั้งแต่ปี 2020 แต่ในองค์กรหลายแห่งยังคงมีระบบเก่าที่รันบน Python 2.7 อยู่ และปัญหาที่พบบ่อยคือ เครื่อง server ไม่มีอินเทอร์เน็ต ทำให้ใช้ `pip install` โดยตรงไม่ได้ บทความนี้สรุปวิธีติดตั้ง library แบบ manual สำหรับสถานการณ์นี้
คำถามยอดฮิตในหมู่ developer มือใหม่คือ "ควรเก็บรูปภาพไว้ที่ไหน?" — ใน Database โดยตรงหรือบน File Storage? บทความนี้อธิบายทั้งสองแนวทางพร้อมข้อดี-ข้อเสีย และแนะนำ pattern ที่ใช้งานจริงในระบบขนาดใหญ่
ในวงการ tech มักได้ยินคำว่า "Product" และ "Platform" ใช้สลับกัน แต่ในความเป็นจริงทั้งสองมีความหมายและกลยุทธ์ที่แตกต่างกันอย่างมีนัยสำคัญ การเข้าใจความแตกต่างนี้ช่วยให้ developer และ product team ตัดสินใจเรื่อง architecture, business model และ roadmap ได้ถูกต้องขึ้น
เวลาเจอ bug หรือ feature ใหม่ที่ดูซับซ้อน programmer หลายคนมักพยายามแก้ทุกอย่างพร้อมกัน ผลลัพธ์คือเสียเวลานาน แก้ไม่ได้ และหงุดใจ เทคนิคที่ช่วยได้คือ **Problem Decomposition** — การแบ่งปัญหาใหญ่ออกเป็นชิ้นเล็กที่จัดการได้