MongoDB, Express, React, และ Node ปรากฏติดตั้งไว้ล่วงหน้าบน Hostinger’s MERN VPS ซึ่งทำตลาดในฐานะสภาพแวดล้อมพร้อมใช้งานสำหรับสร้างเว็บแอปที่ปรับขยายได้ การทดสอบพบจุดแข็งจริงหลายอย่าง โดยเฉพาะการปรับสเกล CPU ที่เกือบสมบูรณ์แบบ พร้อมกับรายละเอียดบางอย่างในด้านแผนและเอกสารที่นักพัฒนาควรรู้ก่อนตัดสินใจซื้อ นี่คือทุกอย่างที่ฉันพบ
ในการให้คะแนนโฮสติ้ง Hostinger’s MERN VPS ฉันใช้ rating methodology ของ HostAdvice ซึ่งเป็นแนวทางมาตรฐานเดียวกันที่ใช้กับทุกรีวิวบนเว็บไซต์ เพื่อให้คะแนนสอดคล้องและยึดกับการทดสอบจริงมากกว่าคำโฆษณา นี่คือคะแนนในแต่ละพารามิเตอร์
| พารามิเตอร์ | คะแนน | เหตุผลที่ได้คะแนนนี้ |
|---|---|---|
| Prices | 9.0/10 | รับประกัน 30 วันน่าสนใจ แต่การคืนเงินของ VPS มีเงื่อนไขพัก 180 วัน และไม่มีทดลองใช้ฟรีแบบเฉพาะเจาะจง |
| Features | 9.2/10 | ฮาร์ดแวร์ EPYC, ตัวสแกนมัลแวร์ที่ทำงานอยู่ และ public API มีอยู่ในทุกระดับตามที่โฆษณาไว้ |
| Performance | 9.3/10 | การปรับสเกล CPU ที่เกือบสมบูรณ์แบบ, IOPS ของดิสก์ที่แข็งแกร่ง และการทดสอบความเค้นที่ผ่านแบบไร้ความล้มเหลว |
| Ease of Use | 8.8/10 | ขั้นตอนเช็คเอาต์รวดเร็วและราบรื่น แต่ถูกตัดคะแนนจากความไม่สอดคล้องกันจริงในคำกล่าวอ้างแบนด์วิดท์ของหน้าแผนเอง |
| Support | 9.6/10 | Kodee ตรวจสอบเซิร์ฟเวอร์จริงสองครั้งและให้คำแนะนำทางเทคนิคที่ถูกต้องและครบถ้วนทั้งสองครั้ง |
| Overall | 9.2/10 | โฮสต์ MERN ที่แข็งแกร่ง แต่ถูกฉุดไว้หลักๆ จากช่องว่างด้านเอกสารที่ Kodee ต้องเข้ามาชดเชย |
Hostinger จำหน่ายโฮสติ้ง MERN เป็นหนึ่งในสี่ระดับ VPS แบบ KVM ได้แก่ KVM 1 ถึง KVM 8 โดยเพิ่มแกน CPU, RAM, พื้นที่ดิสก์ NVMe และแบนด์วิดท์ไปพร้อมกันเมื่อขยับขึ้นระดับที่สูงขึ้น
MERN ไม่ใช่การซื้อแยกต่างหาก แต่เป็นแอปแบบคลิกเดียวที่วางทับบนระดับที่คุณเลือกตอนเช็คเอาต์ โดย MongoDB, Express, React และ Node จะถูกติดตั้งอัตโนมัติทันทีที่เซิร์ฟเวอร์พร้อมใช้งาน
| ชื่อแพลน | เนื้อที่ | CPU | RAM | OS | ราคา | |
|---|---|---|---|---|---|---|
| KVM 1 | 50 GB | 1 core | 4 GB | ฿190 | รายละเอียด | |
| KVM 2 | 100 GB | 2 core | 8 GB | ฿260 | รายละเอียด | |
| KVM 4 | 200 GB | 4 core | 16 GB | ฿370 | รายละเอียด | |
| KVM 8 | 400 GB | 8 core | 32 GB | ฿740 | รายละเอียด |
มีบางสิ่งที่ควรรู้ก่อนสั่งซื้อ:
มีอีกเรื่องหนึ่งที่ควรระบุโดยตรงจากการทดสอบ หน้าแผนเองระบุความเร็วเครือข่ายสองค่าแตกต่างกันในสองจุดที่ไม่เหมือนกัน คือ 1 Gbps ในรายการคุณสมบัติ และ 300 Mb/s ในเนื้อหาด้านล่าง
การวัดประสิทธิภาพจริงระหว่างรีวิวนี้สอดคล้องกับคำกล่าวอ้าง 1 Gbps ดังนั้นให้ถือว่าค่า 300 Mb/s เป็นข้อผิดพลาดในข้อความแทนที่จะเป็นสเปกจริง แต่ก็ยังเป็นรายละเอียดที่ควรตรวจสอบบนหน้าจริงก่อนซื้อ เพราะหน้าโฆษณาอาจมีการอัปเดต และเรื่องนี้อาจถูกแก้ไปแล้วเมื่อคุณอ่านอยู่
สแต็ก MERN ต้องใช้ทรัพยากรจริงจากทุกชั้นของเซิร์ฟเวอร์พร้อมกัน Node จัดการคำขอบนเธรดเดียวต่อหนึ่งโปรเซส ดังนั้นความเร็ว CPU และการปรับสเกลข้ามหลายคอร์จึงเป็นตัวกำหนดว่าคำขอพร้อมกันได้มากแค่ไหนที่ Node process หนึ่งตัว หรือหลายตัวร่วมกัน จะสามารถให้บริการได้จริง
MongoDB อ่านและเขียนเอกสารลงดิสก์อยู่ตลอดเวลา ดังนั้น I/O ของดิสก์จึงมีผลต่อความเร็วที่ query ตอบกลับ React เวอร์ชันสำหรับ production จะถูกส่งในรูปของไฟล์สแตติก ซึ่งอาศัยทั้งดิสก์และเครือข่ายร่วมกัน และ Express อยู่ตรงกลางทำหน้าที่ส่งต่อทั้งหมดผ่านหน่วยความจำ
ฉันรันชุด benchmark เต็มรูปแบบกับเซิร์ฟเวอร์ ทั้ง CPU, memory, disk, network และ stress pass แบบต่อเนื่อง เพื่อดูว่าแผนนี้ให้ผลจริงอย่างไร และเพื่อเคลียร์คำถามเรื่องแบนด์วิดท์ที่หน้าแผนเองตอบไม่สอดคล้องกัน
อินสแตนซ์ที่ฉันทดสอบคือแผน KVM 4 ซึ่งเป็นระดับที่ฉันเลือกตอนเช็คเอาต์:
ก่อนดูตัวเลข ขอพูดถึงตำแหน่งของแผนนี้ก่อน Hostinger’s MERN VPS lineup ใช้สี่ระดับเดียวกับผลิตภัณฑ์ VPS อื่นๆ คือ KVM 1 ถึง KVM 8 และ KVM 4 อยู่ลำดับที่สองจากบน ออกแบบมาสำหรับแอปจริงที่มีฐานผู้ใช้พอสมควร มากกว่าจะเป็นต้นแบบแรกเริ่มหรือแพลตฟอร์มหลายบริการขนาดใหญ่ สิ่งที่ตามมานี้สะท้อนเฉพาะระดับกลางค่อนไปสูงนี้เท่านั้น
ความเร็วแบบ single-thread คือค่าที่สำคัญที่สุดสำหรับ Node process เดียว เพราะ Node รัน JavaScript บนเธรดเดียว และจะกระจายงานไปหลายคอร์ก็ต่อเมื่อคุณรันแบบ cluster หรือใช้ process manager อย่าง PM2 ที่เปิดหลายอินสแตนซ์
ที่ latency เฉลี่ย 0.61ms Express process เดียวบนเซิร์ฟเวอร์นี้ยังมีพื้นที่เหลืออีกมาก ก่อนที่ CPU จะกลายเป็นข้อจำกัดสำหรับการจัดการคำขอทั่วไป
ผลแบบ multi-thread คือจุดเด่นของการทดสอบนี้ จากหนึ่งเธรดไปสี่เธรด throughput เพิ่มขึ้นเกือบเท่าตัวพอดี คิดเป็นการสเกลที่เกือบสมบูรณ์แบบ นั่นสำคัญโดยตรงกับ Node โดยเฉพาะ เพราะหมายความว่าการรัน PM2 cluster ที่มีสี่อินสแตนซ์เพื่อใช้ทั้งสี่คอร์ ควรให้ throughput ใกล้เคียงสี่เท่าของ process เดียว แทนที่จะสูญเสียไปมากจากการแย่งทรัพยากรกับ tenant อื่นบนโฮสต์ ซึ่งเป็นผลลัพธ์ที่มักพบได้บ่อยกว่าใน VPS แบบ shared
ค่าความยุติธรรมของเธรดก็ยืนยันเรื่องนี้ด้วย ความแปรปรวนราว 0.1 เปอร์เซ็นต์ระหว่างแต่ละเธรด แคบพอที่แสดงว่าแต่ละคอร์ทำงานแบ่งกันอย่างเท่าเทียมตลอดการทดสอบ
ตัวเลขทั้งสองอยู่ในช่วงที่ฮาร์ดแวร์ EPYC รุ่นปัจจุบันทำได้ในการทดสอบนี้ สำหรับ MERN stack ความเร็วหน่วยความจำสำคัญที่สุดตรงที่ MongoDB เก็บข้อมูลที่เรียกใช้บ่อยไว้ใน RAM และ Node เองก็เก็บอ็อบเจ็กต์ ข้อมูลเซสชัน และแคชในหน่วยความจำเดียวกัน
ด้วยความเร็วระดับนี้ หน่วยความจำแทบไม่ใช่ชั้นที่ทำให้คำขอช้าลง นอกจากนี้อินสแตนซ์นี้ไม่มีการตั้งค่า swap ดังนั้น RAM 15GB เต็มๆ คือทรัพยากรที่คุณใช้งานได้จริง ไม่มีบัฟเฟอร์สำรองหาก working set ของ MongoDB หรือ memory leak ใน Node process ที่ทำงานยาวๆ เกินขอบเขต
ถ้าคุณรันฐานข้อมูลที่มี working set ใหญ่ร่วมกับ Node process หลายตัว ให้จับตาการใช้หน่วยความจำจริงภายใต้โหลดจริง แทนที่จะสันนิษฐานว่าแผนนี้มีพื้นที่เหลือโดยที่ยังไม่ได้ตรวจสอบ
ความเร็วอ่านแบบ sequential ออกมาสูงกว่าเขียนเกือบสองเท่า ซึ่งเป็นความไม่สมมาตรที่ควรรู้ หากเวิร์กโหลดของคุณเกี่ยวข้องกับการเขียนไฟล์ขนาดใหญ่, การสำรองข้อมูลฐานข้อมูล, สื่ออัปโหลด, หรือการส่งออกล็อก เพราะฝั่งเขียนมีพื้นที่เผื่อที่น้อยกว่าฝั่งอ่านอย่างเห็นได้ชัด
ประสิทธิภาพ random 4K คือค่าที่คาดการณ์ได้ดีที่สุดว่า MongoDB ทำงานจริงภายใต้โหลดอย่างไร เพราะการอ่านและเขียนเอกสารจะกระทบดิสก์ในรูปแบบของการทำงานขนาดเล็กและกระจัดกระจาย มากกว่าบล็อกขนาดใหญ่แบบ sequential
IOPS เกือบ 9,800 ในทั้งสองทิศทาง และสมดุลกันระหว่างอ่านกับเขียน เป็นผลลัพธ์ที่ดีสำหรับการเข้าถึงแบบฐานข้อมูล และหมายความว่า query ของ MongoDB ควรยังคงเร็วแม้จำนวนการเชื่อมต่อพร้อมกันและปริมาณเอกสารจะเพิ่มขึ้น ก่อนที่ดิสก์จะกลายเป็นคอขวดของแอปทั่วไป
สิ่งที่เปลี่ยนคือปริมาณโหลดพร้อมกันที่คุณสามารถโยนใส่เพดานดิสก์เดียวกันก่อนที่ query จะเริ่มเข้าคิว ดังนั้นเวิร์กโหลด MongoDB ที่ยุ่งกว่าได้ประโยชน์จาก CPU และ memory ที่เพิ่มขึ้นใน KVM 4 เพื่อประมวลผล IOPS 9,800 เหล่านั้นได้พร้อมกันมากขึ้น ไม่ใช่เพราะประสิทธิภาพดิสก์ดีขึ้นเอง
เรื่องนี้ควรเชื่อมกลับไปยังหน้าแผน ซึ่งระบุความเร็วเครือข่าย 1 Gbps ในรายการคุณสมบัติ แต่กลับอธิบายแผนเดียวกันว่าใช้ “300 Mb/s infrastructure” ในเนื้อหาด้านล่าง
การทดสอบจริงสอดคล้องกับคำกล่าวอ้าง 1 Gbps ไม่ใช่ตัวเลข 300 Mb/s เพราะทั้งสองรอบได้ผลใกล้เคียงหรือสูงกว่า 900 Mbps ทางฝั่งอัปโหลด และรอบแรกแทบจะอิ่มเต็มกิกะบิตทางฝั่งดาวน์โหลด ตัวเลข 300 Mb/s บนหน้าแผนไม่สอดคล้องกับสิ่งที่เซิร์ฟเวอร์นี้ให้ และดูเหมือนเป็นข้อความที่ล้าสมัยหรือไม่ตรงกันมากกว่าจะเป็นสเปกจริง
สิ่งหนึ่งที่ควรระบุโดยตรงคือความเร็วดาวน์โหลดไม่เหมือนกันเป๊ะในสองรอบ คือ 983 Mbps ในครั้งแรก เทียบกับ 730 Mbps ในครั้งที่สอง ซึ่งเป็นความแตกต่างจริงไม่ใช่แค่สัญญาณรบกวน
อัปโหลดคงที่ทั้งสองรอบ และ packet loss เป็นศูนย์ทั้งคู่ ดังนั้นสิ่งนี้ดูเหมือนความแปรปรวนปกติของเส้นทางเครือข่ายที่แชร์ร่วมกัน มากกว่าจะเป็นสัญญาณของปัญหาจริง แต่ก็มีช่องว่างมากพอที่ฉันจะไม่สมมติว่าการดาวน์โหลดทุกครั้งจะได้เต็มกิกะบิตเสมอในวันใดวันหนึ่ง
ฉันทดสอบ stress ของ CPU, memory และดิสก์เป็นเวลา 180 วินาทีแต่ละรายการ เพื่อดูว่าเซิร์ฟเวอร์รับภาระต่อเนื่องอย่างไรแทนที่จะเป็นแค่การพุ่งแบบสั้นๆ:
ตัว stress ทุกตัวจบลงอย่างราบรื่น ไม่มี worker ล้มเหลวและไม่มีตัวชี้วัดที่ไม่น่าเชื่อถือ ตลอดทั้งสามการทดสอบที่รันต่อเนื่องกันรวมเก้านาทีภายใต้แรงกดดันต่อเนื่อง
นี่คือผลลัพธ์ที่สำคัญจริงสำหรับแอป Node ที่คาดหวังทราฟฟิกพุ่งขึ้นจริง เช่น การเปิดตัว, โพสต์ไวรัล, งานแบตช์ที่เริ่มทำงานพร้อมกับผู้ใช้ที่ยังใช้งานอยู่ เพราะมันยืนยันว่าเซิร์ฟเวอร์ยังคงทำงานได้มั่นคงภายใต้ภาระของ CPU, memory และดิสก์พร้อมกัน แทนที่จะเสื่อมลงอย่างคาดเดาไม่ได้
ถ้าทราฟฟิกของคุณมาจริงแบบเป็นช่วงๆ เช่น วันเปิดตัว, แคมเปญการตลาด, หรือการนำเข้าข้อมูลชุดใหญ่ที่รันพร้อมกับผู้ใช้ที่ยังใช้งานอยู่ ความน่าเชื่อถือภายใต้โหลดรวมเช่นนี้สำคัญกว่าตัวเลขเดี่ยวๆ ข้างต้น และเป็นเหตุผลให้เอนเอียงไปทางระดับนี้หรือสูงกว่า แทนที่จะเลือกตัวที่ถูกที่สุดซึ่งดูดีแค่ตอนเงียบๆ
แผน KVM 4 นี้ทำงานได้ดีรอบด้าน และผลเด่นที่สุดคือการสเกล CPU ที่เกือบเป็นเส้นตรงตลอดสี่คอร์ ซึ่งสำคัญโดยตรงต่อการรัน Node แบบ cluster เพื่อใช้ประโยชน์จากเซิร์ฟเวอร์ทั้งเครื่อง
หน่วยความจำและ IOPS ของดิสก์แบบ random ก็แข็งแรงพอที่จะรักษา MongoDB และ Express ให้ตอบสนองได้ดีภายใต้โหลดจริง และการทดสอบ stress ก็ผ่านอย่างสะอาดไม่มีความล้มเหลว
การทดสอบเครือข่ายช่วยคลี่คลายความขัดแย้งของหน้าแผนเข้าข้าง Hostinger เพราะตัวเลขจริงสนับสนุนคำกล่าวอ้าง 1 Gbps มากกว่าค่าที่ต่ำกว่าซึ่งซ่อนอยู่ในเนื้อหาด้านล่าง แม้ว่าความเร็วดาวน์โหลดจะแตกต่างกันพอสมควรระหว่างสองรอบทดสอบ และควรมองเป็นช่วงมากกว่าค่าคงที่
เช่นเดียวกับทุกระดับในไลน์นี้ ตัวเลขเหล่านี้อธิบายเฉพาะ KVM 4 ไม่ใช่ MERN hosting ทั้งสาย โปรเจกต์ขนาดเล็กกว่านี้น่าจะพอได้กับระดับที่ต่ำกว่าสักหนึ่งหรือสองขั้น ขณะที่แอป MERN ที่คาดว่าจะขยายเกิน Node process เดียว ควรมองการสเกล CPU ที่เกือบสมบูรณ์แบบของแผนนี้ว่าเป็นเหตุผลจริงในการพิจารณาเลือกมากกว่าแผนที่ถูกกว่า ไม่ใช่แค่พื้นที่เผื่อที่ยังไม่ได้ใช้งาน
ฉันทดสอบ Hostinger’s MERN VPS ตั้งแต่เช็คเอาต์ไปจนถึงการสำรวจเครื่องมือจัดการเซิร์ฟเวอร์จริงที่มากับมัน สิ่งนี้ครอบคลุมการเลือกแผนและที่ตั้ง, การสร้างบัญชี, การชำระเงิน, แล้วจึงไล่ดูว่า hPanel ให้คุณอะไรบ้างเมื่อ MongoDB, Express, React และ Node อยู่บนกล่องเดียวกัน
สิ่งต่อไปนี้คือประสบการณ์จริงที่เกิดขึ้น รวมถึงรายละเอียดหนึ่งบนหน้าแผนที่ขัดแย้งกับตัวเองตั้งแต่ก่อนถึงขั้นเช็คเอาต์ด้วยซ้ำ
หน้า landing ของ MERN VPS เปิดด้วยสามคำกล่าวอ้าง คือการสำรองข้อมูลอัตโนมัติรายสัปดาห์ฟรี, ตัวสแกนมัลแวร์, และผู้ช่วย AI อย่าง Kodee ซึ่งรวมมาให้โดยไม่มีค่าใช้จ่ายเพิ่มเติม
เมื่อเลื่อนลงไปในหน้าเดียวกันก็พบสิ่งที่ควรระวังก่อนเริ่มเช็คเอาต์เลย ฟีเจอร์ลิสต์ใกล้ด้านบนระบุความเร็วเครือข่าย 1 Gbps แต่เนื้อหาด้านล่างกลับบรรยายว่าแผนเดียวกันใช้ “300 Mb/s infrastructure”
นั่นไม่ใช่ความต่างเล็กๆ แบบการปัดเศษ ตัวเลขหนึ่งสูงกว่าอีกตัวมากกว่าสามเท่า และควรตรวจสอบกับตัวเลข benchmark จริงในภายหลังของรีวิวนี้ แทนที่จะเชื่อทั้งสองค่าแบบตรงตัว
ฉันเลือกแผน KVM 4 และไปต่อที่ตะกร้า ซึ่งแสดงตัวเลือกเดิมสามอย่างตามปกติ:
ในตะกร้า ฉันเลือก 24 เดือนเพื่ออัตราที่ถูกลง จากนั้นเปรียบเทียบภูมิภาคโดยตรงแทนที่จะเชื่อค่าที่ระบบแนะนำแบบเริ่มต้น สหราชอาณาจักรออกมาว่าเหมาะที่สุดที่ 163ms เหนือกว่าสหรัฐอเมริกาที่ 254ms อย่างชัดเจน
เมื่อเลื่อนเข้าไปในแอปพลิเคชันมาร์เก็ตเพลส MERN Stack ถูกเลือกไว้แล้ว อยู่ท่ามกลางตัวเลือกแบบคลิกเดียวอื่นๆ ที่ฉันเคยเห็นในผลิตภัณฑ์ VPS ของ Hostinger เช่น Docker และ Traefik, Dify, Hermes Agent และอื่นๆ
จากนั้นฉันคลิก “Continue.” ขั้นตอนถัดไปคือการลงทะเบียน คุณสามารถสมัครสมาชิกหรือเข้าสู่ระบบได้
ฉันเข้าสู่ระบบบัญชีเดิมอยู่แล้ว ดังนั้นการลงทะเบียนจึงเป็นเพียงคลิกเดียว และหน้าชำระเงินก็มีตัวเลือกตามปกติ:
ฉันส่งการชำระเงินไป ได้อีเมลยืนยันภายในไม่กี่วินาที และกลับไปที่ hPanel พร้อมกับเห็นเซิร์ฟเวอร์ใหม่อยู่ในสถานะกำลังทำงานแล้ว
สิ่งที่เด่นตรงนี้ไม่ใช่ขั้นตอนเช็คเอาต์เอง เพราะตอนนี้มันทำงานได้ตรงตามที่คาดไว้ในผลิตภัณฑ์ VPS ของ Hostinger ทุกตัวที่ฉันทดสอบ
แต่คือความขัดแย้งเรื่องแบนด์วิดท์ที่อยู่บนหน้าแผนตั้งแต่ก่อนจะเลือกภูมิภาคด้วยซ้ำ ผู้อ่านที่เทียบโฮสต์จากความเร็วเครือข่ายอาจเดินจากหน้านี้ไปพร้อมตัวเลขสองค่าแตกต่างกัน ขึ้นอยู่กับว่าอ่านส่วนไหนของหน้าเดียวกัน
หลังการซื้อ ฉันถูกพาไปที่ hPanel และใช้ข้อมูลที่ใช้ลงทะเบียนเข้าสู่ระบบบัญชีของฉัน
hPanel เปิดที่หน้าแรกทันทีหลังชำระเงิน ซึ่งเป็นพาเนลรวมของทั้งบัญชี ครอบคลุมโดเมน อีเมล ตัวสร้างเว็บไซต์ และ VPS ทุกตัวในบัญชีจากที่เดียว
มันแสดงชื่อฉัน พร้อมแถบ prompt ของ AI, ปุ่มลัด, รายการสิ่งที่ต้องทำ และรายการทรัพย์สินทั้งหมดในบัญชีที่ด้านล่าง
เมื่อเลื่อนไปที่ตาราง VPS เซิร์ฟเวอร์ใหม่ถูกระบุเป็น Running เรียบร้อยแล้ว โดยเห็น hostname, IP address, plan และวันหมดอายุได้โดยไม่ต้องคลิกอะไร ฉันคลิก Manage เพื่อเข้าไปยังแผงเฉพาะของเซิร์ฟเวอร์
สิ่งที่ยังทำงานได้ดีตรงนี้คือแทบไม่ต้องหาอะไรเลย เซิร์ฟเวอร์ปรากฏในหน้าแรกของบัญชีทันทีที่ชำระเงินเสร็จ และการไปจากรายการนั้นเข้าสู่การควบคุมระดับเซิร์ฟเวอร์ใช้เพียงคลิกเดียว ไม่ต้องไล่หาจากเมนูย่อย
จากนั้นฉันต้องการดูว่า stack นี้มีอะไรติดมาบ้าง จึงเปิดหน้า VPS Overview
หน้า VPS Overview เปิดมาพร้อมการ์ดแอปที่เขียนว่า “MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)” บน Ubuntu 24.04 พร้อมปุ่ม Manage App และแถบข้อมูลแยกต่างหากที่มีลิงก์ “Learn more” ไปยังเอกสารของ Hostinger สำหรับสแต็กนี้
ด้านล่างนั้นเป็นการ์ดเซิร์ฟเวอร์ที่คุ้นเคย Ubuntu 24.04 ที่ทำงานบน KVM 4, ปุ่ม reboot และ terminal, รายละเอียด root SSH และข้อความมาตรฐานว่า resource graphs ยังอยู่ระหว่างการเติมข้อมูลเพราะเซิร์ฟเวอร์เพิ่งถูก provision มา
เลื่อนลงไปอีกหน่อยในหน้า:
บรรทัดสุดท้ายนี่คือจุดที่เป็นคุณค่าที่แท้จริงของผลิตภัณฑ์นี้ ไม่เหมือนคำกล่าวอ้างเรื่องตัวสแกนมัลแวร์บนหน้าแผน ซึ่งเชื่อกันง่ายๆ บรรทัดนี้กลับเปิดอยู่และทำงานจริงแล้ว มีการสแกน 15 ไฟล์ ไม่พบไฟล์เสียหาย ไม่พบอันตราย ตั้งแต่ตอนที่ฉันตรวจดู
นั่นคือคำสัญญาบนหน้าแผนที่ตรงกับสิ่งที่ปรากฏบนเซิร์ฟเวอร์จริง
เมื่อเข้าไปดูใน OS & Panel ก็พบข้อมูลสแต็กชุดที่สองอีกครั้งในส่วน “Current Application” ซึ่งอธิบาย MERN แบบละเอียดขึ้น พร้อมลิงก์ “Quick start guide” ของตัวเองแยกจากลิงก์ “Learn more” บนการ์ด Overview
ทั้งสองลิงก์พาไปสู่การเริ่มต้นใช้งานสแต็ก และการมีทางเข้าสองทางไปยังเอกสารที่คล้ายกันในสองตำแหน่งต่างกันก็ถือว่าซ้ำซ้อนเล็กน้อย แม้ว่าอย่างน้อยก็หาไม่ยาก
หน้าเดียวกันนี้ยังทำหน้าที่เป็นตัวเลือก reinstall OS แบบเต็ม AlmaLinux, Debian, Rocky Linux, Ubuntu, Alpine, Arch, CentOS, CloudLinux, Fedora, Kali, NixOS และ openSUSE ล้วนอยู่ตรงนั้นให้คลิกเดียว หากคุณต้องการล้างการตั้งค่า MERN แล้วเริ่มใหม่บน bare OS
Settings มีเครื่องมือระดับเซิร์ฟเวอร์ที่ฉันพบว่าคงเส้นคงวาในทุกผลิตภัณฑ์ VPS ของ Hostinger เช่น ตัวสร้างรหัสผ่าน root, การรีเซ็ตไฟร์วอลล์และการกำหนดค่า SSH แบบคลิกเดียว, ตัวเปลี่ยน hostname และเครื่องมือ cleanup log
ทั้งหมดนี้ไม่ใช่เฉพาะ MERN แต่มันจัดการเซิร์ฟเวอร์ใต้สแต็กมากกว่าจัดการแอปที่อยู่ด้านบน
สำหรับใครที่มาถึงจุดนี้แล้วสงสัยว่าควรกดอะไรต่อไป เส้นทางที่ใช้ได้จริงคือ ปุ่ม Terminal บนการ์ด Ubuntu คือทางเข้าที่ตรงที่สุด มันเปิดเซสชัน SSH แบบใช้งานได้ทันทีในเบราว์เซอร์ ซึ่งเป็นจุดที่คุณควรเริ่มทำงานกับไฟล์ MERN ที่อยู่บนเซิร์ฟเวอร์, รัน Node, ตรวจสอบ MongoDB หรือดึงโค้ดของคุณเข้าไปผ่าน Git
ความคิดเห็นของฉันเกี่ยวกับการจัดการเซิร์ฟเวอร์: การที่ตัวสแกนมัลแวร์เปิดทำงานมาให้เลยตั้งแต่ต้นคือจุดแข็งที่สุดในทั้งส่วนนี้ เป็นฟีเจอร์ที่สอดคล้องกับสิ่งที่หน้าแผนสัญญาไว้จริงๆ แทนที่จะวางไว้เฉยๆ โดยยังไม่ได้ตั้งค่า
ตัวเลือก reinstall OS ก็เป็นตาข่ายความปลอดภัยที่ดีเช่นกัน มีระบบปฏิบัติการสิบสองแบบรออยู่เพียงคลิกเดียว หากเทมเพลต MERN ไม่ใช่สิ่งที่คุณต้องการอีกต่อไป
สิ่งที่ฉันไม่ค่อยชอบคือการซ้ำซ้อนของเอกสาร ลิงก์ “Learn more” บนการ์ด Overview และ “Quick start guide” ในหน้า OS & Panel ต่างก็พาไปสู่การเริ่มต้นกับสแต็กเดียวกัน และการมีประตูสองบานสำหรับสิ่งที่น่าจะเป็นเนื้อหาเดียวกันก็เพิ่มแรงเสียดทานเล็กน้อยให้กับสิ่งที่ควรเป็นเส้นทางเดียวที่ชัดเจน
ขั้นตอนเช็คเอาต์และเส้นทางจากการชำระเงินไปยังเซิร์ฟเวอร์ที่กำลังทำงานยังคงทำงานได้ดี และเครื่องมือเปรียบเทียบตำแหน่งเซิร์ฟเวอร์ก็ควรใช้โดยตรง แทนที่จะเชื่อวิดเจ็ต “recommended” ของหน้าแผนเอง ซึ่งไม่ทำงานตอนที่ฉันทดสอบ
เมื่อเข้าไปในเซิร์ฟเวอร์แล้ว ตัวสแกนมัลแวร์คือจุดเด่นที่นี่ เปิดใช้งานและมีข้อมูลสแกนจริงทันที แทนที่จะนั่งปิดอยู่หลังคำโฆษณา
จุดที่สะดุดอยู่ก่อนถึงตัวพาเนลมากกว่าในพาเนลเอง คือความต่างของตัวเลขแบนด์วิดท์บนหน้าแผนซึ่งไม่ควรหลุดออกมาสองแบบแบบนั้น และควรตรวจสอบกับตัวเลขจริงก่อนจะเชื่อค่าหนึ่งค่าใด
Kodee ผู้ช่วย AI ของ Hostinger คือด่านหน้า และมีตัวเลือกส่งต่อไปยังเจ้าหน้าที่จริงอยู่เบื้องหลัง หากคุณต้องการให้คุยต่อโดยคน
ฉันไม่ต้องใช้ตัวเลือกนั้นระหว่างการทดสอบ ซึ่งก็บอกอะไรได้อย่างหนึ่งอยู่แล้ว แต่ก็ควรรู้ไว้ว่ามีให้ใช้ หากคำถามใดเกินกว่าที่ AI จะตอบได้
ฉันให้ Kodee ผ่านการสนทนาทางเทคนิคสองส่วนเกี่ยวกับว่า Node ทำงานบนเซิร์ฟเวอร์นี้อย่างไร จากนั้นจึงไปสำรวจฐานความรู้ของ Hostinger แยกต่างหากเพื่อดูว่ามีเนื้อหาครอบคลุมเรื่องเหล่านี้ได้มากแค่ไหนโดยไม่ต้องถามใคร
ฉันเริ่มด้วยคำถามจริงในการใช้งาน production ว่า Node process ที่รองรับแอป MERN นี้จะยังทำงานอยู่หรือไม่เมื่อปิด SSH session หรือรีบูตเซิร์ฟเวอร์ และ Express server ที่เทมเพลตติดมาจะรันบนพอร์ตคงที่หรือไม่
Kodee ตอบตรงๆ:
จุดหลังนั้นไม่ใช่สิ่งที่ฉันถาม และเป็นรายละเอียดประเภทที่ทำให้คำตอบหนึ่งไม่ได้แค่ถูกต้อง แต่ครบถ้วนด้วย
ฉันถามต่อในประเด็นเดียวกันว่า Nginx ถูกติดตั้งและตั้งค่า HTTPS บน VPS นี้จริงหรือไม่ หรือฉันต้องตั้งค่าเอง Kodee บอกว่าจะตรวจสอบเซิร์ฟเวอร์โดยตรง และมันก็ทำจริง:
ทุกข้อเหล่านี้เป็นข้อเท็จจริงสดๆ เกี่ยวกับเซิร์ฟเวอร์ของฉัน ไม่ใช่คำอธิบาย Nginx แบบทั่วไป จากนั้นมันก็ให้ขั้นตอนตั้งค่าอย่างครบถ้วนและเป็นลำดับ เริ่มจาก DNS records, เปิดแอป Node แบบ private บน 127.0.0.1 แทนการเปิดเผยสู่สาธารณะ, บล็อกคอนฟิก reverse proxy ของ Nginx แบบเต็ม, ติดตั้ง Certbot และออกใบรับรอง, แล้วปิดท้ายด้วยขั้นตอนตรวจสอบ Nginx, PM2 และการเช็ก HTTPS จริง
มันยังเตือนว่าอย่าเพิ่งเปิดไฟร์วอลล์จนกว่าจะอนุญาต SSH, HTTP และ HTTPS อย่างชัดเจน และให้เก็บพอร์ต backend ไว้เป็นส่วนตัวเมื่อ Nginx รับทราฟฟิกสาธารณะแล้ว
ความคิดเห็นของฉันเกี่ยวกับการสนับสนุน AI: นี่คือการสนทนาที่แม่นยำที่สุดที่ฉันเคยมีใน Kodee ตลอดคำถามทางเทคนิคสองข้อ มันตรวจสอบสถานะจริงของเซิร์ฟเวอร์ทั้งสองครั้งก่อนตอบ และครั้งที่สองยังช่วยชี้ให้เห็นช่องว่างที่มีประโยชน์จริงอย่างการตั้งค่า HTTPS ที่ยังไม่ถูกกำหนด ซึ่งผู้อ่านอาจมองข้ามได้ง่ายจนกว่าจะเปิดใช้งานแอปจริงและยังไม่ปลอดภัย
หมายเหตุด้านความปลอดภัยที่มันเสริมมาเองทั้งสองครั้งคือสิ่งที่ทำให้คำตอบนี้ก้าวจาก “ดี” ไปเป็น “เชื่อถือได้อย่างสม่ำเสมอ”
ฐานความรู้ของ Hostinger จัดเป็นไทล์หมวดหมู่ชุดเดียวกับที่ฉันพบสม่ำเสมอในทุกผลิตภัณฑ์ โดยแต่ละหมวดจะแสดงจำนวนบทความเพื่อให้ประเมินความลึกของหัวข้อก่อนคลิกเข้าไป VPS มี 275 บทความ ซึ่งเป็นหมวดที่ใหญ่ที่สุดอย่างชัดเจน โดยมี hPanel, Website และ Domains ตามมาในระดับถัดลงมา โครงสร้างนั้นดูโอเคเมื่อมองแวบแรก แต่จำนวนหมวดมากไม่ได้บอกอะไรเกี่ยวกับการครอบคลุมสำหรับสแต็กใดสแต็กหนึ่งโดยเฉพาะ ซึ่งนั่นคือสิ่งที่ฉันต้องการตรวจสอบต่อ
ฉันอยากรู้ว่า Hostinger เขียนอะไรไว้เกี่ยวกับ MERN เองบ้าง จึงไปที่ช่องค้นหาแล้วพิมพ์ “MERN” ผลค้นหากลับว่างเปล่า “No results found for: MERN” โดยไม่มีบทความใดที่ตรงกับคำนี้เลย
ค้นหา “MEAN” แทน ซึ่งต่างกันเพียงหนึ่งตัวอักษร กลับได้ผลลัพธ์ 186 รายการ บทความแรก “How to use the MEAN Stack VPS template at Hostinger” คือสิ่งที่ใกล้เคียงที่สุดกับเอกสารสำหรับสแต็กแบบนี้ แต่ MEAN ไม่ใช่ MERN เพราะมันสลับ React ออกไปเป็น Angular
หลังผลลัพธ์แรก รายการที่เหลือจาก 186 รายการก็เป็นข้อมูลที่ไม่เกี่ยวข้อง บทความเกี่ยวกับการลงสินค้าบน TikTok Shop, spam prevention, ข้อผิดพลาดโดเมน Registro.br, และ Agency Directory leads ก็โผล่มาเพียงเพราะมีคำว่า “mean” อยู่ที่ไหนสักแห่งในประโยคปกติ
ฉันตัดสินใจเปิดบทความ MEAN ดูแม้มันจะไม่ตรง เพราะอยากดูว่าจริงๆ แล้วดีแค่ไหน เนื่องจากมันเป็นสิ่งที่ใกล้เคียงที่สุดที่มีอยู่
บทความระบุไว้ตั้งแต่ต้นว่าเทมเพลต Mean Stack VPS มาพร้อม PM2, Certbot และ Nginx ติดตั้งไว้ล่วงหน้า และ /root/application ถูกสร้างไว้แล้วพร้อมกับ Express และ Angular อยู่ข้างใน
แต่เมื่ออ่านต่อไป ขั้นตอนที่ 1 กลับให้คุณ mkdir ไดเรกทอรีโปรเจกต์ใหม่ และขั้นตอนที่ 2 ให้คุณรัน npm init แล้วเขียนไฟล์ server.js ใหม่ด้วยตัวเอง ซึ่งดูขัดกับคำกล่าวเปิดที่บอกว่า Express มีพร้อมอยู่แล้ว
เนื้อหาที่เหลือเป็น Angular ล้วนๆ เช่น ng new, ng serve, ng build และตอนท้ายยังบอกผู้อ่านว่าสามารถ “expand and enhance” แอปต่อไปได้โดยการเพิ่ม MongoDB ซึ่งหมายความว่า คู่มือนี้ไม่เคยแสดงวิธีเชื่อมต่อฐานข้อมูลจริงๆ แม้ว่า Mongo จะเป็นตัวอักษรตัวแรกใน MEAN
ความคิดเห็นของฉันเกี่ยวกับฐานความรู้: ไม่มีบทความเฉพาะสำหรับ MERN อยู่ในเอกสารของ Hostinger และผลลัพธ์ที่ใกล้ที่สุดก็เขียนสำหรับเทคโนโลยี frontend คนละตัว พร้อมความไม่สอดคล้องภายในว่ามีอะไรติดตั้งไว้ล่วงหน้าบ้างเมื่อเทียบกับสิ่งที่ขั้นตอนบังคับให้คุณสร้างเอง รวมทั้งส่วน MongoDB ที่ไม่เคยโผล่ขึ้นมาเลยแม้ชื่อสแต็กจะบอกอยู่แล้ว
ช่องว่างนี้สำคัญมากกว่าตอนทดสอบสแต็กอื่น เพราะ MongoDB, Express, React และ Node ต่างก็มีรายละเอียดการตั้งค่าของตัวเอง ซึ่งคู่มือ MEAN จะไม่ครอบคลุมเรื่องเหล่านั้น คนที่ค้นหาในฐานความรู้เพื่อขอความช่วยเหลือสำหรับผลิตภัณฑ์นี้โดยตรงจะไม่พบอะไรและต้องพึ่ง Kodee แทน
Kodee คือคนที่ทำงานจริงทั้งหมดสำหรับผลิตภัณฑ์นี้ และมันก็สมกับตำแหน่งนั้น การสนทนาทางเทคนิคทั้งสองครั้งมีการตรวจสอบเซิร์ฟเวอร์จริงก่อนตอบ และครั้งที่สองก็ช่วยจับช่องว่างที่มีประโยชน์จริง นั่นคือการตั้งค่า HTTPS ที่ยังไม่ถูกกำหนด ซึ่งผู้อ่านอาจมองข้ามได้ง่าย
ในทางตรงกันข้าม ฐานความรู้ไม่มีอะไรที่สร้างมาสำหรับ MERN เลย และบทความเดียวที่ใกล้เคียงที่สุดก็เขียนสำหรับสแต็กอีกแบบ
มีเจ้าหน้าที่จริงรออยู่เพียงคลิกเดียว หากคำถามใดเกินกว่าที่ Kodee รับมือได้ แต่จากการทดสอบนี้ ความจำเป็นนั้นไม่เคยเกิดขึ้น
ใช่ โครงสร้างพื้นฐานที่นี่แข็งแรง MongoDB, Express, React และ Node มาพร้อมใช้งานตั้งแต่แกะกล่อง การปรับสเกล CPU ข้ามคอร์เกือบเป็นเส้นตรง และตัวสแกนมัลแวร์ก็เปิดใช้งานมาให้โดยไม่ต้องสั่งเอง Kodee ก็ช่วยยืนยันทั้งหมดนั้นด้วยการสนทนาทางเทคนิคสองครั้งที่ตรวจสอบเซิร์ฟเวอร์จริงของฉันแทนการท่องคำแนะนำทั่วไป
ช่องว่างอยู่ที่เอกสาร Hostinger ไม่มีอะไรเขียนไว้สำหรับ MERN และบทความที่ใกล้เคียงที่สุดในฐานความรู้ก็สร้างขึ้นสำหรับเทคโนโลยี frontend อีกแบบ นั่นไม่ใช่ตัวตัดสินขาดเมื่อเทียบกับประสิทธิภาพของ Kodee ในการทดสอบ แต่หมายความว่าผลิตภัณฑ์นี้พึ่งพาการสนับสนุน AI มากกว่าสแต็กที่มีคู่มือเฉพาะของตัวเอง
สำหรับนักพัฒนาที่สบายใจกับการทำงานจากคำตอบที่ได้จาก AI มากกว่าการอ่านเอกสารแบบทีละขั้นตอน นี่เป็นคำแนะนำที่ให้ได้ง่ายบนพื้นฐานของโครงสร้างพื้นฐานอย่างเดียว สำหรับคนที่อยากทำตามเอกสารทางการตั้งแต่ต้นจนจบ ควรเผื่อเวลาไว้พึ่ง Kodee สำหรับส่วนที่ฐานความรู้ไม่ครอบคลุม
| ชื่อแพลน | เนื้อที่ | CPU | RAM | OS | ราคา | |
|---|---|---|---|---|---|---|
| Free Trial | ไม่จำกัด | - | ฿0 | รายละเอียด | ||
| KVM 1 | 50 GB | 1 core | 4 GB | ฿190 | รายละเอียด | |
| KVM 2 | 100 GB | 2 core | 8 GB | ฿260 | รายละเอียด | |
| KVM 4 | 200 GB | 4 core | 16 GB | ฿370 | รายละเอียด | |
| KVM 8 | 400 GB | 8 core | 32 GB | ฿740 | รายละเอียด |
| Description | Expert Review |
|---|---|
| โฮสติ้งราคาประหยัดพร้อมประสิ�... | Read Shared Hosting Review |
| โฮสติ้ง WordPress ที่ ast และปลอดภัย พร�... | Read Wordpress Hosting Review |
| โฮสติ้ง VPS ที่ปรับขนาดได้ พร้อม�... | Read VPS Review |
| โฮสติ้งบนคลาวด์ที่รวดเร็ว, ยื�... | Read Cloud Hosting Review |
| โซลูชันโฮสติ้งที่ปลอดภัยและเ�... | Read Offshore Hosting Review |
| โฮสติ้งอีเมลที่ปลอดภัยและเชื�... | Read Email Hosting Review |
| โฮสติ้ง Python ที่เชื่อถือได้ พร้อ�... | Read Python Hosting Review |
| โฮสติ้ง PHP ประสิทธิภาพสูง พร้อม�... | Read PHP Hosting Review |
| โฮสติ้ง Windows VPS ที่เชื่อถือได้ พร�... | Read Windows VPS Review |
| โฮสติ้งที่รวดเร็วและยืดหยุ่น ... | Read Nodejs Hosting Review |
| โฮสติ้งที่ปรับให้เหมาะสมสำหร�... | Read Woocommerce Hosting Review |
| โฮสติ้งเซิร์ฟเวอร์เฉพาะสำหรั�... | Read Minecraft Server Hosting Review |
| โซลูชันการโฮสต์ที่ปรับขนาดได�... | Read Agency Hosting Review |
| โฮสติ้งที่รวดเร็วและปลอดภัย ป... | Read Magento Hosting Review |
| โฮสติ้งบน Linux ประสิทธิภาพสูง สำ�... | Read Linux Hosting Review |
| โซลูชันโฮสติ้ง Java ที่แข็งแกร่ง�... | Read Java Hosting Review |
| โฮสติ้งที่ปรับแต่งมาเพื่อเว็�... | Read Ecommerce Hosting Review |
| โฮสติ้ง Django ที่เชื่อถือได้ด้วย�... | Read Django Hosting Review |
| โฮสติ้ง cPanel ใช้งานง่าย มาพร้อมป�... | Read Cpanel Hosting Review |
| โฮสติ้งทรงพลังสำหรับธุรกิจ พร... | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| โฮสติ้งเซิร์ฟเวอร์ SMTP เฉพาะสำห�... | Read SMTP Server Review |
| โฮสติ้งที่รวดเร็วและได้รับกา�... | Read Ruby on Rails Review |
| โฮสติ้งที่อัดแน่นด้วยฟีเจอร์�... | Read OpenClaw Review |
| โฮสติ้งที่รวดเร็วและเชื่อถือ�... | Read UK Hosting Review |
| โฮสติ้งราคาย่อมเยาและเชื่อถื�... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Hostinger Connector Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read MCP Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read Laravel Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review | |
| Read Express.js Review | |
| Read React Review | |
| Read Nextjs Review |
ใช่ MongoDB, Express, React และ Node ทั้งหมดติดตั้งไว้ล่วงหน้าทันทีที่ VPS ถูก provisioned, ฮาร์ดแวร์พื้นฐานปรับขยายได้ดีข้ามหลายคอร์ CPU, และผู้ช่วย AI Kodee ของ Hostinger ให้คำตอบที่แม่นยำและรับรู้สถานะของเซิร์ฟเวอร์สำหรับคำถามการตั้งค่าจริง จุดขาดหลักคือยังไม่มีเอกสารที่เป็นลายลักษณ์อักษรซึ่งสร้างมาเพื่อสแต็กนี้โดยเฉพาะ
ใช่ MERN Stack มีให้เลือกติดตั้งแบบคลิกเดียวระหว่างการชำระเงิน VPS และจะติดตั้งโดยอัตโนมัติบน Ubuntu โดยทั้งสี่องค์ประกอบพร้อมใช้งานทันทีเมื่อเซิร์ฟเวอร์เตรียมใช้งานเสร็จสมบูรณ์
ไม่มีการทดลองใช้ฟรีโดยเฉพาะสำหรับแผน MERN VPS Hostinger สนับสนุนทุกระดับ VPS ด้วยการรับประกันคืนเงินภายใน 30 วันแทน แต่การขอคืนเงิน VPS ครั้งที่สองภายใน 180 วันนับจากครั้งแรกจะไม่ได้รับการอนุมัติ
ใช่ ภายใน 30 วันนับจากวันที่ซื้อ ตราบใดที่คุณยังไม่ได้ขอคืนเงินสำหรับแผน VPS อื่นในช่วง 180 วันที่ผ่านมา การอัปเกรดแผน VPS ที่มีอยู่และการชำระเงินที่ทำผ่านคริปโทเคอร์เรนซีจะไม่สามารถขอคืนเงินได้เลย
ไม่มีบทความเฉพาะสำหรับ MERN การค้นหาในคลังความรู้ของ Hostinger สำหรับ MERN ไม่พบผลลัพธ์ และคู่มือที่ใกล้เคียงที่สุดคือคู่มือที่เขียนสำหรับสแตก MEAN ซึ่งใช้ Angular แทน React สำหรับคำถามเกี่ยวกับการตั้งค่า MERN ผู้ช่วย AI Kodee ของ Hostinger เป็นแหล่งข้อมูลที่น่าเชื่อถือมากกว่า
ตอบคำถามไม่กี่ข้อและค้นหาคำตอบที่เหมาะสมสำหรับคุณ!
เริ่มต้นการค้นหาโฮสติ้ง
