סביבות
- 295 שאלות
- 159 תגובות
- 0% הושלמו
- equalizer סטטיסטיקות
- share שתף
Discuss, Learn and be Happy דיון בשאלות
help
brightness_4
brightness_7
format_textdirection_r_to_l
format_textdirection_l_to_r
למה HTTP/3 נחשב לשלב חיוני בהתפתחות רשת האינטרנט?
1
| done | ||
מאמר חובה הרצאה 5 –
TCP נבנה לעידן של רשתות קוויות יציבות. כיום, יותר מ־50% מהאינטרנט עובר ברשתות אלחוטיות – HTTP/3 מותאם לכך: מהיר, עמיד, ובעל ביצועים טובים משמעותית, במיוחד כאשר יש חוסר יציבות או packet loss.
מיין לפי
מוניטין: 30
מאמר חובה הרצאה 5 – TCP נבנה לעידן של רשתות קוויות יציבות. כיום, יותר מ־50% מהאינטרנט עובר ברשתות אלחוטיות – HTTP/3 מותאם לכך: מהיר, עמיד, ובעל ביצועים טובים משמעותית, במיוחד כאשר יש חוסר יציבות או packet loss.
מה מבין הבאים מתאר נכונה את עיקרון ה־Stateless ב־REST?
1
| done | ||
הרצאה 5 מאמר REST –
REST מחייב שהאינטראקציות בין רכיבים יהיו חסרות־מצב (Stateless), כלומר שכל בקשה תכיל בתוכה את כל המידע הדרוש לעיבוד שלה – מזהה משאב, ייצוג, metadata ובקרות. אין שמירה של "Session" בשרת, וזה מאפשר סקלאביליות, חופש פעולה למתווכים, ושימוש חוזר ב־Cache. כל רכיב רואה רק את הבקשה הנוכחית ואינו תלוי בהיסטוריה.
מיין לפי
מוניטין: 30
הרצאה 5 מאמר REST – REST מחייב שהאינטראקציות בין רכיבים יהיו חסרות־מצב (Stateless), כלומר שכל בקשה תכיל בתוכה את כל המידע הדרוש לעיבוד שלה – מזהה משאב, ייצוג, metadata ובקרות. אין שמירה של "Session" בשרת, וזה מאפשר סקלאביליות, חופש פעולה למתווכים, ושימוש חוזר ב־Cache. כל רכיב רואה רק את הבקשה הנוכחית ואינו תלוי בהיסטוריה.
מהי הסיבה המרכזית שבגינה REST ממליץ להעביר ייצוגי מידע ולא קוד להרצה?
1
| sentiment_very_satisfied | ||
הרצאה 5 מאמר REST –
REST מעדיף לשלוח ייצוגים של מצב המשאב (כמו HTML, JSON) ולא לשלוח קוד להרצה, כדי לאפשר הפרדה בין עיבוד לבין ייצוג. זה שומר על אבטחת המערכת, מונע תלות הדדית, מאפשר התפתחות הדרגתית של רכיבים, ומשמר גמישות ארכיטקטונית. הרכיב שמקבל את המידע בוחר כיצד לרנדר או לעבד אותו.
מיין לפי
מוניטין: 30
הרצאה 5 מאמר REST – REST מעדיף לשלוח ייצוגים של מצב המשאב (כמו HTML, JSON) ולא לשלוח קוד להרצה, כדי לאפשר הפרדה בין עיבוד לבין ייצוג. זה שומר על אבטחת המערכת, מונע תלות הדדית, מאפשר התפתחות הדרגתית של רכיבים, ומשמר גמישות ארכיטקטונית. הרכיב שמקבל את המידע בוחר כיצד לרנדר או לעבד אותו.
מה מבין הבאים מתאר נכונה את המושג "Resource" ב־REST?
1
| done | ||
הרצאה 5 מאמר REST –
Resource ב־REST הוא מושג רעיוני כללי – כל דבר שניתן לזהות באמצעות URI. זה יכול להיות מסמך, תמונה, שירות דינמי (כמו תחזית מזג אוויר), או אפילו רעיון מופשט כמו “הגרסה המועדפת של המאמר”. מה שמייחד Resource הוא המיפוי (membership function) שלו לאורך זמן ולא בהכרח הקיום הפיזי שלו.
מיין לפי
מוניטין: 30
הרצאה 5 מאמר REST – משאב ב־REST הוא מושג רעיוני כללי – כל דבר שניתן לזהות באמצעות URI. זה יכול להיות מסמך, תמונה, שירות דינמי (כמו תחזית מזג אוויר), או אפילו רעיון מופשט כמו “הגרסה המועדפת של המאמר”. מה שמייחד Resource הוא המיפוי (membership function) שלו לאורך זמן ולא בהכרח הקיום הפיזי שלו.
כיצד REST מאפשר שימוש חוזר ומניעת בקשות מיותרות לרשת?
1
| done | ||
הרצאה 5 מאמר REST –
REST תומך ב־Caching מובנה, המופעל ע"י מחבר Cache בצד הלקוח או השרת. תגובות שניתן לאחסן יסומנו כ־cacheable לפי headers כמו Cache-Control. זה מאפשר חיסכון בביצועים, שימוש חוזר בנתונים, והפחתת עומס על השרת. REST שומר על שקיפות מצד הלקוח תוך שמירה על יעילות הרשת.
מיין לפי
מוניטין: 30
הרצאה 5 מאמר REST – REST תומך ב־Caching מובנה, המופעל ע"י מחבר Cache בצד הלקוח או השרת. תגובות שניתן לאחסן יסומנו כ־cacheable לפי headers כמו Cache-Control. זה מאפשר חיסכון בביצועים, שימוש חוזר בנתונים, והפחתת עומס על השרת. REST שומר על שקיפות מצד הלקוח תוך שמירה על יעילות הרשת.
מה תפקידו של Connector בתפיסת REST?
1
| done | ||
הרצאה 5 מאמר REST –
Connector הוא החלק שאחראי על התקשורת – הוא מסתיר את פרטי המימוש של רכיבי השרת או הלקוח, מספק ממשק אחיד לגישה למשאבים, ומבצע את העברת ה־representation. זה מאפשר החלפה חופשית של רכיבים, יישום מטמון, ומעבר חלק בין שכבות שונות של המערכת מבלי לפגוע בפונקציונליות.
מיין לפי
מוניטין: 30
הרצאה 5 מאמר REST – Connector הוא החלק שאחראי על התקשורת – הוא מסתיר את פרטי המימוש של רכיבי השרת או הלקוח, מספק ממשק אחיד לגישה למשאבים, ומבצע את העברת ה־representation. זה מאפשר החלפה חופשית של רכיבים, יישום מטמון, ומעבר חלק בין שכבות שונות של המערכת מבלי לפגוע בפונקציונליות.
מה ההבדל המרכזי בין פרוקסי ל־Gateway לפי REST?
1
| done | ||
הרצאה 5 מאמר REST –
פרוקסי (Proxy) הוא מרכיב מתווך שנבחר ע"י הלקוח, ומשמש לצורך תרגום, אבטחה או שיפור ביצועים. לעומתו, Gateway (או reverse proxy) הוא מתווך שמוכתב ע"י הרשת או השרת, ולעיתים משמש לאכיפת חוקים, encapsulation של מערכות ישנות, או ניתוב מורכב.
מיין לפי
כיצד REST מתמודד עם שינוי ייצוגים לאורך זמן?
1
| done | ||
הרצאה 5 מאמר REST –
ב־REST ה־URI מזהה את המשאב כקונספט, ולא את הייצוג המסוים. לכן ניתן להחליף ייצוגים לאורך זמן (למשל, גרסה חדשה של מאמר) מבלי לשנות את ה־URI. זו יכולת חשובה שמאפשרת עמידות לקישורים והתפתחות המערכת מבלי לשבור את מבנה ההפניות.
מדוע קובצי Cookie נחשבים "נוגדים" את עקרונות REST?
1
| done | ||
הרצאה 5 מאמר REST –
Cookies יוצרים אחסון מצב גלובלי בצד הלקוח, שלא קשור ישירות לייצוג הנוכחי בדפדפן. זה גורם למצב שבו הלקוח "חושב" שהוא במצב מסוים (למשל אחרי login), אבל ה־Cookie מייצג משהו אחר. זה שובר את הסנכרון בין הייצוג לבין מצב האפליקציה בפועל – ניגוד לעקרון ה־stateless ב־REST.
מיין לפי
מוניטין: 30
הרצאה 5 מאמר REST – קוקיז יוצרים אחסון מצב גלובלי בצד הלקוח, שלא קשור ישירות לייצוג הנוכחי בדפדפן. זה גורם למצב שבו הלקוח "חושב" שהוא במצב מסוים (למשל אחרי login), אבל ה־Cookie מייצג משהו אחר. זה שובר את הסנכרון בין הייצוג לבין מצב האפליקציה בפועל – ניגוד לעקרון ה־stateless ב־REST.
כיצד מתבטאת גישת ה־Client/Server ב־REST?
1
| done | ||
הרצאה 5 מאמר REST –
REST מקדם את עקרון ההפרדה בין לקוח לשרת: הלקוח מציג מידע (renders), והשרת מספק את ה־resources לפי בקשה. השרת לא יודע מה האפליקציה בצד הלקוח עושה, והלקוח לא יודע איך השרת ממומש. זה מאפשר שינוי בלתי תלוי, שיפור בצד אחד מבלי לשבור את השני.
מיין לפי