דלגו לתוכן
8 באוגוסט 2026 · שילוח

שלוש דרכים לעלות לאוויר

מאמר זה מתאר את המוצר בעת הפרסום. ראה AI Builder ו-צוותי סוכנים ליכולות הנוכחיות.

שלוש דרכים לעלות לאוויר

בילינו את השבוע הזה בפועל בהעלאת בנייה לאוויר דרך שלושת המסלולים במקום רק לתאר אותם, אז הנה היומן — מה הרצתי, מה נשבר, מה הייתי מדלג עליו אם הייתי עושה זאת שוב.

יום 1, בוקר — תת-הדומיין בלחיצה אחת

התחלתי באפשרות המהירה ביותר: לחצתי על פרסום, וקיבלתי את yourname.buildmidas.com בלי DNS, בלי יצירת חשבון, בלי עלות. לקח בערך ארבע שניות. זה הצעד הנכון כשרוצים פשוט לדעת אם למישהו אכפת מהרעיון — לשתף את הלינק, לראות מה קורה, לחזור על התהליך. חצי ציפיתי לפגוע בקיר ברגע שהאפליקציה תזדקק לבק-אנד אמיתי — חשבונות, מסד נתונים, שכבת ריבוי משתתפים ב-WebSocket — אבל לא, גם זה מתארח ומנוהל. אין כלום לקנפג בצד שלי. יום ראשון טוב.

יום 1, אחר הצהריים — ניסיון לשבור את פריסת ה-SFTP

זה החלק שהכי חששתי ממנו. ברגע שמוצר גדל מעבר לתת-הדומיין וזקוק לדומיין משלו, פורסים דרך SFTP ישירות מדף הבנייה. כיוונתי אותו לשרת שכבר היה בו webroot עם קבצים ישנים, בציפייה חצי-ודאית לדריסה. במקום זאת, סוכן הפריסה בדק את השרת, בחר אסטרטגיה, ו— זה הפרט שהיה חשוב — שמר גיבוי של ה-webroot הקיים לפני שנגע בכלום. כל גרסה שנפרסת אחרי זה נשמרת גם היא, וחזרה לאחור היא לחיצה אחת. אז כשבמכוון שלחתי בנייה שבורה עשרים דקות אחר כך רק כדי לבדוק את זה, החזרה לאחור לקחה בערך אותו זמן שלקח לשים לב שהבנייה שבורה. כתבתי יותר על למה זה חשוב באיטרציה בלי פחד — הגרסה הקצרה היא שהיסטוריית גרסאות הופכת פריסות מרגע של עצירת נשימה לאירוע לא משמעותי.

מה הייתי מדלג עליו בפעם הבאה: בזבזתי עשרים דקות בניסיון לתעתע בו עם מבנה תת-תיקיות מקונן ומוזר לפני שנזכרתי שכל העניין הוא שזה השרת שלכם, הדומיין שלכם, הקבצים שלכם — הכלי הוא רק מוביל זהיר, לא שומר סף. מאמץ מבוזבז על בדיקת משהו שמעולם לא היה הסיכון האמיתי.

יום 2 — מסלול החנות, שלא סיימתי

בעצם לא סיימנו את זה, וזו בעצם ההערה השימושית יותר. הפצה בחנויות — Android ל-Google Play, תוספים ל-Chrome Web Store ול-Firefox Add-ons — עוברת בחשבונות המפתחים שלך, עם רשומות והצהרות פרטיות שסוכנים מכינים. זה אמיתי, אבל זה גם תהליך רב-ימים בפני עצמו עם תורי בדיקה שאף אחד לא שולט בהם, אז עצרנו לאחר שלב הכנת הרשומה. אם אתם רודפים אחרי הפצה בחנויות, תקצבו לזה בנפרד; כתבתי את המסלול המלא ב-מפרומפט לחנות אפליקציות.

מה קבע איזה מסלול, בזמן אמת

עד היום השני הבחירה כבר קרתה מעצמה:

מה עשיתיהמסלול שבחרתי
בדיקה אם לרעיון יש פולסתת-דומיין, באותו יום
צריך דומיין מותג אמיתיתת-דומיין קודם, ואז SFTP לשרת שלי
כלי שאנשים ימצאו בחנותעמוד נחיתה בתת-דומיין + הפצה בחנות לאפליקציה
פרויקט לקוח על התשתית שלוSFTP לשרת שלו, עם ניהול גרסאות

סוף השבוע

עד יום שישי היה לי אתר שיווקי בדומיין שלי, המוצר עצמו חי בתת-דומיין, ורשומת חנות שהוכנה בחצי — כל שלושת המסלולים רצים במקביל על אותו פרויקט, נבנו ונשתפרו מאותו הצ'אט כל הזמן. זה כנראה מצב הסיום הרגיל לכל דבר רציני, לא מקרה קצה. הייתי רוצה שהייתי מתחיל לצפות לזה מהיום הראשון במקום להתייחס לשלושת המסלולים כהחלטות נפרדות.

הם מצטברים. אל תבחרו מסלול אחד ותפסיקו — הצורה הנפוצה למוצר אמיתי היא דומיין, תת-דומיין (או שרת עצמאי), ורשומת חנות, כולם חיים במקביל.
שילוח
שיתוףXLinkedInFacebookRedditQuoraWhatsAppTelegramאימייל
← כל הפוסטים