8 תשובות
פייתון
אנונימי
html
java
c##
java
c##
payton
שואל השאלה:
ונגיד שאני רוצה שזה יהיה אפשרי גם בתור תוכנה?
ונגיד שאני רוצה שזה יהיה אפשרי גם בתור תוכנה?
אנונימי
צודק אבל עדיין זה אפשרי
שואל השאלה:
אתם יכולים לענות על השאלה השנייה ששאלתי בבקשה? זה דחוף עבורי
אתם יכולים לענות על השאלה השנייה ששאלתי בבקשה? זה דחוף עבורי
אנונימי
צד לקוח אתה צריך html css javascript, צד שרת כל שפת תכנות תהיה טובה
בשביל לבנות אתר אינטרקטיבי (לא עמוד סטטי שמציג נתונים קבועים) אתה צריך לעבוד עם מודל שנקרא צד שרת וצד לקוח.
צד לקוח זה כל מה שהמשתמש נמצא איתו באינטרקציה ורואה. כמו טקסטים, עיצוב דינמיות של כפתורים, נתיבים באתר וכו.
צד שרת זה מקום שבו אתה שם את כל ההתנהגויות שאתה רוצה להסתיר מהלקוח, כמו חיבור לdb ופעולות עליו (שמירה וקבלה של נתונים) אבטחה - אוטנטיקציה (חיבור ע"י שם משתמש וסיסמה), אוטוריזציה (הרשאות).
צד לקוח וצד שרת עובדים ביחד.
לדוגמה -
בשביל כל פעולה שהמשתמש עושה בצד לקוח וצריכה לשמור/ לקבל נתונים או הרשאה מסויימת אתה תעשה קריאת http לשרת שיבצע את אותה פעולה, ויחזיר לך תגובה עם הנתונים המבוקשים וסטטוס.
ככה תוכל לראות את הדוגמה -
בchrome במחשב תלחץ על f12 ותיכנס לטאב של network. עכשיו תיכנס לסטיפס ולעמוד של השאלות, אתה תראה בnetwork מלא קריאות לשרת (כי סטיפס משתמשים בדבר חרא שנקרא long polling בשביל הודעות והתראות אבל זה לתשובה אחרת) אם תחפש טוב באחת הקריאות אתה תראה שחוזר מבנה עם נתונים של כל השאלות שחזרו.
מה שתיארתי לך שחוזר מבנה מסויים של נתונים ואותו צד הלקוח מציג נקרא client side rendering. בשיטה פחות נפוצה היום, בכל קריאה החזירו ממש את כל העמוד וזה נקרא server side rendering.
טוב אז עכשיו לשאלה.
צד לקוח (מה שהמשתמש רואה) מפתחים בשפות שהדפדפנים מבינים ואלה:
html (לא שפת תכנות, שפת תגיות) - המבנה של האתר והתוכן שלו
css (גם לא בדיוק שפת תכנות) - העיצוב של הhtml יש בcss גם אפשרות לעשות אנימציות עם האלמנטים שזה נחמד
js - דינמיות של האתר ע"י שינויי הdom בזמן ריצה. dom זה הצגה של הhtml בתור עץ של אובייקטים. נגיד בשביל לחיצה על כפתור תצתרך לקחת את האובייקט של הכפתור מה dom ע"י מזהה מסויים ואז להוסיף לו event listener. אי אפשר להסביר פש הכל אבל תבדוק על המושגים שרשמתי.
היום לא משתמשים בשפות האלה באופן ישיר כי לנהל אותם ישירות זה לא יעיל ויכול ליצור קוד מסובך שקשה מאוד לניהול. משתמשים בסיפריות או frameworks כמו react של פייסבוק או angular של גוגל.
צד שרת אפשר לפתח במגוון שפות בניהן:
c#,
java
nodejs - סביבת ריצה לjs מחוץ לדפדפן
פייתון
ויש עוד הרבה
לכל אחד יתרונות וחסרונות ומקרים שיותר הגיוני להשתמש בהן.
צד לקוח זה כל מה שהמשתמש נמצא איתו באינטרקציה ורואה. כמו טקסטים, עיצוב דינמיות של כפתורים, נתיבים באתר וכו.
צד שרת זה מקום שבו אתה שם את כל ההתנהגויות שאתה רוצה להסתיר מהלקוח, כמו חיבור לdb ופעולות עליו (שמירה וקבלה של נתונים) אבטחה - אוטנטיקציה (חיבור ע"י שם משתמש וסיסמה), אוטוריזציה (הרשאות).
צד לקוח וצד שרת עובדים ביחד.
לדוגמה -
בשביל כל פעולה שהמשתמש עושה בצד לקוח וצריכה לשמור/ לקבל נתונים או הרשאה מסויימת אתה תעשה קריאת http לשרת שיבצע את אותה פעולה, ויחזיר לך תגובה עם הנתונים המבוקשים וסטטוס.
ככה תוכל לראות את הדוגמה -
בchrome במחשב תלחץ על f12 ותיכנס לטאב של network. עכשיו תיכנס לסטיפס ולעמוד של השאלות, אתה תראה בnetwork מלא קריאות לשרת (כי סטיפס משתמשים בדבר חרא שנקרא long polling בשביל הודעות והתראות אבל זה לתשובה אחרת) אם תחפש טוב באחת הקריאות אתה תראה שחוזר מבנה עם נתונים של כל השאלות שחזרו.
מה שתיארתי לך שחוזר מבנה מסויים של נתונים ואותו צד הלקוח מציג נקרא client side rendering. בשיטה פחות נפוצה היום, בכל קריאה החזירו ממש את כל העמוד וזה נקרא server side rendering.
טוב אז עכשיו לשאלה.
צד לקוח (מה שהמשתמש רואה) מפתחים בשפות שהדפדפנים מבינים ואלה:
html (לא שפת תכנות, שפת תגיות) - המבנה של האתר והתוכן שלו
css (גם לא בדיוק שפת תכנות) - העיצוב של הhtml יש בcss גם אפשרות לעשות אנימציות עם האלמנטים שזה נחמד
js - דינמיות של האתר ע"י שינויי הdom בזמן ריצה. dom זה הצגה של הhtml בתור עץ של אובייקטים. נגיד בשביל לחיצה על כפתור תצתרך לקחת את האובייקט של הכפתור מה dom ע"י מזהה מסויים ואז להוסיף לו event listener. אי אפשר להסביר פש הכל אבל תבדוק על המושגים שרשמתי.
היום לא משתמשים בשפות האלה באופן ישיר כי לנהל אותם ישירות זה לא יעיל ויכול ליצור קוד מסובך שקשה מאוד לניהול. משתמשים בסיפריות או frameworks כמו react של פייסבוק או angular של גוגל.
צד שרת אפשר לפתח במגוון שפות בניהן:
c#,
java
nodejs - סביבת ריצה לjs מחוץ לדפדפן
פייתון
ויש עוד הרבה
לכל אחד יתרונות וחסרונות ומקרים שיותר הגיוני להשתמש בהן.
באותו הנושא: