Form PHP คืออะไร — คู่มือโปรแกรมมิ่ง 2026 — คู่มือฉบับสมบูรณ์ 2026 | SiamCafe Blog

ฟอร์มในภาษา PHP คืออะไร — เข้าใจพื้นฐานให้ชัดก่อนลงมือเขียน

ฟอร์มในภาษา PHP หมายถึงการรับข้อมูลจากผู้ใช้ผ่านหน้าเว็บ แล้วส่งเข้ามาประมวลผลด้วยโค้ดฝั่งเซิร์ฟเวอร์

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

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

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

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

ตัวอย่างโครงฟอร์มพื้นฐานที่ใช้บ่อยที่สุดมีหน้าตาแบบนี้

ชื่อผู้ใช้: อีเมล: ส่งข้อมูล

// process.php SERVER["REQUESTMETHOD"] === "POST") { $username = trim($_POST["username"] ?? ""); $email = trim($_POST["email"] ?? "");

if ($username === "" || $email === "") { echo "กรุณากรอกข้อมูลให้ครบทุกช่อง"; } else { echo "ยินดีต้อนรับคุณ " . htmlspecialchars($username); } } ?>

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

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

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

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

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

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

เทียบกันชัด ๆ ตามตารางนี้

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

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

input(INPUTPOST, "age", FILTERVALIDATEINT);

if ($age === false || $age === null) { echo "อายุไม่ถูกต้อง"; } ?>

การตรวจสอบข้อมูลคือขั้นตอนที่แยกฟอร์มของคนตั้งใจเรียนออกจากฟอร์มของคนทำงานจริง ผมเคยเจอเว็บที่ถูกสแกนหาช่องโหว่ตั้งแต่ตอนทำงานสายพัฒนา

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

การตรวจสอบและทำความสะอาดข้อมูล — หัวใจของฟอร์มที่ทำงานจริง

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

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

หลักการตรวจสอบที่ดีมีสามข้อ ข้อแรกคือรายการขาวเหนือรายการดำ อย่าพยายามเขียนกฎว่าห้ามอะไรบ้าง เพราะช่องโหว่มีรูปแบบไม่รู้จบ ให้เขียนกฎว่าอนุญาตเฉพาะอะไร เช่น เบอร์โทรต้องเป็นตัวเลขสิบหลักขึ้นต้นด้วยศูนย์เท่านั้น ข้อสองคือตรวจความยาวทั้งขั้นต่ำและขั้นสูง เพื่อกันทั้งข้อมูลเข้าฐานข้อมูลล้นและการส่งข้อความยาวล้านตัวอักษรมาทำลายระบบ ข้อสามคือทำความสะอาดข้อมูลแยกจากการตรวจสอบ การตรวจสอบตัดสินว่าผ่านหรือไม่ผ่าน ส่วนการทำความสะอาดแปลงข้อมูลให้ปลอดภัยต่อบริบทที่จะใช้ เช่น ตัดแท็กออกจากข้อความ เข้ารหัสอักขระพิเศษตอนแสดงผล และแปลงเป็นรูปแบบที่ฐานข้อมูลยอมรับ

โค้ดตัวอย่างการตรวจสอบแบบรวมศูนย์ ตรวจทีเดียว เก็บข้อผิดพลาดไว้แสดงครั้งเดียว

$username = trim($_POST["username"] ?? ""); $email = trim($_POST["email"] ?? ""); $phone = trim($_POST["phone"] ?? "");

if (mb_strlen($username) < 3) { $errors[] = "ชื่อผู้ใช้ต้องมีอย่างน้อย 3 ตัวอักษร"; } if (!filtervar($email, FILTERVALIDATE_EMAIL)) { $errors[] = "รูปแบบอีเมลไม่ถูกต้อง"; } if (!preg_match('/^0[0-9]{9}$/', $phone)) { $errors[] = "เบอร์โทรต้องเป็นตัวเลข 10 หลักขึ้นต้นด้วย 0"; }

if (!empty($errors)) { foreach ($errors as $e) { echo "

" . htmlspecialchars($e) . "

"; } exit; } // ผ่านการตรวจแล้ว บันทึกข้อมูลต่อได้ ?>

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

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

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

ความปลอดภัยของฟอร์ม — กันโจมตีที่พบบ่อยที่สุดห้าแบบ

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

คำถามที่พบบ่อย

ฟอร์มในภาษา PHP คืออะไร และประกอบด้วยส่วนใดบ้าง?

ฟอร์มในภาษา PHP หมายถึงการรับข้อมูลจากผู้ใช้ผ่านหน้าเว็บ แล้วส่งเข้ามาประมวลผลด้วยโค้ดฝั่งเซิร์ฟเวอร์ เช่น แบบฟอร์มสมัครสมาชิก แบบฟอร์มเข้าสู่ระบบ แบบฟอร์มติดต่อ หรือแบบฟอร์มอัปโหลดไฟล์ ตัวฟอร์มเองเขียนด้วย HTML แต่ PHP จะเข้ามามีบทบาทในการรับค่า ตรวจสอบความถูกต้อง บันทึกลงฐานข้อมูล และตอบกลับผลลัพธ์ให้ผู้ใช้ หัวใจของฟอร์มมีสามส่วนสำคัญที่ต้องจำให้ขึ้นใจ ส่วนแรกคือแท็กฟอร์มใน HTML ที่ระบุวิธีส่งข้อมูลและปลายทางที่จะส่งไป ส่วนที่สองคือช่องรับข้อมูลต่าง ๆ เช่น ช่องข้อความ ช่องอีเมล ช่องรหัสผ่าน ปุ่มเลือก กล่องติ๊ก และปุ่มส่ง ส่วนที่สามคือสคริปต์ PHP ที่รับค่าจากอาร์เรย์พิเศษที่ระบบเตรียมไว้ให้อัตโนมัติ ซึ่งค่าจะมาอยู่ในตัวแปร $POST หรือ $GET ขึ้นอยู่กับวิธีส่งข้อมูลที่กำหนดไว้ในฟอร์ม

ควรเลือกใช้วิธี GET หรือ POST ในการส่งข้อมูลฟอร์มอย่างไร?

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

ค่าที่ส่งจากฟอร์มเข้ามา PHP รับได้อย่างไร?

PHP รับค่าจากฟอร์มผ่านอาร์เรย์พิเศษที่ระบบเตรียมไว้ให้อัตโนมัติ หากฟอร์มส่งข้อมูลแบบ POST ค่าจะมาอยู่ในตัวแปร $POST แต่ถ้าส่งแบบ GET ค่าจะอยู่ในตัวแปร $GET ตัวแปรทั้งสองเป็นอาร์เรย์แบบเชื่อมโยง (associative array) ซึ่งเข้าถึงค่าได้ด้วยชื่อที่เราตั้งไว้ในแอตทริบิวต์ name ของช่องกรอกในฟอร์ม HTML เช่น ถ้ามีช่อง input ที่กำหนด name="username" ก็จะเข้าถึงค่าผ่าน $POST["username"] ในตัวอย่างโค้ดจริงยังแนะนำให้ใช้โอเปอเรเตอร์ ?? เพื่อกำหนดค่าเริ่มต้นกรณีไม่มีข้อมูลส่งเข้ามา และใช้ฟังก์ชัน trim() ตัดช่องว่างหัวท้าย เพราะผู้ใช้มักกดเว้นวรรคเผลอ นอกจากนี้ควรเช็ก $SERVER["REQUEST_METHOD"] ก่อนประมวลผล เพื่อป้องกันไม่ให้สคริปต์ทำงานตอนผู้ใช้เปิดหน้ามาครั้งแรก

ทำไมต้องตรวจสอบและทำความสะอาดข้อมูลจากฟอร์มก่อนใช้งานเสมอ?

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

แนะนำเพิ่มเติม

🎯 เปิดบัญชี XM Forex → สมัคร

📱 แอป iCafeFX → ดาวน์โหลด

📊 สัญญาณฟรี → รับสัญญาณ

📚 คู่มือเทรด → SiamCafeBook

🤝 สมัคร Partner XM → pipaffiliates.com/c?c=72816&l=th&p=6