פרויקט לימודים לא באמת מוכן להגשה אם המרצה, הבודק, חבר הצוות או המגייס צריכים להוריד ZIP, למצוא את התיקייה הנכונה, להתקין dependencies ולנחש איזה קובץ פותח את האפליקציה.
בהרבה פרויקטים של סטודנטים, ההגשה הנקייה יותר היא קישור שנפתח מיד.
זה לא אומר שכל מטלה צריכה ארכיטקטורת ענן מלאה. הרבה פרויקטים באוניברסיטה, קורסים מעשיים, bootcamp או hackathon הם סטטיים, או שאפשר לבנות אותם לקבצים סטטיים: HTML, CSS, JavaScript, Vite, React, Vue, Astro, משחקי דפדפן קטנים, תרגילי UI, דפי נחיתה, dashboards וניסויי portfolio. אם הדפדפן יכול להריץ את הקבצים הסופיים בלי תהליך שרת נפרד, הפרויקט בדרך כלל מתאים לאחסון סטטי.
מה אחסון פרויקט סטודנטים צריך לפתור
המטרה אינה רק לשים קבצים באינטרנט. הקישור צריך לעבוד ברגע שמישהו באמת בודק אותו.
| צורך | המשמעות בפועל |
|---|---|
| פתיחה פשוטה | הבודק לוחץ על URL, לא על קובץ ZIP מצורף. |
| נכסים מלאים | CSS, תמונות, פונטים, JavaScript, JSON ותיקיות build נטענים מהכתובת הציבורית. |
| בדיקה מחוץ למחשב שלך | הפרויקט נפתח גם בטלפון או בדפדפן אחר. |
| הקשר ברור | דף הבית מסביר מה לבדוק. |
| שימוש בתיק עבודות | אותו קישור יכול להופיע בקורות חיים, portfolio, GitHub README או בקשה להתמחות. |
| התאוששות | עדכון שבור ניתן להחלפה או rollback בלי להחליף את כל הקישור הציבורי. |
"זה עובד אצלי" לא מספיק. קישור להגשה צריך לעבוד גם אצל מישהו אחר.
אילו פרויקטים מתאימים
אחסון סטטי מתאים כאשר התוצאה הסופית היא קבוצת קבצים שהדפדפן יכול לטעון ישירות.
| סוג פרויקט | מה מעלים | הערה |
|---|---|---|
| מטלת HTML/CSS | תיקייה עם index.html | לכלול גם תמונות, פונטים ותיקיות CSS. |
| תרגיל JavaScript | תיקייה עם HTML, JS, CSS ונכסים | מתאים למחשבונים, משחקים, quiz, todo app, גרפים ותרגילי UI. |
| פרויקט Vite | dist אחרי npm run build | לא להעלות src אם המטרה היא קישור ציבורי. |
| פרויקט React | תיקיית build | הקישור הציבורי צריך להגיש קבצים סטטיים מקומפלים. |
| פרויקט Vue | dist אחרי build | לבדוק routes ונתיבי assets אחרי הפרסום. |
| Portfolio סטטי | תיקיית portfolio או פלט build | להוסיף הקשר לפרויקט, לא רק screenshots. |
| Frontend של hackathon | פלט build סטטי | API או backend צריכים אחסון נפרד אם הדמו תלוי בהם. |
אחסון סטטי לא מריץ PHP, Java, Python, Ruby, שרתי database, עבודות רקע או שירותי authentication. אפשר לפרסם frontend סטטי, אבל backend ו-database צריכים לרוץ במקום אחר.
למה הרבה סטודנטים מתחילים מ-GitHub Pages
GitHub Pages מוכר כי הרבה קורסים כבר משתמשים ב-GitHub. התיעוד של GitHub מתאר את Pages כשירות אחסון לאתרים סטטיים שמפרסם HTML, CSS ו-JavaScript ישירות מתוך repository. לפרויקט פיתוח שמסודר היטב ב-repo, זה יכול להתאים.
אבל תהליך שמתחיל מ-repository אינו תמיד הדרך המהירה ביותר להגשה:
- הפרויקט הגיע מתבנית שהורדה, export של AI או תיקיית design.
- צריך קישור לפני שמסדרים את repository.
- בדמו ראשון, התוצאה שנפתחת חשובה יותר מהיסטוריית commit.
- התיקייה הסופית נוצרת אחרי build ואינה זהה לתיקיית source.
- חבר צוות צריך לפרסם בלי להיות הבעלים של repository.
Cloudflare Pages מתעדת Direct Upload לנכסים שנבנו מראש ולהעלאה מהמחשב המקומי, כולל drag and drop. Firebase Hosting מתאר את עצמו בעברית כאירוח מהיר ומאובטח לאפליקציית אינטרנט. המשמעות פשוטה: פרסום פרויקט web לא חייב להתחיל תמיד מאותו תהליך.
תהליך נקי להגשה
השתמשו בתהליך הקטן ביותר שמייצר קישור אמין.
- מסיימים את הפרויקט מקומית.
- מזהים את תיקיית הפרסום האמיתית.
- מעלים את כל התיקייה או ZIP.
- פותחים את קישור ה-HTTPS שנוצר בחלון פרטי.
- בודקים מטלפון או מדפדפן אחר.
- מדביקים את הקישור בטופס ההגשה.
- שומרים את הקישור ל-portfolio אם הפרויקט ראוי להצגה בהמשך.
השלב השני הוא המקום שבו הרבה הגשות נשברות. סטודנטים מעלים לא פעם את התיקייה הלא נכונה.
| Stack | בדרך כלל מפרסמים | בדרך כלל לא מפרסמים |
|---|---|---|
| HTML/CSS/JS | תיקייה שמכילה index.html | רק index.html בלי assets |
| Vite | dist | src, node_modules |
| React static build | build או פלט framework | תיקיית source לפני build |
| Vue | dist | שורש פרויקט עם source בלבד |
| Astro | dist | תיקיית content/source לפני build |
| Next static export | out | אפליקציה שדורשת תהליך Node |
אם לא בטוחים, חפשו את התיקייה שמכילה index.html ונכסים מקומפלים. אחר כך פתחו אותה בתצוגה סטטית לפני העלאה.
מה לכתוב בדף הבית
קישור לפרויקט לא אמור לגרום לבודק לנחש את ההקשר.
הוסיפו מקטע קצר בתחילת הדף:
| שדה | דוגמה |
|---|---|
| שם הפרויקט | Weather Dashboard |
| קורס או אירוע | Frontend final project, 2026 |
| Tech stack | HTML, CSS, JavaScript, OpenWeather API |
| מה לבדוק | חיפוש עיר, החלפת יחידות, בדיקת responsive layout |
| מגבלות ידועות | Demo API key מוגבל; אין מערכת חשבונות |
זה עוזר למרצה לבדוק את ההתנהגות הנכונה, ועוזר למגייס להבין את הפרויקט בלי לקרוא את כל repository.
טעויות נפוצות לפני הגשה
רוב הקישורים השבורים נופלים על דברים פשוטים.
| סימפטום | סיבה סבירה | תיקון |
|---|---|---|
| דף הבית מחזיר 404 | index.html לא נמצא בשורש הפרסום | להעלות את התיקייה שמכילה ישירות את index.html. |
| CSS לא נטען | נתיבים מקומיים או מוחלטים | להשתמש בנתיבים יחסיים ולהעלות את תיקיית CSS. |
| תמונות עובדות מקומית אבל לא online | תיקיית התמונות לא עלתה או שיש הבדל באותיות גדולות/קטנות | להעלות את כל הנכסים ולבדוק Logo.png מול logo.png. |
| כפתורים לא עובדים | קובץ JavaScript לא נמצא | לפתוח devtools בכתובת הציבורית ולבדוק requests שנכשלו. |
| routes של React/Vue מחזירים 404 | routing סטטי לא הוכן | להשתמש ב-hash routing או fallback אם הפרויקט דורש זאת. |
| קריאות API נכשלות | backend לא פורסם, CORS חוסם, או localhost עדיין בקוד | להחליף localhost ב-API URL אמיתי ולאחסן backend בנפרד. |
הבדיקה המהירה ביותר פשוטה: לפתוח את הקישור הציבורי ממכשיר שלא ראה את הקבצים המקומיים שלכם.
אם לפרויקט יש backend
חלק מהעבודות אינן סטטיות לגמרי. הן משתמשות ב-Express, Flask, Django, Spring Boot, PHP, Firebase, Supabase, database או login.
במקרה כזה מפרידים שכבות בצורה ברורה:
| שכבה | איפה היא צריכה להיות |
|---|---|
| Frontend סטטי | DeployPages או static host אחר |
| API server | Backend host, serverless platform או סביבת הקורס |
| Database | Managed database או סביבת לימודים |
| Secrets | Environment variables ב-backend, לא קבצי frontend ציבוריים |
אל תעלו .env, private keys, פרטי database או secrets שקיבלתם מהמרצה לאתר סטטי ציבורי. כל קובץ frontend ניתן לקריאה מהדפדפן.
להפוך את הקישור למתאים ל-portfolio
מטלה בקורס יכולה להפוך להוכחת עבודה, אם הדף הציבורי ברור.
לפני שמשתפים מחוץ לקורס, כדאי להוסיף:
- תיאור קצר של הבעיה והגישה שלכם.
- הסבר ברור מה בניתם בעצמכם.
- Screenshots רק אם הדמו צריך הקשר.
- קישור ל-source code אם repository ראוי להצגה.
- הערה על demo data, פיצ'רים כבויים או מגבלות API.
- Custom domain בהמשך, אם הפרויקט נכנס ל-portfolio המרכזי.
אין צורך להציג מטלה כאילו היא SaaS מלא. הסבר ספציפי וישר משכנע יותר.
איפה DeployPages מתאים
DeployPages מתאים כשקודם כל צריך קישור HTTPS שעובד.
מהדפדפן אפשר לפרסם תיקייה סטטית, ZIP, פרויקט HTML, פלט build של frontend, עמוד שנוצר עם AI, PDF, משחק קטן, עמוד קורות חיים או ניסוי portfolio. כשהפרויקט נהיה חשוב יותר, אותו תהליך יכול לגדול אל custom domains, analytics, password protection, rollback ו-CLI deploys.
לפרויקט סטודנטים התחילו מ-student hosting. אם מדובר בקובץ HTML או תיקייה קטנה, HTML deployment guide ישיר יותר. לקורות חיים ו-portfolio ראו גם resume hosting ו-portfolio hosting.
רשימת בדיקה לפני שליחת הקישור
לפני שמדביקים URL ב-Moodle, Canvas, Google Classroom, מייל או טופס:
index.htmlאו static entry point נמצא בשורש הפרסום.- CSS, JavaScript, תמונות, פונטים, JSON ונכסים שנוצרו כלולים.
- הקישור נפתח בחלון פרטי.
- הקישור נפתח בטלפון.
- דף הבית מסביר את הפרויקט, הקורס, stack ומה לבדוק.
- אין secrets, tokens, private data או מסמכים אישיים בקבצים הציבוריים.
- תלות ב-backend מתועדת ומאוחסנת בנפרד.
- ה-URL שנשלח הוא הכתובת הציבורית הסופית, לא נתיב מקומי או dashboard link.
הבדיקה הקצרה הזו מונעת הרבה בעיות שמבזבזות זמן רגע לפני הדדליין.