Hostinger สร้าง Web Apps Hosting ขึ้นมาบนแนวคิดง่ายๆ: ดันโค้ดของคุณจาก GitHub, ไฟล์ ZIP หรือ AI coding agent ของคุณ แล้วได้แอปที่ใช้งานได้จริงระดับโปรดักชันขึ้นไลฟ์ภายในประมาณหนึ่งนาที โดยที่คุณไม่ต้องดูแลเซิร์ฟเวอร์เอง ฉันอยากรู้ว่ามันเป็นจริงได้แค่ไหนเมื่อเป็นคุณที่ต้องกด deploy เอง ดังนั้นนี่คือสิ่งที่ฉันพบ
Deploy Web Apps Faster with Hostinger
Deploy modern web apps on Hostinger with automated builds, managed infrastructure, global CDN, SSL, security tools, and a 30-day money-back guarantee.
เยี่ยมชม Hostinger ข้อดีและข้อเสีย Pros ตรวจจับเฟรมเวิร์กและเวอร์ชัน Node อัตโนมัติ มี build logs แบบสด ไม่ใช่กล่องดำ CDN ช่วยให้การโหลดจากทั่วโลกเร็วขึ้นอย่างเห็นได้ชัด ได้คะแนน GTmetrix เต็มจากสองทวีป Kodee ให้คำตอบที่ถูกต้องและตรวจสอบได้ ตัวสแกนมัลแวร์และสแกนช่องโหว่ไม่พบปัญหา ตัวแปรสภาพแวดล้อมถูกนำไปใช้ตอน build ได้ถูกต้อง รวมโดเมน อีเมล และ SSL ฟรี มีการรับประกันมาตรฐาน 30 วัน ไม่มีช่วงคูลดาวน์แบบ VPS Cons “Managed MySQL” ยังต้องสร้างเองด้วยมือ ไม่มีหมวดฐานความรู้เฉพาะสำหรับ Web Apps สร้างฐานข้อมูล MySQL ของคุณและเพิ่มรายละเอียดการเชื่อมต่อเป็นตัวแปรสภาพแวดล้อมก่อน deploy ครั้งแรก เพื่อให้แอปของคุณเชื่อมต่อได้ทันทีที่ขึ้นไลฟ์
การแบ่งคะแนน ในการให้คะแนน Hostinger’s Web Apps Hosting ฉันใช้ วิธีการให้คะแนน ของ HostAdvice ซึ่งเป็นวิธีมาตรฐานเดียวกันที่ใช้ในทุกรีวิวบนเว็บไซต์ เพื่อให้คะแนนยึดอยู่กับการทดสอบจริง ไม่ใช่ภาษาการตลาด นี่คือคะแนนในแต่ละพารามิเตอร์
พารามิเตอร์ คะแนน เหตุผลที่ได้คะแนนนี้ ราคา 9.2/10 มีการรับประกันมาตรฐาน 30 วัน ไม่มีช่วงคูลดาวน์แบบ VPS ฟีเจอร์ 9.0/10 รองรับสแตกได้กว้าง แม้ว่า managed MySQL ต้องตั้งค่าเอง ประสิทธิภาพ 9.8/10 ได้ GTmetrix และคะแนนจากแดชบอร์ดเต็มจากสองทวีป ใช้งานง่าย 9.6/10 deploy ได้เร็ว ตรวจจับอัตโนมัติ และมีกระบวนการ build ที่ชัดเจนจริง การสนับสนุน 9.5/10 Kodee ตรวจสอบสถานะแอปจริงและให้คำตอบที่ถูกต้องสองครั้ง โดยรวม 9.4/10 ผลทดสอบด้านประสิทธิภาพและการสนับสนุนแข็งแกร่ง แต่ถูกดึงลงเล็กน้อยด้วยจุดไม่สมบูรณ์บางอย่าง
Host Your Web Apps Without the DevOps Hassle
Deploy modern web applications on fully managed hosting with automated deployments, managed SSL, global CDN, and built-in security.
เยี่ยมชม Hostinger Hostinger ขาย Web Apps Hosting เป็นสองระดับ คือ Business และ Cloud Startup ทั้งคู่สร้างมาสำหรับการ deploy แอป Node.js และ JavaScript สมัยใหม่โดยเฉพาะ ไม่ใช่เครื่องมือสร้างเว็บไซต์แบบดั้งเดิม
Cloud Startup ซึ่งเป็นระดับที่ฉันทดสอบ จะเพิ่มจำนวนแอปที่รองรับและจำนวนคอร์ CPU เป็นสองเท่าเมื่อเทียบกับ Business และทั้งสองแผนก็รวมโดเมนฟรี อีเมลธุรกิจฟรี และ SSL แบบ managed สำหรับปีแรกไว้ในขั้นตอนชำระเงินโดยตรง
มีบางเรื่องที่ควรรู้ก่อนสั่งซื้อ:
การรับประกันคืนเงิน: Web Apps Hosting อยู่ภายใต้เงื่อนไขคืนเงินมาตรฐานของ Hostinger ซึ่งเป็นช่วงเวลา 30 วันนับจากวันที่ซื้อแบบตรงไปตรงมา ซึ่งง่ายกว่าที่ใช้กับแผน VPS ของ Hostinger อย่างเห็นได้ชัด เพราะ VPS มีช่วงคูลดาวน์เพิ่มอีก 180 วันก่อนจะขอคืนเงินได้อีกครั้ง สำหรับแผนนี้ไม่มีช่วงคูลดาวน์ดังกล่าวทดลองใช้ฟรี: ฉันไม่พบช่วงทดลองใช้ฟรีเฉพาะ การรับประกันคืนเงิน 30 วันคือช่วงเวลาสำหรับประเมินแทนวิธีชำระเงิน: หน้าเช็คเอาต์แสดงบัตรเป็นวิธีชำระเงินเริ่มต้น พร้อมโลโก้ Visa, Mastercard, Amex และ Discover และมีตัวเลือกเพิ่มวิธีชำระเงินอื่นระหว่างเช็คเอาต์สิ่งที่รวมมา: โดเมนฟรีหนึ่งปี กล่องอีเมลฟรีหนึ่งปี และ SSL แบบ managed รวมมาโดยไม่มีค่าใช้จ่ายเพิ่มเติมจากราคาค่าแผน ดังนั้นราคาที่เห็นใกล้เคียงกับต้นทุนจริงในการนำดีพลอยเมนต์ที่ใช้งานได้ครบและปลอดภัยขึ้นไลฟ์อัปเซลเดียว: Hostinger Reach ซึ่งเป็นส่วนเสริมด้านอีเมลมาร์เก็ตติ้ง จะปรากฏในตะกร้าเป็นกล่องที่ไฮไลต์แยกต่างหากพร้อมราคาต่อเดือนของตัวเอง ดูแล้วข้ามได้ง่าย และไม่ได้ถูกรวมไว้หรือถูกเลือกไว้ล่วงหน้าโดยค่าเริ่มต้นถ้าคุณยกเลิกแผน Web Apps Hosting ภายใน 30 วัน นโยบายคืนเงินของ Hostinger ยืนยันว่ามันอยู่ภายใต้เงื่อนไขมาตรฐาน ไม่ได้อยู่ในรายการข้อยกเว้น ดังนั้นการยกเลิกภายในช่วงเวลานั้นควรมีสิทธิ์รับเงินคืนได้โดยไม่มีเงื่อนไขเพิ่มเติมเหมือนที่ใช้กับ VPS หรือโดเมน
ตรวจจับเฟรมเวิร์กและเวอร์ชัน Node อัตโนมัติ เครื่องมือสร้างฐานข้อมูล MySQL แบบ managed เปิดใช้ Global CDN โดยค่าเริ่มต้น รวม WAF และการป้องกัน DDoS สำรองข้อมูลรายวันและตามต้องการ ตัวสแกนมัลแวร์และการสแกนช่องโหว่ GitHub integration พร้อม auto-deploy โดเมน อีเมล และ SSL ฟรี มี SSH access สำหรับผู้ใช้ขั้นสูง From Code to Live App with Hostinger
Connect your GitHub repository or upload your project and get it online with managed infrastructure, automatic deployments, and daily backups.
เยี่ยมชม Hostinger เนื่องจาก Web Apps Hosting เป็นแบบ managed เต็มรูปแบบ คุณจึงไม่สามารถเข้าถึง shell ของเซิร์ฟเวอร์ได้ จึงไม่มี CPU, RAM หรือดิสก์ให้ benchmark โดยตรงเหมือนรีวิว VPS
สิ่งที่วัดได้คือแอปที่ deploy แล้วโหลดและตอบสนองเร็วแค่ไหน จากสถานที่จริงทั่วโลก ฉันทดสอบจากสี่มุมมองแยกกัน: GTmetrix จากสองทวีป, การตรวจสอบความสม่ำเสมอทั่วโลกมากกว่า 50 จุด และเครื่องมือความเร็วในตัวของ Hostinger สำหรับทั้งเดสก์ท็อปและมือถือ
แอปที่ใช้ทดสอบคือการ deploy Next.js ที่กล่าวถึงในส่วน Ease of Use ด้านล่าง ใช้งานอยู่ที่ ivory-llama-856835.hostingersite.com บนแผน Cloud Startup (4 CPU cores, 4096 MB RAM, 100 GB NVMe storage) โดยเปิดใช้ CDN ตามค่าเริ่มต้น
1. GTmetrix ทดสอบจากสองทวีป ฉันรัน GTmetrix สองครั้งจากคนละส่วนของโลกเพื่อดูว่าผลลัพธ์คงที่จริงหรือแค่ดูดีจากมุมมองใดมุมมองหนึ่ง
เมตริก Chicago, USA Frankfurt, Germany Performance score 100% 100% Structure score 100% 100% TTFB 237ms 145ms Connect 174ms 48ms Backend 63ms 97ms First Contentful Paint 339ms 217ms Largest Contentful Paint 339ms 217ms Total Blocking Time 0ms 0ms Cumulative Layout Shift 0 0 Onload Time 482ms 331ms Fully Loaded Time 553ms 441ms
ทั้งสองรอบได้คะแนน Performance และ Structure เต็ม 100% พร้อมค่า layout shift เป็นศูนย์และ blocking time เป็นศูนย์ทั้งสองตำแหน่ง หมายความว่าไม่มีอะไรบนหน้าเว็บมาแย่งความสนใจของเบราว์เซอร์หรือกระโดดไปมาระหว่างโหลด
รายละเอียดที่น่าสนใจจริงๆ คือ Frankfurt ทำเวลาได้ดีกว่า Chicago ในทุกเมตริกเวลา ทั้งที่ฉันตั้งใจเลือกตำแหน่งเซิร์ฟเวอร์ใน US สำหรับแอปนี้ ผลลัพธ์นั้นอธิบายได้ด้วย CDN เท่านั้น
เมื่อ CDN เปิดใช้งานอยู่ดังที่เป็นในกรณีนี้โดยค่าเริ่มต้น ผู้เข้าชมของคุณไม่ได้เชื่อมต่อกับเซิร์ฟเวอร์ต้นทางโดยตรงเสมอไป
พวกเขาเชื่อมต่อกับ edge node ที่ใกล้ที่สุดแทน ดังนั้นจุดทดสอบในยุโรปอาจเร็วกว่าใน US ได้ แม้เซิร์ฟเวอร์จริงจะอยู่ใน US ก็ตาม นี่คือการยืนยันจริงที่วัดได้ว่า CDN ที่ Hostinger เปิดไว้เป็นค่าเริ่มต้นนั้นทำงานอยู่จริง ไม่ได้เป็นแค่กล่องเช็คในเชิงการตลาด
2. ความสม่ำเสมอทั่วโลก (Check-Host) ฉันรันการตรวจสอบ HTTP ไปยัง URL สดจากทุกจุดตรวจที่ Check-Host มี รวม 54 ตำแหน่งครอบคลุมหกทวีป ภาพรวมทั้งหมด:
ผลลัพธ์ จำนวน 200 OK 50 การเชื่อมต่อหมดเวลา 4
ทุกการตรวจที่สำเร็จส่งกลับ 200 OK ที่สะอาด ไม่มีข้อผิดพลาด ไม่มีความล้มเหลวบางส่วน ไม่มีการเปลี่ยนเส้นทางที่ไม่คาดคิด
เวลาตอบสนองบอกภาพชัดเจนว่าการแคชของ CDN ทำงานอย่างไรในระยะทางจริง:
ตัวอย่างภูมิภาค เวลาตอบสนอง Germany, Langen 0.006s France, Paris 0.017s Netherlands, Amsterdam 0.022s UK, London 0.045s USA, New York 0.048s USA, Los Angeles 0.112s Singapore 0.834s Japan, Tokyo 0.815s
จุดตรวจในยุโรปให้เวลาที่เร็วที่สุดอย่างสม่ำเสมอ หลายแห่งต่ำกว่า 50 มิลลิวินาที ขณะที่จุดตรวจที่อยู่ไกลจาก edge node มากที่สุดอย่าง Tokyo, Singapore, Ho Chi Minh City ก็ยังตอบกลับ 200 ได้ปกติ แค่ช้ากว่า อยู่ในช่วง 0.3 ถึง 0.8 วินาที
นั่นคือรูปแบบที่คาดหวังได้จากดีพลอยเมนต์ที่รองรับ CDN: เร็วใกล้ edge และยังใช้งานได้เต็มที่แม้ไกลออกไป
การ timeout ทั้งสี่จุด ได้แก่ Kazakhstan, Romania และสองในสี่จุดตรวจของ Russia ไม่ใช่สิ่งที่ฉันจะตีความว่าเป็นปัญหาของโครงสร้างพื้นฐาน Hostinger
จุดตรวจอื่นในประเทศเดียวกันยังสำเร็จ (Saint Petersburg กลับมาเป็นปกติที่ 0.063s ในขณะที่สองจุดตรวจใน Moscow timeout) ซึ่งชี้ไปที่การกรองเครือข่ายระดับภูมิภาคฝั่งจุดตรวจเอง มากกว่าจะเป็นอะไรที่ผิดปกติกับแอปที่ deploy แล้ว
3. เครื่องมือความเร็วของ Hostinger เอง ทั้งเดสก์ท็อปและมือถือ Hostinger มีการทดสอบ Page Speed ของตัวเองอยู่ในแดชบอร์ดของแอป ฉันจึงเปรียบเทียบตัวเลขของมันกับผล GTmetrix อิสระ แทนที่จะเชื่ออย่างใดอย่างหนึ่งเพียงลำพัง
เมตริก เดสก์ท็อป มือถือ Overall score 100/100 100/100 First Contentful Paint 0.3s 1.1s Largest Contentful Paint 0.3s 1.1s Speed Index 0.3s 1.1s Total Blocking Time 40ms 10ms Cumulative Layout Shift 0 0
ทั้งสองประเภทอุปกรณ์ได้คะแนนเต็ม 100 และตัวเลขของเดสก์ท็อปก็สอดคล้องใกล้เคียงกับที่ GTmetrix วัดได้จริง ซึ่งนั่นคือประเด็นสำคัญของการรันสองเครื่องมือ คนละวิธีการ แต่ได้ผลตรงกัน
มือถือช้ากว่าในทุกเมตริกเวลาอย่างที่คาดไว้ จากการจำลองการเชื่อมต่อที่ช้ากว่าและซีพียูที่อ่อนกว่า แต่ก็ยังเร็วพอที่คะแนน 100 จะสะท้อนประสิทธิภาพจริงบนมือถือที่แข็งแรง ไม่ใช่แค่เกณฑ์การให้คะแนนที่ผ่อนปรน
จุดไม่สอดคล้องอย่างหนึ่งของเครื่องมือเองคือ แม้คะแนนจะเป็น 100 เต็มทั้งสองอุปกรณ์ แต่ Diagnostics panel ด้านล่างยังคงระบุรายการบางอย่างเป็น 0 คะแนน ได้แก่ network dependency tree, document request latency, และ avoiding multiple redirects พร้อมอีกสองรายการที่ได้ 50 คะแนน คือ unused JavaScript และ legacy JavaScript
คะแนนย่อยต่ำเหล่านั้นไม่ได้ดึงคะแนนหลักลง ดังนั้นควรมองว่าเป็นโอกาสปรับแต่งเล็กๆ ที่มีอยู่จริง มากกว่าจะเป็นปัญหาของการ deploy
แยกต่างหาก ส่วน “helpful links” ที่ Hostinger แสดงข้าง diagnostics เหล่านี้ ล้วนเขียนมาสำหรับ WordPress เช่น “Speed up WordPress in 9 easy steps,” “How to optimize images for your WordPress site” ทั้งที่นี่เป็นแอป Node.js โดยไม่มี WordPress อยู่ในสแตกเลย นี่เป็นเศษตกค้างจากเทมเพลต diagnostics ที่ใช้ร่วมกัน ไม่ใช่เนื้อหาที่สร้างมาเพื่อผลิตภัณฑ์นี้โดยเฉพาะ
ข้อสรุปโดยรวมด้านประสิทธิภาพ ทุกการทดสอบให้ผลสอดคล้องกัน และความสอดคล้องนี่แหละคือข้อค้นพบจริง GTmetrix ให้คะแนน 100% ทั้ง Performance และ Structure จากสองทวีป Hostinger’s own tool ก็ยืนยันตัวเลขนั้นด้วย 100/100 ทั้งบนเดสก์ท็อปและมือถือ และการตรวจสอบความสม่ำเสมอทั่วโลก 54 จุดก็ส่งกลับ 200 ตรงทุกที่ ยกเว้นจุดตรวจบางแห่งในประเทศที่รู้กันว่ามีการกรองเครือข่ายระดับภูมิภาค
รายละเอียดทางเทคนิคที่โดดเด่นคือ จุดทดสอบในยุโรปกลับทำเวลาได้เร็วกว่า US แม้เซิร์ฟเวอร์จริงจะอยู่ใน US ซึ่งเป็นหลักฐานที่วัดได้จริงว่า CDN ที่ Hostinger เปิดเป็นค่าเริ่มต้นนั้นกำลังทำงานอย่างมีความหมาย ไม่ได้มีไว้แค่เป็นข้อความโฆษณา
ถ้าคุณ deploy แอปเว็บทั่วไปบนแผนนี้ คุณควรคาดหวังเวลาโหลดที่เร็วจริงและสม่ำเสมอทั่วโลก โดยไม่ต้องทำอะไรเองเพื่อให้ได้มันมา
จุดสะดุดเล็กๆ ที่ควรใส่ใจคือเรื่องภาพลักษณ์ เครื่องมือวิเคราะห์ในตัวียังแนะนำคู่มือ WordPress ให้กับการ deploy แบบ Node.js ซึ่งเป็นการคัดลอกเทมเพลตที่หลงเหลืออยู่ ไม่กระทบประสิทธิภาพ แต่ทำให้ความเนี้ยบของผลลัพธ์ที่ดีอยู่แล้วลดลงเล็กน้อย
Managed Web App Hosting by Hostinger
Focus on building your app while Hostinger takes care of deployment, infrastructure, security, SSL, backups, and global delivery.
เยี่ยมชม Hostinger ฉันทดสอบ Hostinger’s Web Apps Hosting ตั้งแต่หน้าแลนดิ้งไปจนถึงขั้นตอนเช็คเอาต์ จากนั้นจากบัญชีใหม่ไปสู่การ deploy Node.js ที่ใช้งานได้จริงแบบครบถ้วน
นั่นรวมถึงการเลือกแผน การชำระเงิน การเลือกวิธีสร้าง การเชื่อมต่อ GitHub และการดู build เสร็จแบบเรียลไทม์ นี่คือสิ่งที่กระบวนการนั้นเป็นจริงๆ
1. การสมัคร ฉันเริ่มจากหน้าแลนดิ้งของ Web Apps Hosting ซึ่งมี CTA เดียวคือ Start deploying
การคลิกปุ่มนั้นไม่ได้เปิดฟอร์มสมัคร มันพาคุณเลื่อนลงตรงไปยังส่วนราคา ดังนั้นการตัดสินใจจริงครั้งแรกคือเลือกแผนไหน ไม่ใช่กรอกรายละเอียดบัญชี
มีสองแผนวางคู่กัน:
แผน ราคาที่แสดง รวม Web Apps CPU / RAM Business $3.99/mo (79% off $18.99) 5 2 cores / 3 GB Cloud Startup $7.99/mo (71% off $27.99) 10 4 cores / 4 GB
ฉันเลือก Cloud Startup เพราะได้จำนวนแอปและเฮดรูม CPU มากกว่าแผนเริ่มต้นเป็นสองเท่า มีความไม่สอดคล้องเล็กน้อยที่ควรชี้ให้เห็นตรงนี้คือ หน้า pricing เรียกมันว่า “Cloud Startup” แต่พอเข้าไปในตะกร้า แผนเดียวกันกลับถูกระบุว่า “Startup plan” ไม่ใช่ปัญหาด้านการใช้งาน แค่ชื่อไม่ตรงกันระหว่างสองหน้าภายในฟลว์เช็คเอาต์เดียวกัน
ตะกร้าสินค้านั้นสะอาดดี แสดงเงื่อนไข 48 เดือน ส่วนลด โดเมนฟรีหนึ่งปี และอีเมลฟรี จากนั้นมีอัปเซลเดียวคือ Hostinger Reach email marketing อยู่ในกล่องไฮไลต์แยกต่างหาก ไม่ได้ถูกเลือกไว้ก่อน
ฉันข้ามมันไปและคลิก Continue ได้โดยไม่ติดขัด
ถ้าคุณเป็นลูกค้าใหม่แทนที่จะเป็นลูกค้าเดิม เช็คเอาต์จะเพิ่มขั้นตอนสร้างบัญชีตรงนี้ก่อนให้คุณไปยังหน้ากรอกที่อยู่สำหรับออกบิลและชำระเงิน
จากนั้นคุณเพิ่มที่อยู่สำหรับออกบิล เลือกวิธีชำระเงิน, card, PayPal, หรืออีกหนึ่งตัวเลือก แล้วส่งคำสั่งชำระเงิน ฉันได้รับอีเมลยืนยันการสั่งซื้อภายในไม่กี่อึดใจหลังคลิก Submit payment จากนั้นก็เข้าไปยัง hPanel โดยแผนถูก provision ไว้แล้ว
ความเห็นของฉัน: ขั้นตอนเช็คเอาต์สั้น และอัปเซลก็ปฏิเสธได้ง่ายโดยไม่ต้องหาปุ่มข้ามที่ซ่อนอยู่ ชื่อแผนที่ไม่ตรงกันระหว่างหน้า pricing กับตะกร้าเป็นเรื่องเล็ก แต่เป็นรายละเอียดที่ทำให้ผู้ซื้อครั้งแรกหยุดและต้องเช็กซ้ำว่าตนเลือกแพ็กเกจถูกหรือไม่
2. แดชบอร์ด เมื่อชำระเงินสำเร็จ คุณจะไปยัง hPanel ซึ่งเป็น control panel ที่ Hostinger สร้างขึ้นเองเพื่อจัดการทุกผลิตภัณฑ์ที่ขาย ไม่ใช่หน้าที่สร้างขึ้นมาเฉพาะสำหรับ Web App ใหม่ของคุณ
หน้าที่คุณเข้าไปเห็นก่อนคือ Home และมันถูกสร้างรอบแถบพรอมต์ AI ด้านบนที่เขียนว่า “Hi, [your name]! How can I help you today?” พร้อมช่องข้อความด้านล่างและปุ่มลัดหกปุ่ม: Get domain, Create website, Get email, Migrate site, Get VPS, และ Try email marketing
เลื่อนลงไปคุณจะพบ:
ไทล์โปรโมชันฟีเจอร์ สำหรับ AI Builder, เครื่องมือร้านค้าออนไลน์, อ้างสิทธิ์อีเมลธุรกิจฟรี, AI agents, แอปอัตโนมัติ, และอ้างสิทธิ์โดเมนฟรีเช็กลิสต์งานที่ต้องทำ คอยกระตุ้นให้คุณทำขั้นตอนตั้งค่า, ทำ Reach setup ให้เสร็จ, อ้างสิทธิ์อีเมลฟรี, อ้างสิทธิ์โดเมนฟรีYour business , รายการที่อัปเดตต่อเนื่องของทุกไซต์ แอป และอินสแตนซ์ VPS ที่ผูกกับบัญชีของคุณ แต่ละรายการมีปุ่ม Manage site ของตัวเองVPS , ตารางแยกต่างหากที่อยู่ต่ำลงไป แสดงอินสแตนซ์ VPS ตาม IP, สถานะ และวันหมดอายุแผง Agent ยังอยู่มุมขวาบนของทุกหน้าใน hPanel ไม่ใช่แค่หน้า Home เท่านั้น มันคือผู้ช่วย Kodee ตัวเดียวกับที่ใช้ในการซัพพอร์ต แต่ถูกวางไว้ที่นี่เป็นเครื่องมือทำงานทั่วไป พร้อมพรอมต์สำเร็จรูปอย่าง “Deploy my Node.js app” หรือ “Harden VPS updates” ให้คุณกดใช้ได้โดยไม่ต้องพิมพ์คำถามยาวๆ เอง
Home มีประโยชน์จริงเมื่อแอปของคุณมีอยู่แล้ว ทุกอย่างใน Your business ลิงก์ตรงไปยังมัน แต่ไม่ได้เป็นที่ที่คุณจะไปสร้าง Web App ใหม่หรือเข้าถึงปุ่ม Setup ได้ สำหรับเรื่องนั้น คุณต้องไปอีกเส้นทางหนึ่งผ่านแถบด้านข้าง:
คลิก Websites ในแถบด้านข้างซ้าย เมนูย่อยจะขยายลงมาใต้เมนูนั้น: WordPress, AI Builder, Web Apps , PHP/HTML, Migrations คลิก Web Apps
การคลิกนั้นจะพาคุณไปยังหน้าจอคนละชุดกับ Home โดยสิ้นเชิง ซึ่งจัดระเบียบตามแผนโฮสติ้งที่คุณมีจริงๆ แทนที่จะเป็นแถบพรอมต์
ที่นี่ แต่ละแผนที่คุณเป็นเจ้าของจะมีการ์ดของตัวเอง บนบัญชีของฉัน นั่นหมายถึงมีการ์ดสามใบเรียงกันในแนวตั้ง:
แผน สถานะ การดำเนินการที่ใช้ได้ Business Hosting plan has expired, renew until 2026-09-02 Generate backups, Renew Growth Hosting plan has expired, renew until 2026-08-28 Renew Cloud Startup Plan expires on 2027-08-13 Setup
การ์ด Business ยังมีแอปที่ใช้งานอยู่แล้วแสดงอยู่ด้านล่างจากการทดสอบก่อนหน้า คือ orange-walrus-700988.hostingersite.com พร้อมปุ่ม Tools และ Dashboard ของตัวเอง
นั่นเป็นสิ่งที่ควรสังเกตด้วยตัวเอง เมื่อมี Web App อยู่แล้ว การ์ดของมันจะมีแถวแบบนี้แสดงไซต์ที่ใช้งานจริงโดยตรง ซึ่งก็คือลักษณะที่การ์ด Cloud Startup ของคุณจะเป็นเมื่อคุณตั้งค่าเสร็จ
เนื่องจาก Cloud Startup คือแผนที่ฉันเพิ่งซื้อและยังไม่ได้ตั้งค่า การ์ดของมันจึงมีเพียงปุ่ม Setup ปุ่มเดียว นั่นคือปุ่มที่เริ่ม wizard สร้าง Web App จริงๆ และมันจะแสดงที่นี่เท่านั้น ภายใต้ Websites → Web Apps ไม่ใช่จากหน้า Home ที่คุณจะเห็นตอนเริ่มต้น
ความเห็นของฉัน: hPanel เข้าใจง่ายเมื่อคุณหาหน้าถูก แต่ Web Apps Hosting ไม่มีประตูหน้าบ้านที่ชัดเจน การมาถึงหน้า Home จะเห็นแถบพรอมต์และทางลัด ไม่ใช่เส้นทางสร้างแอป คุณต้องรู้ว่าจะคลิก Websites จากนั้น Web Apps ก่อนจึงจะเห็น Setup ถึงจะปรากฏขึ้น นั่นเป็นการคลิกเพิ่มอีกไม่กี่ครั้งสำหรับผลิตภัณฑ์ที่ขายว่า “ขึ้นไลฟ์ในหนึ่งนาที” แต่พอคุณไปถึงตรงนั้นแล้ว การ์ดแผนก็สะอาดและตรงไปตรงมาเกี่ยวกับสถานะ และแผนที่มีแอปอยู่แล้วก็จะแสดงมันบนการ์ดโดยตรง
3. การ deploy แอป การคลิก Setup บนการ์ดแผนจะเปิดฟลว์ onboarding สั้นๆ: Where would you like to start? พร้อมสามตัวเลือก คือ Create a new site, Migrate an existing site, หรือ I hired someone to build my site ฉันเลือก Create a new site
จากนั้นไปยัง How do you want to build your website? ซึ่งแบ่งเป็นสองตัวเลือกสำหรับมือใหม่ด้านบนคือ Hostinger AI Builder และ WordPress + AI และอีกสองตัวเลือกภายใต้หัวข้อ “for advanced users” ด้านล่างคือ Node.js web app และ PHP/HTML website การเลือก Node.js web app คือสิ่งที่พาคุณไปยังผลิตภัณฑ์ Web Apps Hosting จริงๆ
นี่เป็นข้อสังเกตเชิงโครงสร้างจริงสำหรับใครก็ตามที่เปรียบเทียบผลิตภัณฑ์: Web Apps Hosting ไม่มีฟลว์สมัครที่เป็นของตัวเองโดยเฉพาะ
มันเป็นเพียงหนึ่งสาขาย่อยภายใน wizard สร้างเว็บไซต์เดียวกันที่ใช้กับ AI Builder และ WordPress
ฉันคลิกวงกลมข้าง Node.js web app แล้วคลิก Next
จากนั้น:
หน้าจอโดเมน : ฉันเลือก Use temporary domain แทนการผูกโดเมนจริง เพราะนี่เป็นการ deploy เพื่อทดสอบ
หน้าจอตำแหน่งเซิร์ฟเวอร์ : Hostinger เลือก France ให้ล่วงหน้า ซึ่งเป็นภูมิภาคที่ใกล้ประเทศสำหรับออกบิลของฉันที่สุด และแสดงค่าหน่วงที่ 167ms การเลื่อนไปดูตัวเลือก United States แสดง 364ms มากกว่าสองเท่าแต่ฉันเลือก United States, Massachusetts อยู่ดี และนี่คือบทเรียนตรงๆ ที่หน้าตำแหน่งเซิร์ฟเวอร์สอนในทุกผลิตภัณฑ์ของ Hostinger: เลือกตามที่ผู้เข้าชมจริงของคุณอยู่ ไม่ใช่ตามตัวเลขที่ต่ำที่สุดในรายการ
ผู้ชมของแอปทดสอบนี้เป็นผู้ใช้ในสหรัฐฯ ดังนั้นเซิร์ฟเวอร์ใน US จะส่งบริการให้พวกเขาเร็วกว่าที่ฝรั่งเศสอย่างแท้จริง ไม่ว่าหน้าจอจะบอกตัวเลขอะไรจากตำแหน่งของฉันก็ตาม ตัวเลขบนหน้าจอบอกคุณว่าเซิร์ฟเวอร์ตอบสนองต่อการทดสอบของ Hostinger เร็วแค่ไหน ไม่ได้บอกว่ามันจะตอบสนองต่อคนที่จะใช้เว็บไซต์ของคุณจริงๆ เร็วแค่ไหน
หน้าจอวิธี deploy : มีสองตัวเลือกหลัก คือ Import Git repository (ระบุว่า Recommended) หรือ Upload your files และมีคำอธิบายด้านล่างสำหรับการ deploy ตรงจาก Claude Code, Cursor หรือ VS Code ผ่าน Hostinger Connector ฉันเลือก Import Git repository แล้วคลิก Connect with GitHub
จากนั้นจะเปิดหน้าต่างล็อกอิน GitHub จริง ถ้าคุณยังไม่ได้ล็อกอิน และตามด้วยหน้าการอนุญาตชื่อ Install & Authorize Hostinger ซึ่งให้คุณเลือกระหว่าง:
ติดตั้งบน all repositories ที่คุณเป็นเจ้าของ รวมถึงที่สร้างใหม่ในอนาคต พร้อมสิทธิ์อ่านอย่างเดียวสำหรับ repo สาธารณะ ติดตั้งเฉพาะ only select repositories ที่คุณเลือกทีละรายการ และแสดงสิทธิ์ที่ให้ไว้อย่างชัดเจน: read access to actions, metadata, and repository hooks และ read-and-write access to administration, code, and pull requests เมื่อคุณคลิก Install & Authorize GitHub จะพากลับมาที่ hPanel โดยอัตโนมัติ คุณจะมาถึงหน้า Select Git repository to import ซึ่งเป็นรายการเลื่อนที่มี repo ทุกตัวที่ผูกกับบัญชี GitHub ของคุณ แต่ละรายการมีปุ่ม Deploy อยู่ข้างๆ ฉันพบ repository ทดสอบที่อัปไว้ก่อนหน้านี้คือ hostadvice-webapps-test แล้วคลิก Deploy ข้างมัน
ตั้งแต่คลิกปุ่มนั้น ใช้เวลาราว 30 วินาทีโดยไม่มีตัวบอกความคืบหน้าบนหน้าจอ ก่อนหน้าถัดไปจะโหลดขึ้นมา นานพอที่คุณอาจสงสัยว่าคลิกติดหรือไม่
หน้าที่โหลดขึ้นมาสุดท้ายมีชื่อว่า Review build settings และบอกคุณอย่างชัดเจนว่าแอปจะอยู่ที่ไหนก่อนที่คุณจะยืนยัน: “Deploys to ivory-llama-856835.hostingersite.com.” ใต้ลงมา โดยที่คุณยังไม่ต้องกรอกอะไร มันตรวจจับได้อัตโนมัติแล้วว่า:
การตั้งค่า ค่าที่ตรวจพบอัตโนมัติ Framework preset Next.js Branch main Node version 22.x Root directory ./ Build and output settings Default for Next.js Environment variables None (until you add one)
แต่ละ 5 แถวนั้นมีปุ่ม Change หรือ Add อยู่ข้างๆ ดังนั้นไม่มีอะไรในนี้ถูกล็อกไว้ หากการตรวจจับเข้าใจผิด
ฉันคลิก Add ข้าง Environment variables และตั้งค่า key-value หนึ่งคู่เพื่อยืนยันว่ามันจะไปถึงแอปที่รันจริงในภายหลัง จากนั้นคลิก Finish ในกล่องนั้น แล้วคลิกปุ่ม Deploy หลักที่ด้านล่างของหน้า
เฝ้าดูการ build
หน้าจอจะสลับไปยังมุมมอง Deploying… พร้อมแถบความคืบหน้าที่มีป้ายกำกับว่า “Deployment from GitHub” และคืบหน้าเป็นระยะจริงๆ ฉันเห็นมันขยับผ่าน 28% แล้ว 51% ระหว่างทางไปสู่ความสำเร็จ ด้านล่างแถบความคืบหน้ามีแผง Build logs แบบพับได้ และเมื่อขยายออกจะเห็นเอาต์พุตเทอร์มินัลสดแบบเรียลไทม์ ไม่ใช่สปินเนอร์ปลอมๆ:
> hostadvice-webapp-test@1.0.0 build
> next build
▲ Next.js 16.3.1 (Turbopack)
✓ Running next.config.mjs took 22ms Creating an optimized production build …
Deployment completed
เมื่อ build เสร็จ คุณจะไปยังหน้าจอ Deployment completed! พร้อมภาพตัวอย่างสดของแอปจริงที่กำลังรันอยู่ในการ์ดข้างๆ สรุปที่แสดงชื่อ repository และ URL ที่ถูกกำหนดให้
จากหน้านี้คุณสามารถคลิกต่อไปยัง Go to dashboard ได้โดยตรง ซึ่งเป็นที่ที่คุณใช้จัดการแอปต่อไป
ความเห็นของฉัน: การตรวจจับอัตโนมัติคือจุดเด่นที่สุดของที่นี่ เฟรมเวิร์ก บรานช์ และเวอร์ชัน Node ถูกต้องทั้งหมดโดยไม่ต้องกรอกเองแม้แต่ช่องเดียว และ build log แบบสดทำให้การรอโปร่งใสแทนที่จะเป็นกล่องดำ จุดอ่อนเพียงอย่างเดียวคือช่วงหยุด 30 วินาทีก่อนจะถึงหน้าการตั้งค่า ซึ่งนานพอให้สงสัยว่ามีอะไรค้างก่อนที่กระบวนการจะเริ่มแสดงผลจริง
4. ยืนยันการ deploy ที่ใช้งานจริง ก่อนจะไปดูเครื่องมือจัดการใดๆ ฉันอยากยืนยันว่าแอปถูก deploy จริงและใช้งานได้ ไม่ใช่แค่ถูกทำเครื่องหมายว่า “Completed” บนหน้าจอ
จากหน้า Deployment completed ฉันคลิกไปยัง URL สด ivory-llama-856835.hostingersite.com โดยตรง แทนที่จะเชื่อแค่ภาพตัวอย่างในแดชบอร์ด
หน้า live โหลดขึ้นมาและแสดงสิ่งที่แอปถูกเขียนให้แสดงไว้ตรงๆ:
Server build time , timestamp สดที่ยืนยันว่าเพิ่ง build ขึ้นมา ไม่ได้ถูกเสิร์ฟจากแคชเก่าEnvironment variable check , แสดงตัวแปรที่ฉันตั้งไว้ระหว่างหน้าการ deploy ยืนยันถูกต้องบนไซต์สดจริง ไม่ใช่แค่ในตัวอย่างแดชบอร์ด
จากนั้นฉันกดปุ่ม Ping the API route ของแอป ซึ่งเรียก endpoint ฝั่งแบ็กเอนด์จริง ไม่ใช่แค่เรนเดอร์เนื้อหาคงที่ มันส่ง JSON response กลับมาสะอาด:
json
{
“status”: “ok”,
“serverTime”: “2026-08-19T13:44:05.234Z”,
“nodeVersion”: “v22.18.0”
}
การตอบกลับนั้นสำคัญมากกว่าที่ดูเหมือน หน้าเว็บโหลดได้ถูกต้องอย่างเดียวพิสูจน์ได้แค่ว่าไฟล์ static ถูกอัปโหลดขึ้นมา
การเรียก API ที่ใช้งานได้พิสูจน์ว่าเซิร์ฟเวอร์ Node.js ตัวจริงกำลังทำงานอยู่เบื้องหลังและตอบสนองต่อคำขอจริง ส่วนที่เป็น “Node.js web app” hosting ซึ่งปลอมเป็นไฟล์ static ได้ง่าย และปลอมเป็นเซิร์ฟเวอร์สดที่สร้าง timestamp ณ เวลาที่คุณกดปุ่มได้ยาก
ความเห็นของฉัน: นี่คือการตรวจที่ฉันแนะนำให้คุณทำก่อนจะเชื่อการ deploy บนแพลตฟอร์มนี้ หรือแพลตฟอร์มที่คล้ายกันใดๆ ทั้งสิ้น สถานะ “Completed” สีเขียวและภาพตัวอย่างบอกแค่ว่า build เสร็จแล้ว การคลิกเข้า URL สดแล้วกระตุ้นบางอย่างที่เป็น dynamic เช่น การเรียก API การอ่านฐานข้อมูล หรือสิ่งอื่นที่ไม่สามารถปลอมได้ด้วยหน้า static ที่แคชไว้ จะบอกว่ามีเซิร์ฟเวอร์ทำงานอยู่จริงและกำลังทำสิ่งที่คุณสร้างมันมาเพื่อทำหรือไม่
5. การจัดการ Web App เมื่อยืนยันว่าแอปสดใช้งานได้แล้ว ฉันย้อนกลับเข้า hPanel และสำรวจแดชบอร์ดจัดการของแอปแบบครบทุกส่วน ซึ่งเป็นชั้นการจัดการเซิร์ฟเวอร์จริงของผลิตภัณฑ์นี้ แยกจากหน้า Home ทั่วไปที่กล่าวถึงไปก่อนหน้า
ภาพรวมแดชบอร์ด. ทันทีที่คุณมาถึงตรงนี้ ป้ายสถานะสี่ป้ายจะบอกสภาพของทุกอย่างในพริบตา:
ป้าย สถานะ Running Green Auto-deployment Green Malware protected Green CDN Green
ทั้งสี่รายการเป็นสีเขียวโดยค่าเริ่มต้น โดยที่ฉันไม่ต้องสลับอะไรด้วยตัวเอง ด้านล่างมีการ์ด Last deployment ที่ยืนยันสถานะ, repository, ผู้เขียน, commit, เวลา deploy, สแตกที่ตรวจพบ และเวอร์ชัน Node ทุกอย่างที่คุณอยากตรวจเช็กได้ในพริบตาโดยไม่ต้องขุดลงไปใน logs
การทดสอบ Page Speed อัตโนมัติได้รันกับไซต์สดของมันเองแล้วและให้คะแนน Desktop 99/100 โดยที่ฉันไม่ได้สั่งเริ่มเอง อยู่ข้างๆ แผง Essentials ที่มีลิงก์ด่วนไปยัง database connection, backups, file manager, runtime logs และ cache
Deployments, environment variables, and logs. มีสามหน้าที่แยกกันดูเรื่องนี้:
Deployments เก็บบันทึกครบของการ push, ผู้เขียน, branch, commit hash และสถานะเสร็จสิ้น เป็นประวัติจริงไม่ใช่แค่ของล่าสุดEnvironment variables แสดงตัวแปรที่ฉันตั้งไว้ระหว่าง deploy ได้อย่างถูกต้อง ยืนยันว่ามันถูกเก็บและนำไปใช้จริง ไม่ใช่แค่แสดงครั้งเดียวตอนตั้งค่าแล้วหายไปRuntime logs สตรีมเอาต์พุตเซิร์ฟเวอร์แบบสดในเวลาจริง บรรทัดเริ่มต้นของ Next.js, timestamps เมื่อพร้อมใช้งาน, และจำนวนปัญหา/ข้อผิดพลาดที่ยังคงเป็นศูนย์ตลอดเวลาที่ฉันดูความปลอดภัย. ตัว Malware Scanner รายงานผลสะอาดว่า “Your website is safe” โดยมีข้อควรทราบบอกไว้อย่างตรงไปตรงมา ไม่ได้ซ่อนไว้ในตัวอักษรเล็กๆ: มันตรวจเฉพาะไฟล์เว็บไซต์ ไม่รวมเนื้อหาในฐานข้อมูล และมีตัวเลือกการล้างทำความสะอาดแบบเสียเงินหากคุณต้องการการตรวจที่ลึกกว่าซึ่งรวมฐานข้อมูลด้วย ส่วนการสแกน Vulnerabilities ก็สะอาดเช่นกัน
ฐานข้อมูล. ตรงนี้คือช่องว่างจริงของการสื่อสารทางการตลาดของผลิตภัณฑ์ที่คุณควรเข้าใจก่อนซื้อ แผนนี้โฆษณา managed MySQL เป็นฟีเจอร์หลัก แต่ไม่มีอะไรถูก provision ให้อัตโนมัติ
ส่วน Databases เปิดมาที่ฟอร์ม Create a New MySQL Database And Database User แบบทำเอง หมายความว่าคุณต้องตั้งชื่อและสร้างฐานข้อมูลเองก่อนที่แอปจะใช้งานได้
ฉันยืนยันเรื่องนี้กับ Kodee โดยตรง ซึ่งจะกล่าวถึงในส่วน Support ด้านล่าง และคำตอบก็ตรงไปตรงมา: managed หมายถึง Hostinger ดูแลโครงสร้างพื้นฐานของฐานข้อมูลเบื้องหลัง ไม่ได้หมายความว่าจะมีการสร้างฐานข้อมูลให้คุณทันทีที่ Web App ของคุณขึ้นไลฟ์
การเข้าถึงขั้นสูง. SSH access อยู่ภายใต้ Advanced พร้อม IP, port และ username แต่ตั้งค่าเป็น Inactive โดยค่าเริ่มต้น และต้องกด Enable เองก่อนจึงจะใช้ได้ File Manager ให้เลือกดูได้ทั้งไฟล์ของแอปนี้เท่านั้น หรือไฟล์ทั้งหมดในแผนโฮสติ้งทั้งก้อน
ความเห็นของฉัน: แดชบอร์ดสำหรับใช้งานประจำวันทำได้ละเอียดและจัดระเบียบดี โดยเฉพาะประวัติ deployment, environment variables และการสแกนความปลอดภัยที่หาได้ง่ายและให้ข้อมูลจริง ในขณะที่ runtime log ที่เป็นศูนย์ข้อผิดพลาดพร้อม malware scan สะอาดๆ ทำให้ฉันมั่นใจจริงว่าแอปมีสุขภาพดี ไม่ใช่แค่ออนไลน์
จุดเดียวที่อินเทอร์เฟซดูสื่อเกินจริงคือส่วนฐานข้อมูล ซึ่งคำว่า “managed MySQL” บนหน้าผลิตภัณฑ์ฟังดูเหมือนมีอะไรพร้อมใช้ทันทีเมื่อแอปขึ้นไลฟ์ แต่ในความจริงคือคุณได้ฟอร์มสำหรับสร้างเอง เป็นขั้นตอนที่ง่าย แต่เป็นขั้นตอนที่คุณต้องทำเอง
ข้อสรุปโดยรวมด้านการใช้งานง่าย ขั้นตอนเช็คเอาต์สั้น อัปเซลข้ามได้ง่าย และฟลว์ deploy เองคือส่วนที่แข็งแรงที่สุดของประสบการณ์ทั้งหมด คือการตรวจจับสแตก บรานช์ และเวอร์ชัน Node ที่ถูกต้อง พร้อม build log สดจริงแทนสปินเนอร์
แดชบอร์ดที่ตามมาก็จัดวางดีสำหรับการใช้งานประจำวัน, deployment history, environment variables และการสแกนความปลอดภัยอยู่ห่างจากกันแค่คลิกเดียวและติดป้ายชัดเจน
จุดที่ผลิตภัณฑ์นี้ต้องการความใส่ใจมากกว่าที่การตลาดของมันบอก คือเรื่องฐานข้อมูล คำว่า “Managed MySQL” ฟังดูเหมือนบางอย่างที่รอคุณอยู่ทันทีที่แอปขึ้นไลฟ์ แต่สิ่งที่คุณได้จริงคือฟอร์มให้สร้างเอง ง่าย แต่ต้องลงมือเอง
เมื่อรู้ล่วงหน้าแล้วก็ไม่ได้ยากอะไร แต่การรู้ล่วงหน้าคือส่วนที่หน้าแผนไม่ได้บอกคุณ
Build, Deploy, and Scale with Hostinger
Host modern web apps with GitHub integration, managed MySQL, global CDN, unlimited bandwidth, and built-in security tools.
เยี่ยมชม Hostinger ฉันทดสอบการสนับสนุนของ Hostinger สำหรับ Web Apps Hosting ผ่าน Kodee ผู้ช่วย AI ที่ฝังอยู่ใน hPanel แล้วจากนั้นก็สำรวจ knowledge base เพื่อดูว่ามันครอบคลุมแค่ไหนโดยไม่ต้องถามใคร Kodee ปรากฏในสองจุดที่ควรแยกกันให้ชัด: เป็น Ask AI บนเว็บไซต์การตลาดสาธารณะ และเป็นแผง Agent ที่ใช้ได้จากทุกหน้าภายใน hPanel เอง รวมถึงหน้าแดชบอร์ดของ Web App โดยตรง
1. การสนับสนุน AI (Kodee) ฉันถามสองคำถามที่สร้างจากช่องว่างจริงที่พบระหว่างทดสอบ ไม่ใช่การค้นหาทั่วไปที่ Kodee ตอบได้โดยการคัดลอกจากเอกสาร
คำถาม 1 ทดสอบพฤติกรรมเมื่อ deploy ล้มเหลวและช่วงเวลาของ environment variables ซึ่งเป็นข้อกังวลจริงในการใช้งานจริงสำหรับทุกคนที่ส่งงานขึ้นแพลตฟอร์มนี้:
ถ้า build ของแอปฉันล้มเหลวกลางทางระหว่างการ deploy จาก GitHub แอปจะย้อนกลับไปยังเวอร์ชันล่าสุดที่สำเร็จโดยอัตโนมัติหรือไม่ หรือจะล่มจนกว่าฉันจะแก้และ deploy ใหม่? และฉันสามารถตั้งค่า custom environment variables ก่อน deploy ครั้งแรกได้เลย หรือทำได้เฉพาะหลังจากนั้น?
Kodee ตอบตรงไปตรงมาและถูกต้องทั้งสองข้อ การ build ที่ล้มเหลวจะไม่แทนที่แอปที่กำลังรันอยู่ ถ้ามี deployment ก่อนหน้าที่สำเร็จ แอปจะยังคงเสิร์ฟเวอร์ชันล่าสุดที่ใช้งานได้อยู่ ถ้าเป็นการ deploy ครั้งแรกและไม่มีเวอร์ชันก่อนหน้าให้ย้อนกลับ แอปก็จะหยุดทำงานจนกว่าจะแก้ build และ deploy ใหม่ ซึ่งเป็นคำตอบที่ชัดและซื่อสัตย์ ไม่ใช่การให้ความมั่นใจแบบคลุมเครือ
ในเรื่อง environment variables มันยืนยันว่าคุณตั้งได้ก่อน deploy ครั้งแรกใน deployment settings และสำหรับแอปที่รันอยู่แล้ว มันอธิบายเป็นสามขั้นตอนที่ตรงไปตรงมา: เปิด Settings และ Redeploy, เพิ่มหรือแก้ตัวแปรภายใต้ Environment variables, แล้วบันทึกและ redeploy
คำถาม 2 เจาะไปที่สองช่องว่างที่ฉันพบเองในแดชบอร์ด คือถ้อยคำ “managed MySQL” เทียบกับฟอร์มสร้างแบบแมนนวล และ SSH ที่ตั้งเป็น inactive โดยค่าเริ่มต้น:
แผนนี้โฆษณา managed MySQL แต่แดชบอร์ดแสดงฟอร์ม ‘Create a New MySQL Database’ แบบทำเอง แทนที่จะมีฐานข้อมูล provision มาให้อัตโนมัติ ฐานข้อมูลถูกสร้างให้สำหรับทุก Web App โดยค่าเริ่มต้นหรือเฉพาะเมื่อฉันสร้างเอง? และ SSH access ถูกระบุว่าใช้งานได้แต่ขึ้น Inactive โดยค่าเริ่มต้น ถ้าฉันไม่เปิดใช้ มันมีผลอะไรต่อการทำงานจริงของแอปไหม หรือ SSH เป็นแค่ตัวเลือกเสริมสำหรับผู้ใช้ขั้นสูง?
คำตอบของ Kodee ยืนยันตรงกับสิ่งที่ฉันพบในอินเทอร์เฟซ ไม่ได้ลดทอนลงเป็นแบบนุ่มนวล ฐานข้อมูลไม่ได้ถูกสร้างให้โดยอัตโนมัติสำหรับทุก Web App คำว่า “managed” หมายถึง Hostinger ดูแลบริการและโครงสร้างพื้นฐานของฐานข้อมูล ส่วนการสร้างและตั้งค่าฐานข้อมูลจริงเป็นหน้าที่ของคุณ ผ่านหน้าจอ Create a New MySQL Database เดียวกับที่ฉันเห็นแล้ว จากนั้นเพิ่มรายละเอียดการเชื่อมต่อลงใน environment variables ของแอปเอง
ส่วน SSH มันยืนยันว่าการปล่อยให้ inactive ไม่เปลี่ยนแปลงอะไรเกี่ยวกับการทำงานของแอป, การ deploy หรือการเชื่อมต่อฐานข้อมูล มันถูกวางไว้เป็นเครื่องมือทางเลือกสำหรับคำสั่ง CLI, migrations, หรือการดีบักไฟล์โดยตรง ไม่ใช่สิ่งที่แพลตฟอร์มต้องพึ่งพาอยู่เบื้องหลัง
ความเห็นของฉัน: ทั้งสองคำตอบตรงกับสิ่งที่ฉันตรวจสอบด้วยตัวเองในแดชบอร์ด มากกว่าจะขัดแย้งหรือทำให้อ่อนลง ซึ่งนั่นคือสัญญาณของเครื่องมือสนับสนุนที่ตรวจสถานะผลิตภัณฑ์จริง ไม่ใช่แค่ท่องสคริปต์ คำถามทั้งสองข้อไม่สามารถตอบได้ด้วยการคัดลอกจาก FAQ ทั่วไป และ Kodee ก็จัดการทั้งคู่ด้วยคำตอบที่เฉพาะเจาะจง มีโครงสร้าง และเป็นสองส่วน ภายในเวลาประมาณหนึ่งนาทีต่อคำถาม
2. Knowledge Base Knowledge base ของ Hostinger เปิดมาด้วยกริดหมวดหมู่ทั้งหมด 20 หมวด แต่ละหมวดแสดงจำนวนบทความ หมวดใหญ่ๆ บางส่วน ได้แก่ AI Builder มี 330 บทความ, VPS มี 276, Email มี 127 และ Website มี 103
Web Apps Hosting ไม่มีหมวดเฉพาะของตัวเอง เนื้อหาของมันกระจายอยู่ใน Getting Started, hPanel และ Website ซึ่งเป็นข้อค้นพบจริงสำหรับใครก็ตามที่คาดหวังศูนย์กลางเฉพาะเหมือนที่ VPS หรือ Email มี
การค้นหา “Web Apps” โดยตรงได้ผลลัพธ์ 71 รายการบน 8 หน้า ผลลัพธ์แถวบนๆ เป็นการผสมระหว่างเนื้อหาที่เกี่ยวข้องโดยตรงกับเนื้อหาที่เกี่ยวข้องเพียงหลวมๆ:
How to deploy apps built with Codex on Hostinger , เกี่ยวข้องโดยตรงHostinger AI Builder: How to create a web app in agentic mode , ใกล้เคียงแต่เป็นผลิตภัณฑ์คนละตัวHow to add a Node.js Web App in Hostinger , เกี่ยวข้องโดยตรงHow to install Flutter Web on a VPS at Hostinger , เป็นผลิตภัณฑ์คนละตัวบทความเกี่ยวกับวิธีชำระเงินของ Website Builder หลายรายการ (PayPal, WeChat Pay, BLIK) ที่ไม่เกี่ยวข้อง นอกเหนือจากมีคำว่า “web” และ “app” อยู่ในข้อความ
ฉันเปิดหนึ่งในผลลัพธ์แถวบน คือ How to deploy apps built with Codex on Hostinger เพื่อดูความลึกของมัน ปรากฏว่าเป็นคู่มือที่ละเอียดและมีโครงสร้างดี สนับสนุนด้วยรายการเฟรมเวิร์กที่รองรับไว้ด้านบน สกรีนช็อตแบบทีละขั้นสำหรับทั้งเส้นทาง GitHub-import และ ZIP-upload ส่วนตั้งค่า build พร้อมตัวอย่างคำสั่ง การอธิบายโครงสร้างไฟล์หลังการ deploy ส่วน wizard เชื่อมต่อฐานข้อมูล ส่วนเฝ้าระวังช่องโหว่ และ FAQ ตอนท้าย
แม้ว่ามันจะถูกเขียนในกรอบของ Codex โดยเฉพาะ แต่แพลตฟอร์มพื้นฐานเดียวกับผลิตภัณฑ์ Node.js Web App ทั่วไป ดังนั้นส่วนใหญ่จึงใช้ได้โดยตรง
ความเห็นของฉัน: จำนวนบทความใต้การค้นหาดูดีบนกระดาษ มี 71 ผลลัพธ์สำหรับหนึ่งคำค้น แต่ส่วนสำคัญของปริมาณนั้นเป็นเสียงรบกวนจากผลิตภัณฑ์อื่นที่ใช้คำใกล้เคียงกัน บทความที่ฉันเปิดเต็มๆ นั้นทำได้ดีเมื่อเข้าไปอ่านจริง มีขั้นตอนชัดเจน สกรีนช็อตจริง และมี FAQ จริง แต่การหามันต้องเลื่อนผ่านผลลัพธ์ที่ไม่เกี่ยวข้องกับสิ่งที่ฉันพยายาม deploy อยู่
ข้อสรุปโดยรวมด้านการสนับสนุนลูกค้า Kodee คือเส้นทางการสนับสนุนที่แข็งแรงกว่า คำถามทั้งสองที่ฉันทดสอบเกี่ยวข้องกับความคลุมเครือที่ตรวจสอบได้จริง ได้แก่ การกู้คืนเมื่อ deploy ล้มเหลว, ช่วงเวลาของ environment variables, การ provision ฐานข้อมูล, และบทบาทจริงของ SSH ซึ่ง Kodee ตอบทั้งหมดได้ถูกต้องและเฉพาะเจาะจง ตรงกับสิ่งที่ฉันยืนยันด้วยตัวเองในแดชบอร์ด มากกว่าจะขัดแย้งกับมัน
knowledge base มีคุณภาพดีเมื่อคุณไปถึงบทความที่ถูกต้อง โดยเฉพาะคู่มือ deploy Codex ที่ละเอียดและทันสมัย แต่ Web Apps Hosting ไม่มีหมวดเฉพาะของตัวเอง และการค้นหาแบบกว้างก็มีเนื้อหาที่ไม่เกี่ยวข้องปะปนมาพอสมควร
ถ้าต้องการคำตอบเร็วและตรง Kodee คือจุดเริ่มต้นที่เชื่อถือได้มากกว่า สำหรับการอ่านด้วยตัวเองแบบลึกๆ ควรเตรียมตัวกรองผลค้นหาเองก่อนจะเจอสิ่งที่ใช้ได้จริงกับผลิตภัณฑ์นี้
Simple Hosting for Modern Web Apps
Deploy React, Next.js, Vue, Node.js, and other modern applications without managing servers or complex infrastructure.
เยี่ยมชม Hostinger เราขอแนะนำ Hostinger Web Apps Hosting ไหม? ใช่ กระบวนการ deploy คือจุดแข็งที่สุดของผลิตภัณฑ์นี้: ตรวจจับสแตก, บรานช์ และเวอร์ชัน Node ของฉันได้ถูกต้อง มี build log สดจริงแทนสปินเนอร์ และได้แอปสดที่ผ่านการทดสอบประสิทธิภาพทุกอย่างที่ฉันทดสอบมา โดยได้คะแนน GTmetrix เต็มจากสองทวีป, การตรวจสอบความสม่ำเสมอทั่วโลก 54 จุดที่สะอาด และคะแนน 100/100 จากเครื่องมือของ Hostinger เองทั้งบนเดสก์ท็อปและมือถือ Kodee ก็ช่วยเสริมด้วยคำตอบที่แม่นยำและเฉพาะเจาะจงต่อคำถามทางเทคนิคจริง แทนการตอบแบบสคริปต์ทั่วไป
จุดสะดุดมีเล็กน้อยแต่ควรรู้ก่อนซื้อ: คำว่า “Managed MySQL” บนหน้าผลิตภัณฑ์ฟังดูเหมือนมีพร้อมทันทีที่แอปขึ้นไลฟ์ แต่ในทางปฏิบัติคือฟอร์มให้คุณสร้างเอง แดชบอร์ดก็ไม่ได้มีทางเข้าของ Web Apps Hosting โดยตรงจากหน้า Home หลัก คุณต้องรู้ว่าจะเข้าไปที่ Websites ก่อน
สำหรับนักพัฒนาที่ต้องการการ deploy ที่รวดเร็วและไม่ผูกกับเฟรมเวิร์ก บนโครงสร้างพื้นฐานที่ทำ benchmark ได้ดีแบบนี้ นี่คือคำแนะนำที่ตัดสินใจได้ง่าย สำหรับคนที่คาดหวังว่าทุกฟีเจอร์จะเปิดใช้งานทันทีเมื่อชำระเงินเสร็จ ควรเผื่อเวลาอีกสักหน่อยไว้ตั้งค่าฐานข้อมูลเอง
Hostinger Rating based on expert review
