627
צפיות
צפיות
20
תשובות
תשובות
שאלות פתוחות(50 נק' לשאלה)
1)בasp.net בניגוד לasp אי אפשר שיהיו כמה form בדף. יש דרכים לעקוף את זה?
2)הייעוד של xml הוא לאחסן מידע (להחליף בסיס נתונים)?
1)בasp.net בניגוד לasp אי אפשר שיהיו כמה form בדף. יש דרכים לעקוף את זה?
2)הייעוד של xml הוא לאחסן מידע (להחליף בסיס נתונים)?
20 תשובות
נאלצתי להקפיץ
כתבתי את אותה הודעה לשאלה ששלחתי לפני כמה ימים ונמצאת למטה
..לא יראו אותה שם
1 לא ברור לי…
אבל אם תסביר מה אתה רוצה, יהיה אפשר אולי למצוא לך פתרון.
2 לא. הייעוד של XML הוא לתאר מידע. XML לא בא כדי להחליף בסיס נתונים, הוא בסך הכל תקן לתיאור מידע היררכי בקובץ טקסט. היתרון שלו הוא שאפשר להשתמש בו כדי לתקשר בין תוכניות שונות על פלטפורמות שונות, ולאו דוקא השימוש שלו כבסיס נתונים,
אם כי יש היום שרתי XML שהיעוד שלהם הוא מסד נתונים מבוסס XML.
הסבר..
אמרו שבדף asp (לא למדתי asp) יכולים להיות מספר טפסים בשיטת post ובכל טופס אלמנט submit. וכשטופס נשלח לשרת, בrequest יהיו רק את הערכים של ה control-ים שמוכלים באותו הטופס.
בדף asp.net אי אפשר שיהיו כמה טפסים בדף שמוגדרים runat=server. ואם לא מגדירים טופס כrunat=server, הערכים של הcontrol-ים שמוכלים בו לא נישלחים לשרת, או לפחות לא מצאתי דרך לשלוף אותם.
(ניסיתי דרך Request.Form["elementID"] )
שאלה לי אליך
למה בכלל להשתמש בפקדים של ASP.NET ?
תקרא את השרשור הזה בנושא שעליו שאלתי אותך –
בכל אופן אני לא רואה סיבה שלא יהיה אפשר להשתמש בכמה טפסי (למרות שאיני מבין ב-ASP.NET ממש) צד שרת במידה ונותנים להם ID שונה.
כן..
חשבתי לעשות את זה כבר זמן מה (ללמוד ASP . וגם Jscipt כמו שצריך)
ואם כבר יעילות..
קראתי היום מאמר באתר על השימוש בXMLHttp בקליינט.
לא עדיף להשתמש בצורת עבודה הזאת (לא לשלוח את הדף לשרת, אלא להשיג את המידע דרך הXMLHttp ולעשות את השינויים בJS) כמה שרק אפשר?!
זה חוסף את בניית הדף מהתחלה (כולל שליפות מבסיס נתונים שמתבצעות בכל עליית דף)בכל טיול לשרת..
נ.ב: יש דברים שasp.net
אופס.נלחץ לי הenter
ההודעה–>
יש גם דברים שasp.net יכולה לעשותעושה יותר טוב מאשר asp ושאר טכנולוגיות צד שרת? או שכל מה ש.net מציעה זה נוחות?
לא תמיד זה טוב…
משתי סיבות:
1. (שלרוב פחות חשובה לאנשים – ושלא בצדק ממש) הנגישות. דפדפנים של אנשים בעלי מוגבלויות לא יכולים לגשת ל-JS (לפי מה שהבנתי)
2. (שלרוב יותר חשובה) אינדוקס במנועי חיפוש (~גוגל) רוב מנועי החיפוש לא יודעים לרנדר JS ובכך הדפים שלך לא יאונדקסו כמו שצריך.
תלוי מה…
תקשור עם מסדי נתונים למשל ASP.NET בדרך כלל יותר עדיפה.
מה שאני לא אוהב בכל העניין של ASP.NET זה כל החלק שהשרת מודע לנעשה בלקוח. (מה שדובר עליו בקישור הקודם).
הקוד שהשרת יוצר לא עומד בתקן בד"כ, לא יעיל (שימוש ב-CSS Inline), יוצר JS שלרוב יעשה יותר יעיל ע"י המפתח.
בקיצר כל עניין הפקדים הוא בעצם נוחות ולא יעילות. (לפי הבנתי מכל הנושא).
לא הבנתי את 2..
מה בדיוק לא מובן ? תגיד ואני אסביר

גוגל לא יודע לקרוא JS רק plain text/html
אז מה אם הוא לא יודע לקרוא js?
אני לא מתכוון לכתוב את כל הדף בjs. רק דברים שקשורים (bound) למידע מהשרת.
ובאותה מידה: גוגל גם לא יכול לראות בדף asp מידע שנובע מהשרת, או שכן?
קצת על מנועי חיפוש…
גוגל, כמו הרבה מנועים אחרים, עובד עם .
מה זה אומר? שברגע שהוא מזהה לינק (ואני די בטוח שה שלו מזהים לינקים רק בתוך תגי A), הוא שומר אותו איפשהו אצלו במחסנית כלשהיא, ובאיזה שהוא שלב ניגש לכתובת של הלינק הזה. אם הכתובת פונה לדף ASP, הוא יקבל את התוכן שדף ה ASP מייצר… אין כאן שום בעיה.
לאחרונה הבנתי
שגוגל התחיל לזהות גם קישורים ב JS, אבל אני לא ערב למה שאני אומר
יש דרך לעקוף את זה
(לא?)
ב.net אפשר להבדיל בין הבקשה הראשונה של המשתמש לעמוד, ולבין העוקבות.
אז בעלייה ראשונה אפשר לכתוב את העמוד בסקריפטים צד-שרת, ובהבאות בצד לקוח. זה עבודה כפולה, היא גם בטוח תסבך דברים, אבל אם ההבדלים בעיבוד הדף, ובזמן שמידע חוזר אל הקליינט משמעותיים , אז זה אפשרי…
(עד שמנועי חיפוש יכניסו את זה כסטנדרט)
למה לעקוף את זה?
זה דבר מאד חיובי למי שמעבד דפים בקליינט.
בשביל מנועי החיפוש
אבל אתה *רוצה* שהם יאנדקסו לך קישור
ים. אם אתה לא רוצה, פשוט תשחק עם ה meta, אין לך צורך להתחכם.
סליחה אם לא הייתי מובן
אתה אמרת שאם האתר נבנה בjs צד לקוח, מנועי חיפוש לא יאנדקסו אותו.
אמרתי שכשהדפים באתר יעלו פעם ראשונה, הם ייבנו בשרת, ואז המנוע חיפוש יראה אותו. ובפעמים הבאות שתהייה בקשה לדף (למשל אחרי שאני ישלח את ההודעה הזו, הדף של הפורום יעלה שוב מהשרת), במקום לחזור לשרת הדף יקבל את המידע דרך הxmlhttp והשינויים בלקוח יתבצעו בלקוח.
xmlhttp פונה לשרת…