|
|
02-08-12, 19:11
|
# 1 | |
|
חבר מתקדם
|
ציטוט:
במקרים של-2 אותיות הראשונות יש נגיד 1000 התאמות, ויחזרו רק 10, הסיכויים די גדולים שהאות הבאה לא תהיה ב-cache כמובן שאפשר לשמור את כל ה-1000 תוצאות ולהציג את ה-10 הראשונות, אבל אז כבר סתם טענת יותר מידי מידע, כשהרבה בקשות כאלו מהרבה משתמשים כבר סתם יעמיסו על השרת
__________________
הורדת שירים מיוטיוב, הורדת שירים, שירים להורדה, שירים להורדה מיוטיוב, העלאת תמונות |
|
|
|
02-08-12, 19:54
|
# 2 | |
|
מנהל פורום, עסק רשום
|
ציטוט:
עם זאת, בהחלט שכל מקרה לגופו. לפעמים תעדיף לטעון יותר מידע ולהציג רק חלק ממנו (אחרי הכל לבצע שאילתה אחת 10 פעמים זה יותר כבד מאשר שאילתה אחת שמחזירה פי 10 רשומות). לחילופין, תוכל להגדיר כל מיני התחכמויות כמו לדוגמה לבצע חיפוש ראשוני אחרי 2 תווים, לאחר מכן כשהיוזר מקליד תווים נוספים תבצע חיפוש ב-cache. במקביל, אחרי כל תו שמוכנס, תראה אם היוזר ממשיך להקליד או לא. אם הוא הפסיק (טיימר פשוט, של נגיד 500ms), תבצע קריאה נוספת לשרת לקבלת כל הרשומות. בצורה כזאת אתה מגיע לחווית משתמש חיובית - היוזר מרגיש הוא מבצע חיפוש מאוד מהיר ומקבל פידבק מיידי על כל תו שהוא מכניס. מבחינת יעילות אתה חוסך בגישות ל-DB. זה רק תסריט אחד בלבד. באמת שכל מקרה לגופו. אולי דווקא האיטיות במקרה הספציפי איציק ברבי מציג נובעת בכלל ממחסור של אינדקסים נאותים ב-DB, או בכלל פעולות איטיות ב-backend. |
|
|
|
|
02-08-12, 20:06
|
# 3 |
|
אושיית הוסטינג
|
אם כבר מדברים על אופטימזציה,
אם יש דפוס מסויים שחוזר על עצמו. למה לא להשתמש בקאש בbackend ולחסוך קריאות למסד. יותר מזה, POST איטי יותר מ-GET: ב-POST הדפדפן שולח קודם כל את ה-headers ורק אח״כ את ה-data, ב-GET ה-data הוא חלק מה-header (כן, זה מאוד משפיע ב-autocomplete).
__________________
אבי |
|
|
 |
| חברים פעילים הצופים באשכול זה: 1 (0 חברים ו- 1 אורחים) | |
|
|
תצורה משולבת
