@עמאר השרשור לא על הנושא הזה, אבל אני יענה בקצרה.
לא אני לא מדבר על ה'חתיכה של עמוד בנטפרי'.
אני מדבר על האיטיות המפרכת של החיפוש גוגל עצמו (הזמן שלוקח לקבל את התשובה מרגע שלוחצים על האנטר בשורת החיפוש) לעומת החוויה המהירה עשרות מונים, באינטרנט רגיל.
וגם מציק החלק המרגיז באיטיותו שנכפה על המשתמש - בדיקת הכתובות של התוצאות אם פתוחות בנטפרי או לא.
לדף התוצאות חיפוש מוזרק קוד, ששולח בקשת HTTP על כל אחת מהכתובות בדף התוצאות, ל-API של נטפרי לראות אם פתוח או לא, ורק אז מציג את התוצאה ברשימת התוצאות (אם היא פתוחה)
ה-API הזה רחוק מלהיקרא 'מהיר', ועוד יותר גרוע - כשהוא נתקע או מאיזו סיבה שהיא לא מחזיר תשובה - הקוד בקליינט ממתין 30 שניות (כך נראה מעיון בקוד - 30000ms)!! ואפילו אז - הוא לא פשוט מציג את התוצאה וזהו, אלא כותב לי מידע מחכים "TIMEOUT". לא יכלו פשוט להציג את התוצאה וזהו? הרי מה יקרה, אם זה חסום זה חסום, ואם לא אז לא.. נשגב מבינתי.
עריכה יכול להיות שלא נכון להאשים את ה-API עצמו באיטיות (הוא לא כזה איטי באמת) אלא יכול להיות שהבעיה היא בקוד. כלומר במימוש הזה בצורה של הרבה קריאות HTTP שיוצאות יחד (ולא מנוהלות בצורה חדשנית יותר מידיי. היום אפשר להאזין ישירות לסוקט, בדפדפן. לא משנה) יש בעייתיות, זה יהיה איטי תמיד, הן בגלל הגבלות של הדפדפן של כמות הבקשות שהוא נותן לשלוח ולקבל בו זמנית, והן בגלל הגבלות טכניות של הכמות האפשרית במכונה הספציפית של משתמש הקצה.
אפשר לשדרג את הקוד הזה בצורה מאוד פשוטה, לשלוח את כל הכתובות ל-API בבקשת HTTP אחת, ולקבל תשובה אחת מה-API שתכיל מערך תוצאות.
זה לכשעצמו ימהיר את חוויית הגוגל בנטפרי פי כמה וכמה.
חיפוש גוגל זה המפתח, זה המפתן של האינטרנט. זה הצעד הראשון והשני והאחרון שעושים בכל שלב בכל משימה בכל תחום.
מי שעובד בתיכנות, למשל, מבלה רוב שעותיו בגוגל. ואם אתה מכיר את החוויה והמהירות (המטורפת) של גוגל הלא מסונן, אתה יכול להשתגע ממש כשאתה עובר לגגל בנטפרי.
זה מוריד אך ורק סרטונים שמאושרים בנטפרי!!
) תשלחו פנייה עם הקלטה או פשוט הכתובת של הקבצים שאתם רואים שנחסמים - אם אתם יודעים איך לראות.
בסלע. 