פרסמתי אפליקציית Next.js אמיתית על Web Apps Hosting של Hostinger, הרצתּי בדיקות ביצועים עצמאיות משתי יבשות, והפעלתי את Kodee עם שתי שאלות טכניות על הדשבורד שלו עצמו. תכונה אחת שפורסמה התבררה ככזו שדורשת שלב ידני שאף אחד לא מספר עליו מראש.
פרסמתי אפליקציית Next.js אמיתית על Web Apps Hosting של Hostinger, הרצתּי בדיקות ביצועים עצמאיות משתי יבשות, והפעלתי את Kodee עם שתי שאלות טכניות על הדשבורד שלו עצמו. תכונה אחת שפורסמה התבררה ככזו שדורשת שלב ידני שאף אחד לא מספר עליו מראש.
Hostinger בנתה Web Apps Hosting סביב הבטחה פשוטה: לדחוף את הקוד שלך מ-GitHub, מקובץ ZIP, או מסוכן הקוד של ה-AI שלך, ולקבל אפליקציית production חיה תוך כדקה, בלי שרת שאתה צריך לנהל. רציתי לדעת עד כמה זה באמת מחזיק מעמד כשאתה זה שלוחץ על deploy, אז הנה מה שמצאתי.
Deploy Web Apps Faster with Hostinger
פרוס אפליקציות אינטרנט מודרניות ב-Hostinger עם builds אוטומטיים, תשתית מנוהלת, CDN גלובלי, SSL, כלי אבטחה, ו-30-day money-back guarantee.
Tip צור את מסד הנתונים MySQL שלך והוסף את פרטי החיבור שלו כמשתנה סביבה לפני ה-deploy הראשון שלך, כך שהאפליקציה שלך תוכל להתחבר אליו ברגע שהיא עולה לאוויר.
פירוט הדירוג
כדי לדרג את Hostinger Web Apps Hosting, יישמתי את מתודולוגיית הדירוג של HostAdvice, אותה גישה סטנדרטית המשמשת בכל ביקורת באתר, כך שהציונים נשארים מעוגנים בבדיקות אמיתיות ולא בשפת שיווק. הנה איך זה דורג לפי כל פרמטר.
Hostinger מוכרת את Web Apps Hosting כשתי רמות, Business ו-Cloud Startup, שתיהן נבנו במיוחד לפריסת Node.js ואפליקציות JavaScript מודרניות ולא לבניית אתרים מסורתיים.
Cloud Startup, הרמה שבדקתי, מכפילה את כמות האפליקציות ואת ליבות ה-CPU לעומת Business, ושתי התוכניות כוללות דומיין חינמי, אימייל עסקי חינמי ו-SSL מנוהל לשנה הראשונה כבר בקופה.
כמה דברים שכדאי לדעת לפני ההזמנה:
Money-back guarantee: Web Apps Hosting נכלל תחת תנאי ההחזר הסטנדרטיים של Hostinger, חלון פשוט של 30 יום ממועד הרכישה. זה פשוט משמעותית ממה שחל על תוכניות ה-VPS של Hostinger, שמגיעות עם cooldown נוסף של 180 יום בין בקשות החזר. כאן לא חל cooldown כזה.
ניסיון חינם: לא מצאתי ניסיון חינם ייעודי. במקום זאת, 30-day money-back guarantee הוא חלון ההערכה שלך.
שיטות תשלום: הקופה הציגה תשלום בכרטיס כברירת מחדל, עם לוגואים של Visa, Mastercard, Amex ו-Discover, ועוד אפשרות להוסיף אמצעי תשלום אחר במהלך הקופה.
מה כלול: דומיין חינמי לשנה אחת, תיבות דואר חינמיות לשנה אחת, ו-SSL מנוהל כלולים כולם ללא עלות נוספת מעבר למחיר התוכנית, כך שמחיר המדבקה קרוב לעלות האמיתית של העלאת פריסה מאובטחת ופועלת לאוויר.
התוספת היחידה: Hostinger Reach, תוספת לשיווק בדוא”ל, מופיעה בעגלה בתיבה מודגשת משלה עם מחיר חודשי נפרד. קל לדלג עליה והיא אינה נכללת או מסומנת מראש כברירת מחדל.
אם תבטל תוכנית Web Apps Hosting בתוך 30 יום, מדיניות ההחזרים של Hostinger מאשרת שהיא נכללת בתנאים הסטנדרטיים ולא ברשימת ההחרגות, כך שביטול פשוט בתוך אותו חלון אמור לזכות בהחזר ללא התנאים הנוספים החלים על רכישות VPS או דומיין.
תכונות
זיהוי אוטומטי של Framework וגרסת Node
כלי יצירה ל-MySQL מנוהל
CDN גלובלי פעיל כברירת מחדל
WAF והגנה מפני DDoS כלולים
גיבויים יומיים ועל פי דרישה
סורק malware וסריקת vulnerabilities
שילוב עם GitHub ו-auto-deploy
דומיין, אימייל ו-SSL חינמיים
גישה ב-SSH למשתמשים מתקדמים
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.
מכיוון ש-Web Apps Hosting מנוהל במלואו, לעולם לא מקבלים גישת shell לשרת, כך שאין CPU, RAM או disk שאפשר למדוד ישירות כמו בביקורת VPS.
מה שכן אפשר למדוד הוא כמה מהר האפליקציה שנפרסה נטענת ומגיבה, ממיקומים אמיתיים ברחבי העולם. בדקתי זאת מארבע זוויות שונות: GTmetrix משתי יבשות, בדיקת עקביות גלובלית של 50+ נקודות, וכלי המהירות המובנה של Hostinger גם לדסקטופ וגם למובייל.
האפליקציה שנבדקה היא פריסת ה-Next.js שמכוסה בסעיף קלות השימוש למטה, חיה ב-ivory-llama-856835.hostingersite.com, ופועלת על תוכנית Cloud Startup (4 ליבות CPU, 4096 MB RAM, אחסון 100 GB NVMe), עם CDN פעיל כברירת מחדל.
1. GTmetrix, נבדק משתי יבשות
הרצתי את GTmetrix פעמיים מאזורים שונים בעולם כדי לראות אם התוצאה נשארת עקבית או רק נראית טוב מנקודת מבט אחת ברת מזל.
Metric
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
שני הסבבים הגיעו ל-100% מושלם גם ב-Performance וגם ב-Structure, עם אפס layout shift ואפס blocking time בשני המיקומים, כלומר שום דבר בדף לא התחרה על תשומת הלב של הדפדפן או קפץ בזמן הטעינה.
הפרט המעניין באמת הוא ש-Frankfurt למעשה גבר על Chicago בכל מדד תזמון, אף שבכוונה בחרתי מיקום שרת בארה”ב לאפליקציה הזו. התוצאה הזו הגיונית רק לאור ה-CDN.
ברגע ש-CDN פעיל, כפי שהיה כאן כברירת מחדל, המבקר שלך לא בהכרח מגיע ישירות ל-origin server.
הוא מגיע לצומת ה-edge הקרוב ביותר עם cache, כך שנקודת בדיקה אירופית יכולה בסופו של דבר להיות מהירה יותר מאמריקאית, אפילו כשהשרת עצמו נמצא בארה”ב. זו אישור מעשי אמיתי לכך שה-CDN ש-Hostinger מפעילה כברירת מחדל אכן עושה עבודה משמעותית ולא סתם יושבת כ-checkbox שיווקי.
2. עקביות גלובלית (Check-Host)
הרצתי בדיקת HTTP מול ה-URL החי מכל checkpoint ש-Check-Host מציעה, 54 מיקומים על פני שש יבשות. התמונה המלאה:
תוצאה
כמות
200 OK
50
Connection timed out
4
כל בדיקה מוצלחת החזירה 200 OK נקי, בלי שגיאות, בלי כשלי ביניים, בלי הפניות בלתי צפויות.
זמני התגובה סיפרו סיפור ברור על האופן שבו caching של CDN מתנהג במרחקים בעולם האמיתי:
Region example
Response time
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 milliseconds, בעוד שנקודות בדיקה הרחוקות ביותר פיזית מכל edge node, Tokyo, Singapore, Ho Chi Minh City, עדיין החזירו תגובות 200 תקינות, רק איטיות יותר, בטווח של 0.3 עד 0.8 שניות.
זהו הצורה הצפויה של פריסה מבוססת CDN: מהירה ליד ה-edges, ועדיין מתפקדת במלואה רחוק מהם.
ארבעת ה-timeouts, Kazakhstan, Romania, ושניים מארבעת ה-checkpoints הרוסיים, אינם משהו שהייתי קורא לו בעיה בתשתית של Hostinger.
Checkpoints אחרים באותן מדינות הצליחו (Saint Petersburg חזר תקין ב-0.063s בעוד שני checkpoints במוסקבה התזמנו החוצה), מה שמצביע על סינון רשת אזורי בצד של ה-checkpoint ולא על משהו לא תקין באפליקציה שנפרסה.
3. כלי המהירות של Hostinger עצמה, דסקטופ ומובייל
Hostinger מריצה את בדיקת Page Speed שלה בתוך ה-dashboard של האפליקציה, ולכן השוויתי את המספרים שלה מול תוצאות GTmetrix העצמאיות במקום לקבל כל אחת מהן בפני עצמה כעובדה.
Metric
Desktop
Mobile
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 שמתחתיו עדיין מסמן כמה פריטים עם ציון 0 ממשי, network dependency tree, document request latency, ו-avoiding multiple redirects, לצד שני פריטים שקיבלו 50, unused JavaScript ו-legacy JavaScript.
אף אחד מהציונים הנמוכים האלה לא הוריד את הציון הראשי, לכן כדאי להתייחס אליהם כהזדמנויות אופטימיזציה קלות ואמיתיות ולא כמשהו פגום בפריסה.
בנפרד, ה-“helpful links” ש-Hostinger מציגה לצד diagnostics אלה כתובים כולם ל-WordPress, “Speed up WordPress in 9 easy steps,” “How to optimize images for your WordPress site”, למרות שזו אפליקציית Node.js בלי WordPress כלל בכל ה-stack. זה שארית מתבנית diagnostics משותפת ולא תוכן שנבנה עבור המוצר הזה.
מסקנה כללית על ביצועים
כל בדיקה הסכימה עם כל בדיקה אחרת, וזו המסקנה החשובה באמת כאן. GTmetrix נתנה 100% גם ב-Performance וגם ב-Structure משתי יבשות שונות, הכלי המובנה של Hostinger אישר זאת באופן עצמאי עם 100/100 גם בדסקטופ וגם במובייל, ובדיקת עקביות גלובלית בת 54 נקודות החזירה תגובות 200 נקיות כמעט בכל מקום מלבד כמה checkpoints בתוך מדינות הידועות בסינון רשת אזורי.
הפרט הטכני הבולט הוא שנקודת בדיקה אירופית גברה על נקודת בדיקה אמריקאית אף שהשרת עצמו נמצא בארה”ב, הוכחה מדידה אמיתית לכך שה-CDN ש-Hostinger מפעילה כברירת מחדל אכן עושה עבודה משמעותית ולא רק קיימת כ-bullet point שיווקי.
אם אתה פורס אפליקציית אינטרנט טיפוסית על התוכנית הזו, אתה צריך לצפות לזמני טעינה מהירים ואחידים גלובלית בלי לעשות דבר בעצמך כדי להשיג אותם.
החיספוס היחיד שכדאי לשים אליו לב הוא קוסמטי: כלי ה-diagnostics המובנה עדיין ממליץ על מדריכים ספציפיים ל-WordPress לפריסת Node.js, שארית copy-paste שלא משפיעה על הביצועים אבל כן פוגעת בליטוש של תוצאה אחרת מצוינת.
בדקתי את Hostinger Web Apps Hosting מהעמוד הראשי ועד הקופה, ואז מחשבון חדש לחלוטין אל פריסת Node.js חיה ומתפקדת.
זה כלל בחירת תוכנית, תשלום, בחירה של דרך build, חיבור GitHub, וצפייה בהשלמת ה-build בזמן אמת. הנה איך התהליך הזה היה בפועל.
1. הרשמה
התחלתי בדף הנחיתה של Web Apps Hosting, שמוביל עם קריאה אחת לפעולה: 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 בגלל כמות האפליקציות הכפולה ויותר headroom של CPU לעומת רמת הכניסה. חוסר עקביות קטן שכדאי לציין כאן: דף התמחור קורא לזה “Cloud Startup”, אבל ברגע שזה מגיע לעגלה, אותה תוכנית מסומנת כ-“Startup plan.” לא בעיה פונקציונלית, רק חוסר התאמה בשם בין שני מסכים באותו תהליך קופה.
העגלה עצמה הייתה נקייה. היא הציגה את התקופה של 48 חודשים, את החיסכון, דומיין חינם לשנה ותיבות דואר חינמיות, ואז הציעה תוספת אחת, Hostinger Reach email marketing, שבתיבה מודגשת משלה ולא מסומנת מראש.
דילגתי עליה ולחצתי Continue בלי חיכוך.
אם אתה לקוח חדש ולא קיים, הקופה מוסיפה כאן שלב יצירת חשבון לפני שתגיע אל כתובת החיוב ודף התשלום.
לאחר מכן מוסיפים כתובת חיוב, בוחרים שיטת תשלום, כרטיס, PayPal, או אחת מהאפשרויות האחרות, ושולחים. קיבלתי דוא”ל אישור רכישה בתוך רגעים ספורים אחרי שלחצתי Submit payment, ואז הגעתי ישירות ל-hPanel עם התוכנית כבר מסופקת.
מה חשבתי: הקופה קצרה והתוספת קלה לדחייה בלי לחפש קישור skip מוסתר. חוסר ההתאמה בשם בין דף התמחור לעגלה הוא דבר קטן, אבל זה בדיוק מסוג הפרטים שגורם לקונה בפעם הראשונה לעצור ולבדוק שוב שהוא בחר את הרמה הנכונה.
2. ה-dashboard
אחרי שהתשלום עובר, אתה נוחת ב-hPanel, לוח הבקרה הפנימי של Hostinger שבנתה כדי לנהל כל מוצר שהיא מוכרת, לא דף שנבנה במיוחד סביב ה-Web App החדש שלך.
הדף שאליו אתה נוחת ראשון הוא Home, והוא בנוי סביב סרגל prompt של 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, אפליקציית automation, וטענה לדומיין חינמי
רשימת מטלות שדוחפת אותך לעבר משימות הגדרה, סיום הגדרת Reach, קבלת האימייל החינמי שלך, קבלת הדומיין החינמי שלך
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, מסך שמאורגן סביב תוכניות האחסון האמיתיות שלך ולא סביב סרגל prompt.
כאן, כל תוכנית שבבעלותך מקבלת כרטיס משלה. בחשבון שלי, זה אומר שלושה כרטיסים זה מעל זה:
Plan
Status
Available actions
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 יחיד. זה הכפתור שבאמת מתחיל את אשף יצירת ה-Web App, והוא מופיע רק כאן, תחת Websites → Web Apps, ולא ממסך Home שאליו נוחתים כברירת מחדל.
מה חשבתי: hPanel ברור ברגע שמוצאים את המסך הנכון, אבל ל-Web Apps Hosting אין דלת כניסה ברורה. הנחיתה על Home נותנת לך סרגל prompt וקיצורים, לא נתיב ליצירת אפליקציה, צריך לדעת ללחוץ על Websites ואז על Web Apps לפני ש-Setup בכלל מופיע. זה עוד כמה קליקים בשביל מוצר שנמכר כ-“live in a minute.” ברגע שמגיעים לשם, לעומת זאת, כרטיסי התוכנית נקיים וכנים לגבי המצב, ותוכנית שכבר פועלת עליה אפליקציה מראה זאת ישירות על הכרטיס.
3. פריסת האפליקציה
לחיצה על 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 אין תהליך הרשמה ייעודי משלו.
זהו ענף אחד בתוך אותו אשף יצירת אתר כללי המשמש גם עבור AI Builder ו-WordPress.
לחצתי על העיגול ליד Node.js web app, ואז לחצתי על Next.
משם:
מסך דומיין: בחרתי Use temporary domain במקום להתחייב לדומיין אמיתי, מכיוון שזו הייתה פריסת בדיקה.
מסך מיקום שרת: Hostinger בחרה מראש את France, האזור הקרוב ביותר למדינת החיוב שלי, והציגה אותו עם השהיה של 167ms. גלילה אל אפשרות United States הראתה 364ms, יותר מכפול.
בחרתי בכל זאת United States, Massachusetts, וזו בדיוק הלקח שמסך בחירת המיקום מלמד על כל מוצר של Hostinger: בחר לפי המקום שבו המבקרים האמיתיים שלך נמצאים, לא לפי המספר הנמוך ביותר ברשימה.
קהל היעד המיועד של אפליקציית הבדיקה שלי הוא מבוסס ארה”ב, כך ששרת בארה”ב ישרת אותם מהר יותר משרת בצרפת, בלי קשר למה שהמסך הראה לי מהמיקום שלי. המספר שעל המסך אומר לך כמה מהר השרת מגיב לבדיקת Hostinger, לא כמה מהר הוא יגיב לאנשים שיבקרו בפועל באתר שלך.
מסך שיטת deploy: שתי אפשרויות עיקריות, Import Git repository (מסומן כ-Recommended) או Upload your files, יחד עם קריאה לפעולה מתחת לפריסה ישירה מ-Claude Code, Cursor, או VS Code דרך Hostinger Connector. בחרתי Import Git repository ולחצתי Connect with GitHub.
זה פתח חלון כניסה אמיתי ל-GitHub אם עדיין לא היית מחובר, ואז מסך הרשאות שכותרתו Install & Authorize Hostinger, שביקש ממך לבחור בין:
התקנה על all repositories שאתה מחזיק, כולל עתידיים, עם גישת read-only לריפוזיטוריז ציבוריים
התקנה על only select repositories שאתה בוחר בנפרד ורשימה מדויקת של ההרשאות הניתנות: גישת read לפעולות, metadata, ו-repository hooks, וגישת read-and-write ל-administration, code, ול-pull requests. לאחר שלוחצים Install & Authorize, GitHub מפנה אותך בחזרה ל-hPanel באופן אוטומטי.
אתה נוחת על Select Git repository to import, רשימה נגללת של כל repo המקושרים לחשבון GitHub שלך, שלכל אחד כפתור Deploy משלו לידו. מצאתי את ריפוזיטוריית הבדיקה שהעליתי קודם, hostadvice-webapps-test, ולחצתי Deploy לידו.
מרגע הלחיצה על הכפתור הזה, עברו קרוב ל-30 שניות בלי מחוון התקדמות על המסך לפני שהעמוד הבא נטען, מספיק זמן כדי שתתהה אם הלחיצה בכלל נקלטה.
העמוד שנפתח בסוף נקרא Review build settings, והוא אומר לך בדיוק היכן האפליקציה שלך תתפרס לפני שאתה מתחייב למשהו: “Deploys to ivory-llama-856835.hostingersite.com.” מתחת לזה, בלי לגעת בשדה אחד, Hostinger כבר זיהתה אוטומטית:
Setting
Auto-detected value
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)
לכל אחת מהחמש השורות האלה יש כפתור Change או Add משלה, כך ששום דבר כאן אינו נעול אם הזיהוי קולט משהו בצורה שגויה.
לחצתי על Add ליד Environment variables והגדרתי צמד key-value אחד כדי לאשר שהוא אכן יגיע לאפליקציה החיה אחר כך, ואז לחצתי Finish בדיאלוג הזה, ואז לחצתי על כפתור ה-Deploy הראשי בתחתית הדף.
צפייה ב-build
המסך עובר לתצוגת Deploying… עם פס התקדמות מסומן, “Deployment from GitHub,” שמתקדם בשלבים ממשיים, צפיתי בו עובר דרך 28%, ואז 51%, בדרך להשלמה. מתחת לפס ההתקדמות יושב פאנל Build logs ניתן לכיווץ, והרחבתו מציגה פלט טרמינל חי בזמן אמת, לא spinner מציין מקום:
> 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 …
הפריסה הושלמה
ברגע שה-build מסתיים, אתה נוחת במסך Deployment completed! עם תצוגה מקדימה חיה ממוזערת של האפליקציה שלך כפי שהיא באמת רצה, ממש שם בכרטיס, לצד סיכום שמציג את שם הריפוזיטורי ואת ה-URL החי שהוקצה.
מכאן אפשר ללחוץ ישר אל Go to dashboard, ושם מנהלים את האפליקציה מעתה והלאה.
מה חשבתי: ה-auto-detection הוא הכוכב כאן. framework, branch, ו-Node version כולם זוהו נכון בלי שדה ידני אחד, ולוג ה-build החי הופך את ההמתנה לשקופה במקום אטומה. הצד החלש היחיד הוא ההשהיה של 30 שניות לפני שאתה בכלל מגיע למסך ההגדרות, מספיק זמן כדי לתהות אם משהו נתקע לפני שהתהליך מתחיל להיות גלוי.
4. אימות הפריסה החיה
לפני שחקרתי את כלי הניהול, רציתי לאשר שהאפליקציה באמת נפרסה ועובדת, ולא רק סומנה כ-“Completed” על המסך.
מהעמוד Deployment completed, לחצתי ישירות אל ה-URL החי, ivory-llama-856835.hostingersite.com, במקום לסמוך רק על תמונת התצוגה המקדימה של ה-dashboard.
העמוד החי נטען והציג בדיוק מה שהאפליקציה תוכננה להציג:
Server build time, חותמת זמן חיה המאשרת שהעמוד נבנה טרי, לא הוגש מ-cache ישן
בדיקת משתני סביבה, שהציגה את המשתנה המותאם אישית שהגדרתי במהלך מסך ה-deploy, מאומת כהלכה באתר החי עצמו, לא רק בתצוגה המקדימה ב-dashboard
לאחר מכן לחצתי על כפתור Ping the API route של האפליקציה, שקורא ל-endpoint חי בצד ה-backend ולא רק מציג תוכן סטטי. הוא החזיר תגובת JSON נקייה:
json
{
“status”: “ok”,
“serverTime”: “2026-08-19T13:44:05.234Z”,
“nodeVersion”: “v22.18.0”
}
התגובה הזו חשובה יותר ממה שהיא נראית. טעינה נכונה של עמוד רק מוכיחה שקבצים סטטיים הועלו.
קריאת API שעובדת מוכיחה שהשרת Node.js עצמו רץ מתחת לפני השטח ומגיב לבקשות אמיתיות, החלק ב-“Node.js web app” שלעיתים קל לזייף עם קובץ סטטי וקשה לזייף עם חותמת זמן חיה של שרת שנוצרת בדיוק ברגע שלחצת על כפתור.
מה חשבתי: זו הבדיקה שהייתי ממליץ לך לעשות לפני שאתה סומך על כל deploy בפלטפורמה הזו, או בכל פלטפורמה דומה. סטטוס ירוק של “Completed” ותמונת תצוגה מקדימה אומרים לך שה-build הסתיים. לחיצה אל ה-URL החי והפעלת משהו דינמי, קריאת API, קריאה למסד נתונים, כל דבר שאי אפשר לזייף עם עמוד סטטי שנשמר במטמון, אומרת לך שהשרת באמת חי ועושה את מה שבנית שהוא יעשה.
5. ניהול Web App
אחרי שאימתתי שהאפליקציה החיה עובדת, חזרתי ל-hPanel ובדקתי את ה-dashboard הניהולי של האפליקציה מקצה לקצה, שכבת ניהול השרת האמיתית של המוצר הזה, נפרדת ממסך Home הכללי שכיסיתי קודם.
סקירת dashboard. ברגע שאתה נוחת כאן, ארבעה badges של מצב מראים את מצב הדברים במבט אחד:
Badge
Status
Running
Green
Auto-deployment
Green
Malware protected
Green
CDN
Green
כל ארבעתן חזרו בירוק כברירת מחדל, בלי צורך שאפעיל דבר ידנית. מתחת לזה יושב כרטיס Last deployment המאשר מצב, ריפוזיטורי, מחבר, commit, זמן deploy, stack מזוהה וגרסת Node, כל מה שרוצים לאמת במבט אחד בלי לחפור בלוגים.
בדיקת Page Speed אוטומטית כבר הופעלה על האתר החי והחזירה ציון Desktop של 99/100 בלי שאפעיל אותה בעצמי, לצד פאנל Essentials עם קישורים מהירים לחיבור מסד נתונים, גיבויים, file manager, runtime logs, ו-cache.
Deployments, environment variables, ו-logs. שלושה עמודים נפרדים מכסים את התחום הזה:
Deployments שמר היסטוריה מלאה של ה-push, המחבר, ה-branch, hash של ה-commit, ומצב ההשלמה, היסטוריה אמיתית ולא רק של העדכנית ביותר
Environment variables הציגו כראוי את זה שהגדרתי במהלך ה-deploy, מה שמאשר שהוא נשמר והוחל, לא רק הוצג פעם אחת במהלך ההגדרה ונשכח
Runtime logs הזרימו פלט שרת חי בזמן אמת, שורות startup של Next.js, timestamps של ready, וספירה רצה של בעיות ושגיאות, שנשארה אפס ואפס במשך כל הזמן שצפיתי
אבטחה. סורק ה-Malware Scanner החזיר תוצאה נקייה, “Your website is safe,” עם הסתייגות שנאמרה במפורש ולא הוסתרה באותיות קטנות: הוא בודק רק קבצי אתר, לא תוכן מסד הנתונים, וקיימת אפשרות ניקוי בתשלום אם תרצה בדיקה עמוקה יותר שכוללת את מסד הנתונים. גם סריקת ה-Vulnerabilities חזרה נקייה.
מסדי נתונים. כאן נמצא פער אמיתי בין השיווק של המוצר לבין מה שכדאי להבין לפני הקנייה. התוכנית מפרסמת MySQL מנוהל כתכונה מרכזית, אבל שום דבר לא מסופק אוטומטית בשבילך.
סעיף Databases נפתח בטופס ידני Create a New MySQL Database And Database User , כלומר אתה נותן שם ויוצר את מסד הנתונים בעצמך לפני שהאפליקציה שלך יכולה להשתמש באחד כזה. אימתתי זאת ישירות עם Kodee, וכיסיתי זאת בסעיף התמיכה למטה, והתשובה הייתה ישירה: managed אומר ש-Hostinger מפעילה את תשתית מסד הנתונים מאחורי הקלעים, לא שמסד נתונים נוצר בשבילך ברגע שהאפליקציה שלך עולה לאוויר.
גישה מתקדמת. גישה ב-SSH קיימת תחת Advanced, עם IP, port ו-username, אבל מופיעה כ-Inactive כברירת מחדל וצריכה לחיצה ידנית על Enable לפני שתוכל להשתמש בה. File Manager מציע בחירה בין דפדוף רק בקבצי האפליקציה הזו לבין כל הקבצים בכל תוכנית האחסון.
מה חשבתי: לוח הניהול היומיומי רחב ומאורגן היטב. אבטחה והיסטוריית פריסה במיוחד קלות למציאה ובאמת אינפורמטיביות, וסריקת malware נקייה יחד עם runtime log נקי משגיאות נתנו לי ביטחון אמיתי שהאפליקציה בריאה, לא רק מקוונת.
המקום היחיד שבו הממשק מגזים במכירה הוא סעיף מסדי הנתונים, שבו “managed MySQL” נשמע בדף התוכנית כמו משהו שמחכה לך ברגע שהאפליקציה שלך עולה לאוויר, ובפועל זהו טופס יצירה ידני, פשוט לשימוש, אבל שלב שאתה צריך לבצע בעצמך.
מסקנה כללית על קלות שימוש
הקופה קצרה, התוספת קלה לדחייה, ותהליך ה-deploy עצמו הוא החלק החזק ביותר בכל החוויה, זיהוי אוטומטי נכון של stack, branch, ו-Node version, יחד עם לוג build חי במקום spinner.
ה-dashboard שאחריו מאורגן היטב לשימוש יומיומי, היסטוריית deployment, environment variables, וסריקות אבטחה כולם במרחק קליק אחד ומסומנים בבירור.
היכן שהמוצר הזה דורש קצת יותר תשומת לב ממה שהשיווק שלו מציע הוא סיפור מסד הנתונים. “Managed MySQL” נשמע כמו משהו שמוכן עבורך ברגע שהאפליקציה עולה לאוויר, ומה שאתה באמת מקבל הוא טופס יצירה ידני, פשוט, אבל שלב שאתה חייב לבצע בעצמך.
שום דבר מזה אינו קשה ברגע שאתה יודע שזה מגיע, אבל לדעת שזה מגיע הוא החלק שהעמוד של התוכנית לא אומר לך.
Build, Deploy, and Scale with Hostinger
אחסן אפליקציות אינטרנט מודרניות עם שילוב GitHub, MySQL מנוהל, CDN גלובלי, bandwidth ללא הגבלה, וכלי אבטחה מובנים.
בדקתי את התמיכה של Hostinger עבור Web Apps Hosting דרך Kodee, העוזר ה-AI המובנה ב-hPanel, ואז עברתי על ה-knowledge base כדי לראות כמה שטח היא מכסה בלי צורך לשאול מישהו. Kodee מופיע בשני מקומות שכדאי להבחין ביניהם: כ-Ask AI באתר השיווקי הציבורי, וכפאנל Agent זמין מכל דף בתוך hPanel עצמו, כולל ישירות ב-dashboard של ה-Web App עצמה.
1. תמיכת AI (Kodee)
שאלתי שתי שאלות שנבנו סביב פערים אמיתיים שמצאתי במהלך הבדיקה, לא שאילתות כלליות ש-Kodee יכול לענות עליהן בהעתקה מהתיעוד.
שאלה 1 בדקה התנהגות של כישלון deploy ותזמון של משתני סביבה, שתיהן דאגות production אמיתיות לכל מי ששולח לפלטפורמה הזו:
If my app’s build fails partway through a GitHub deployment, does the app revert to the last successful version automatically, or does it go down until I fix and redeploy? And can I set custom environment variables before the first deploy, or only after?
Kodee answered directly and correctly on both counts. A failed build does not replace a currently running app, if a previous deployment succeeded, the app keeps serving that last working version. If it’s the first deployment and there’s nothing to fall back to, the app stays down until the build is fixed and redeployed, a clear, honest answer rather than a vague reassurance.
On environment variables, it confirmed you can set them before the first deploy in the deployment settings, and for an already-running app, it walked through the exact three steps: open Settings and Redeploy, add or edit variables under Environment variables, save and redeploy.
שאלה 2 דחפה על שני הפערים שמצאתי בעצמי בחקר ה-dashboard, הניסוח “managed MySQL” מול טופס היצירה הידני, ו-SSH שמופיע כ-inactive כברירת מחדל:
This plan advertises managed MySQL, but the dashboard shows a manual ‘Create a New MySQL Database’ form rather than a database provisioned automatically. Is a database created for every Web App by default, or only if I create one myself? Also, SSH access is listed as available but shows as Inactive by default. If I never enable it, does that change anything about how my app actually runs, or is SSH purely an optional extra for advanced users?
Kodee’s answer confirmed בדיוק את מה שמצאתי בממשק, לא גרסה רכה יותר שלו. מסד נתונים לא נוצר אוטומטית עבור כל Web App, “managed” מתייחס לכך ש-Hostinger מפעילה את שירות ותשתית מסד הנתונים, בעוד שיצירה והגדרה של מסד נתונים ממשי הן באחריותך, דרך אותו מסך Create a New MySQL Database שכבר ראיתי, ולאחר מכן הוספת פרטי החיבור שלו למשתני הסביבה של האפליקציה בעצמך.
לגבי SSH, הוא אישר שהשארתו כ-Inactive לא משנה דבר באופן שבו האפליקציה רצה, נפרסת או מתחברת למסד נתונים. הוא ממוקם אך ורק ככלי אופציונלי לפקודות CLI, migrations, או debugging ישיר של קבצים, ולא משהו שהפלטפורמה תלויה בו מאחורי הקלעים.
מה חשבתי: שתי התשובות תאמו את מה שכבר אימתתי ידנית ב-dashboard במקום לסתור או לרכך זאת, וזה סימן לעוזר תמיכה שבאמת בודק את מצב המוצר האמיתי ולא מקריא תסריט. אף אחת מהשאלות לא יכלה להיענות בהעתקה של 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, מוצר אחר לגמרי
Several Website Builder payment-method articles (PayPal, WeChat Pay, BLIK), לא רלוונטיים מעבר לכך שהמילים “web” ו-“app” מופיעות בהם איפשהו בטקסט
פתחתי אחד מהתוצאות הראשונות, How to deploy apps built with Codex on Hostinger, כדי לבדוק את העומק שלו. התברר שזה מדריך יסודי ומובנה היטב, עם frameworks נתמכים שמופיעים בראש, צילומי מסך שלב-אחר-שלב גם למסלול GitHub-import וגם למסלול ZIP-upload, סעיף על הגדרת build settings עם פקודות לדוגמה, פירוט של מבנה הקבצים אחרי הפריסה, walkthrough להגדרת חיבור למסד נתונים, סעיף על vulnerability monitoring, ובלוק FAQ מסכם.
למרות שהוא ממוסגר סביב Codex ספציפית, הפלטפורמה הבסיסית זהה לזו שעומדת מאחורי מוצר ה-Node.js Web App הכללי, כך שרובו חל גם ישירות כאן.
מה חשבתי: מספר המאמרים בחיפוש נראה חזק על הנייר, 71 תוצאות למונח אחד, אבל חלק משמעותי מהנפח הזה הוא רעש ממוצרים לא קשורים שמשתפים מילים דומות. המאמר היחיד שפתחתי במלואו עמד ברמה גבוהה מבחינת איכות אחרי שנכנסתי אליו, שלבים ברורים, צילומי מסך אמיתיים, ו-FAQ אמיתי, אבל כדי למצוא אותו היה צריך לגלול מעבר לתוצאות שלא היו קשורות בכלל למה שניסיתי לפרוס בפועל.
מסקנה כללית על תמיכת לקוחות
Kodee הוא הנתיב החזק יותר מבין שני נתיבי התמיכה כאן. שתי השאלות שבדקתי כללו עמימות אמיתית וניתנת לאימות, התמודדות עם כשל deployment, תזמון משתני סביבה, provisioning של מסד נתונים, והתפקיד האמיתי של SSH, ו-Kodee ענה על כל ארבעתן נכון ובאופן ספציפי, תוך התאמה למה שכבר אימתתי ידנית ב-dashboard במקום לסתור זאת.
ה-knowledge base מחזיקה מעמד מבחינת איכות ברגע שמגיעים למאמר הנכון, במיוחד מדריך הפריסה של Codex שהוא מפורט ועדכני, אבל ל-Web Apps Hosting אין קטגוריה ייעודית משלה, וחיפוש רחב מציג לא מעט תוכן לא קשור לצד התוצאות השימושיות.
לתשובה מהירה וספציפית, Kodee הוא נקודת המוצא האמינה יותר. לקריאה עצמאית עמוקה יותר, צפה לסנן תוצאות חיפוש בעצמך לפני שתגיע למשהו שבאמת חל על המוצר הזה.
Simple Hosting for Modern Web Apps
פרוס React, Next.js, Vue, Node.js, ואפליקציות מודרניות אחרות בלי לנהל שרתים או תשתית מורכבת.
כן. תהליך ה-deploy הוא החלק החזק ביותר במוצר הזה: זיהוי אוטומטי נכון של ה-stack, ה-branch, וגרסת ה-Node שלי, לוג build חי אמיתי במקום spinner, ואפליקציה חיה שעברה כל בדיקת ביצועים שזרקתי עליה, ציוני GTmetrix מושלמים משתי יבשות שונות, בדיקת עקביות גלובלית נקייה של 54 נקודות, וציונים תואמים של 100/100 מכלי Hostinger עצמה גם בדסקטופ וגם במובייל. Kodee תמך בכך עם תשובות מדויקות וספציפיות לשאלות טכניות אמיתיות במקום תגובות תסריטאיות כלליות.
החיספוסים קטנים אך חשובים לדעת לפני שקונים. “Managed MySQL” נשמע בדף התוכנית כמו משהו שמוכן ברגע שהאפליקציה שלך עולה לאוויר, ובפועל זה אומר טופס יצירה ידני. ל-dashboard גם אין נקודת כניסה ייעודית ל-Web Apps Hosting ממסך Home הראשי, צריך לדעת להיכנס קודם ל-Websites.
עבור מפתח שרוצה פריסה מהירה ואגנוסטית ל-framework על תשתית שמבצעת benchmark ברמה כזו, זו המלצה קלה. עבור מישהו שמצפה שכל תכונה שמפורסמת תהיה מופעלת ברגע שהתשלום מסתיים, כדאי להקצות עוד כמה דקות כדי להגדיר את מסד הנתונים בעצמך.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Not recommended at all I bought from them hosting for 3 years and it did not suit my needs and they were not willing to give me anything back even though I asked for only partial refund they wanted to give partial refund only to buy their products (which do not suit my needs) just shame they have no humanity
We would like to thank you for your review, as we see it as an opportunity to improve your experience with Hostinger.
Our team was able to find your account with us and carefully study the situation. We have noticed that your plan was not covered by the Refund Policy, since it was past the 30-day guaranteed period we offer. This policy is important to ensure maximum transparency and fairness with all of our clients. However, we also noticed that our Customer Success Team was able to offer you a solution for this issue. As a Customer-Obsessed company, we want you to know how important you are to us, so an exception was made to your case.
Should you have any more questions or concerns, do not hesitate to contact us! Our support team is always available to help.
עברתי עם מעל ל 100 אתרים שונים לאחסון שלכם בסך הכל תשלום של 40 דולר לחודש אני מקבל מה שקיבלתי ואפילו עם שרת מהיר יותר מאשר אחסון בחברה אחרת כעת יש לי אפשרויות רבות ופאנל ניהול נוח עם אופציות רבות שאין באחסון deticaded
כנראה שהזינו לי ללא ידיעתי תשלום מחזורי, ותשלום בשנה הראשונה של 1 דולר, הפך ל28 דולר ללא ידיעתי. אפס מודעות ללקוח ולא מעניין אותם בכלל לשוחח על החזר או שירות אדיב. להתרחק בקיצור.
אנחנו לא רוצים שאף אחד ירגיש כך, ומסיבה זו, חקרנו את המקרה כדי שנוכל לשפר את החוויה שלך. הצלחנו לאתר את המשתמש שלך כדי שנוכל לחקור מה קרה. אנחנו שמחים שצוות שירית הלקוחות כבר יצא איתך קשר והכל הסתדר!
בנוגע לכל הסיטואציה, האפשרות לחידוש אוטומטי מתאפשרת באופן אוטומטי כאשר רוכשים דומיין. שירות זה הוא הכרחי כדי שהאתר ימשיך לפעול, ללא זמן השהייה. ברגע שפג תוקפו של הדומיין, נכנסת לתוקפה תקופת חסד. כאשר הדומיין נכנס לתקופת החסד, יותר קשה לשלוט בו ויש לשלם עמלה נוספת. לכן, אנחנו מפעילים אוטומטית את אפשרות החידוש. הכל מקרה, כל לקוח יכול לבטל את האפשרות לחידוש אוטומטי דרך לוח hPanel > דומיין > חידוש אוטומטי.
אנחנו מקווים שהכל נפלא ונוכל לפתוח דף חדש. אנחנו מזמינים אותך לענות לנו כאן אי באמצעות LifeChat במידה ונוכל לעזור עם דבר נוסף.
התגובה שלכם לא מספקת ולטעמי מתחמקת. נכנסתי שוב לרכוש כדי לראות מה פספסתי. למכור דומיין בחצי דולר ולרשום באותיות שאי אפשר כל כך לראות שזה עולה ל28 דולר, מהווה התנהגות לא הולמת מ2 בחינות: 1. אם זה עולה, שווה להיות כנים ולרשום כמו שצריך ובבירור. 2. הזוי ומרתיח שמחיר של שירות עולה מחצי דולר ל28 דולר. עלייה של 5600 אחוזים.
למדתי על בשרי שזול זה יקר שירות לקוחות הכי גרוע שיש האתר נפל ולקח יומיים עד שהצליחו לעזור לי הם עונים בבוט ורק אחרי שעות ענו לי וגם אז מדובר בטמבלים אז עברתי לארוח בישראל פי אלף יותר מהיר והשירות אישי אז ביומיים היה הפסד כספי גדול אז אין כמו הישראלים במחשבים לעולם לא מאחסן בחול זה זול אבל בסוף יקר
הוא ביצע היטב בבדיקות. הפריסה זיהתה אוטומטית את הסטאק שלי בצורה נכונה, האפליקציה החיה קיבלה ציונים מושלמים בבדיקות GTmetrix עצמאיות משתי יבשות, ותמיכת ה-AI של Hostinger סיפקה תשובות מדויקות וספציפיות לשאלות טכניות אמיתיות. המכשול העיקרי הוא ש-MySQL מנוהל דורש הגדרה ידנית למרות האופן שבו הוא משווק.
האם Hostinger Web Apps Hosting מציע החזר כספי?
כן, בתוך 30 יום ממועד הרכישה לפי תנאי ההחזר הסטנדרטיים של Hostinger. בניגוד לתוכניות ה-VPS של Hostinger, אין תקופת צינון נוספת בין בקשות להחזר, ולכן ביטול פשוט בתוך חלון הזמן הזה אמור לזכות בהחזר.
אילו מסגרות Hostinger Web Apps Hosting תומך בהן?
מגוון רחב בשני הקצוות. אפשרויות ה-frontend הנתמכות כוללות Next.js, React, Vue.js, Svelte, Astro ו-Angular, בעוד שה-support ל-backend כולל Express, Fastify, NestJS ו-Next.js API routes, עם גרסאות Node.js מ-18.x עד 24.x זמינות.
האם אחסון האפליקציות של Hostinger כולל מסד נתונים?
לא אוטומטית. התוכנית מפרסמת MySQL מנוהל, אבל את מסד הנתונים בפועל אתם יוצרים בעצמכם דרך טופס ידני בלוח הבקרה, ואז מחברים אותו לאפליקציה שלכם באמצעות משתני סביבה. Hostinger מנהלת את תשתית מסד הנתונים הבסיסית, אך לא את שלב ההקמה עצמו.
איך Hostinger Web Apps Hosting משתווה לפלטפורמה כמו Vercel?
הוא מכוון לאותו קהל, מפתחים שרוצים לפרוס קוד ולהימנע מניהול שרתים, אך כולל תוספות כמו דומיין חינם, אימייל חינם, ו-MySQL מנוהל ישירות בתוך מחיר חודשי קבוע אחד במקום מודל מבוסס שימוש. בדיקות עצמאיות במבחן זה הראו זמני טעינה ו-Core Web Vitals ברמה שהייתם מצפים לה מפלטפורמה הנתמכת על ידי CDN בקטגוריה הזו.
HostAdvice מספקת חוות דעת מקצועיות על שירותי אחסון אתרים. חוות הדעת שלנו אינן מוטות, אלא הוגנות, ומקיפות אפשרויות מהארץ ומכל העולם.עבור חלק מצומצם מההפניות אנחנו מקבלים תמורה בדמות עמלת המלצה, כאשר אנו מחייבים את החברות לתת את המחיר הטוב ביותר האפשרי מבלי להוסיף עמלה זו למשתמש. אין לחברות יכולת להשפיע על הדירוג של הגולשים וחוות הדעת שהן מקבלות באתר.תמכו בקהילת בעלי האתרים על ידי כתיבת חוות דעת כנה על ספק האחסון של האתר שלכם.
