כל פרק זמן לא מוגדר כאשר אני נכנס לאתר זה מראה לי את זה :





מה זה אומר??.

תודה

שבפעם הבאה שאתה תכתוב אתר, אתה תעשה אותו בטכנולוגיה יותר יציבה מ"דוד-מת" (לצורך העניין - כל טכנולוגיה אחרת, תהיה עדיפה. ואני מרשה לעצמי לומר זאת אפילו שאני די בטוח שאני לא מכיר את כולן...)

המלצה אישית שלי: PHP

נמאס לכם לזכור סיסמאות? לחצו כאן!

יש שגיאה בזמן ריצת התסריט ...
זה קורה כשאתה נכנס לאותו הקישור בדיוק?
אי אפשר לדעת מה הבעיה כיוון שהאופציה של פירוט הבעיות בוטלה (במצב off) מסיבות אבטחה. תבקש ממנהל השרת שיגלוש לאותו הקישור (בהנחה שזה קיים כל הזמן) ויגיד לך מה הבעיה או שיבדוק ב- error log מה הבעיה, או שתבדוק בעצמך ב-error log מה הבעיה אם אפשר.

אגב הסמל של תמרור עצור שקישרת לאשכול מסמל "למבוגרים בלבד", כלומר שהתוכן של האשכול שייך למבוגרים בלבד... שים לב פעם הבאה

שעף לך אקספשן בקוד שלא טיפלת בו.

שימי אל תדבר שטויות, זה לא מוסיף....
ההודעה הזאת מעידה על טעות מתכנת לא בעיה בסביבה.
כאילו שאתר פרש לא קורס, או פייסבוק, או כל אתר אחר שנכתב בPHP...
עזוב ש.NET זה פלטפורמה הרבה יותר מקיפה מPHP...

אין לך מושג, כשיש לך בפרש בעיות, ממה הם נגרמו. Not even once, בכל ה 8+ שנותיו של האתר, זה היה ב PHP.

שגיאת מתכנת לא מסדרת את עצמה באופן אוטומטי. אם הקוד דפוק, הוא דפוק. אם אתר עובד ולא עובד בלי ששום דבר לא משתנה בשרת, הפאק הוא בסביבה. תכיר: דוט נט. ואני לא מדבר שטויות.

נמאס לכם לזכור סיסמאות? לחצו כאן!

שימי, ב5 שנים שאני מפתח ב.NET כ 99.999% (5 תשעיות ) מהתעופות שראיתי היו בגלל שגיאות מתכנת, זה מאוד נדיר למצוא טעות ב.NET . אני לא אומר שאין, מספיק לראות את רשימת התיקונים כשיוצא הSP אחרי הפצה, אבל אני בטוח שיש גם באגים בPHP, ראיתי באגים בQT, בJ2EE, ואפילו בBOOST, כל זה רק מוכיח שאין תוכנה בלי באגים, ובכל זאת כשאפליקציה לא עובדת, זה בד"כ בגלל מי שכתב אותה, ולא הפלטפורמה....

חוץ מזה להגיד שקוד הוא דפוק או עובד, זה גם פשוט לא נכון, הבל הבלים, קוד יכול להיות תקין לחלוטין מבחינת השפה, ולהתקמפל וב99% מהמקרים לעבוד, ומידי פעם על קלט ספציפי לקרוס, או בגלל תנאי מרוץ של תרדים, או בגלל בעיה בתקשורת לDB, או בגלל שהמתכנת שכח למה הוא מצביע, ושלמרות שיש לו GC, ה GC לא נביא ולא יודע מה הוא צריך ומה לא, אלא רק למה יש לו הצבעה, ובמכונה יש כמות זכרון סופית.
*

אולי זו לא טעות ב NET. - אולי זה פשוט ה GC שלא מתפקד כמו שצריך (כנראה... אם זה היה סיסטמטי - היה אפשר לחקור את זה - אבל כאמור זה לא...). בגלל הררי הקוד שצריך לכתוב ב NET. עבור כל פעולה פשוטה, אתה "bound to have" דברים ששכחת לשחרר, או משהו כזה (ואולי ה"טכנולוגיה" שכחה, כלומר ביקשו מה GC לטפל, והוא התעלם...).

ב PHP, בסיום ריצת סקריפט, *הכל* משתחרר (טוב, האמת שיש 2-3 יוצאים מן הכלל שלא משתחררים אם מבקשים זאת במפורש), ועל כן... זה פשוט לא יכול לקרות. כמה שלא יתלהבו מהדוד מת הזה, זה עקב אכילס מטורף שלו. וזה לא הולך להשתנות, זה בנוי ככה כי זה הקונספט של המערכת, ואי אפשר לשנותו בלי לשבור הכל. עד כאן עובדות.

אם PHP רץ, וה DB רץ, אין דבר כזה שגיאות שבאות ונעלמות. פשוט אין. בדוט נט זה קורה. למה? אני לא יודע. אבל ראיתי את זה בעיניים שלי. ולמען הסר ספק - כן - עם אותם פרמטרים בדיוק.

נמאס לכם לזכור סיסמאות? לחצו כאן!

שימי אני מצטער, אבל אתה פשוט לא יודע על מה אתה מדבר.

1. יש שגיאות שמתרחשות במקרי קצה, גם בPHP, ובכל שפה אחרת, אפליקציה ניראת רצה, ודווקא כשהמשתמש מכניס קלט מסוים הכל קורס, או שימוש בקש שבמהלך השימוש נדפק, ואחרי שעושים ריסט לאתר הכל חוזר....

2. הGC של .NET הוא כנראה הרכיב שנבדק בצורה הכי מקיפה בכל הפלטפורמה, באפליקציות, זה קצת שונה מבASP.NET בASP.NET יש קטעים עם LIFE SPAN שונה, חלק מהדברים מתים עם דף חלק עם הסשן, וחלק עם כל האפליקציה, זה לא כזה מסובך להבין מה חיי כמה, ומה מצביע על מה, ולודא שאתה לא מצביע על דברים שאתה לא צריך.

שוב אני לא מכיר ממש PHP אני מכיר כמה שפות אחרות, ולפי דעתי GC זה יתרון מאוד גדול

אמרתי לך כבר על מה אני מדבר. על המציאות. על דף אינטרנט שלא מקבל אף נתון מהלקוח, ומחזיר שגיאה. אתה מרענן את הדף, ו...הופ, הוא שוב עובד! ולא, לא ערכו את הדף בין הזמן שהוא עבד לזמן שלא. לפעמים התקלות האלה נמשכות עד שהשרת מופעל מחדש, ולא מסתדרות מחדש (האמת שלרוב זה המקרה הזה).

GC זה יתרון עצום. אבל זה העניין, ה GC של דוט נט הוא פשוט... לא שם. של PHP כן.

נמאס לכם לזכור סיסמאות? לחצו כאן!

סבבה, זה מצב הגיוני, זה תלוי מה הדף עושה, אני מניח שזה לא דף שמציג "שלום", אלא שיש שם פעולה או שליפה שמסיבה מסוימת מידיי פעם לא מצליחה, ו100% היא הייתה מדיי פעם לא מצליחה גם ב PERL בJ2EE וגם באסמבלי.

ואין פה שום קשר לGC, אם היית אומר לי שאתה מקבל OutOfMemory, או שכל השרת היה קורס או הIIS היית יכול להגיד GC.

יותר מזה אני מוכן לשים כסף שזה בעיה אצלכם...

לרוב הבעיות האלה באמת קשורות לחיבור ל DB. משהו שקשור לאיזה Connection Pool (אגב, זה לא רק "אצלנו", ראיתי את זה בהמון מקומות. חיפוש הודעת השגיאה בגוגל מביא מאות מליוני מראי מקומות...). כיוון שאני רק ניסיתי לעזור מנקודת מבט של IT (כמתכנת הצעתי להם לעבור לסביבה שבטוח לא תעשה להם בעייה באתר שגולשים בו מקסימום 4 גולשים בו זמנית - ועל שרת בעוצמה הזו - גם לא עם 4000 גולשים בו זמנית...), על ידי הגדלת ה Connection Pool Size, או איך שזה נקרא (שכחתי כבר) למשהו אסטרונומי. וזה הרחיק את הבעייה (מ"כל יומיים" ל"כל שבועיים-שלושה"). בטוח שזו לא בעייה ב DB, כי אתרים אחרים, שיושבים על אותו שרת, ועל אותו שרת DB, לא חוו את הבעייה הזו. ולפני שתגיד שזו בעייה באתר הספיציפי, אז לא, זה לא. זה קורה גם באחרים, בזמנים אחרים. אני מהמר שיש "Connection Pool" נפרד לכל אתר. אולי ב PHP זה עובד כי לא משתמשים בבריכות, אז לא נרטבים. שם מתחברים ל DB בלי Pool-ים, אלא פשוט מתחברים (הא! קונספט מעניין!).

אז כן, GC דפוק. אם אחרי סיום ריצה נשארים חיבורים תפוסים, משהו דפוק קשות בטכנולוגיה. צר לי, לא תשכנע אותי אחרת.

* וכן, אני יודע שב PHP יש גם אפשרות להשאיר חיבורים פתוחים בין סקריפטים שונים, וזאת באמצעות mysql_pconnect. אבל נחש מה: כשעושים את זה, PHP משתמשת בחיבור הקיים (!) גם בריצה הבאה של הסקריפט. אין ערימת חיבורים גדלה, כי לא יווצר חיבור נוסף לאותו סט הוסט/משתמש/סיסמה קיים (כן כן, אני יודע, שוב קונספט מדהים, איך לא חשבו עליו קודם!) - ולכן ב PHP מדובר בפיצ'ר שמעלה את הביצועים (חוסך זמן Connect ל DB). בדוט נט ה"פיצ'ר" הזה (אני משער שזה פיצ'ר. הכל בדוט נט זה פיצ'רים, לא?) דורש לשכור מציל לבריכה, שישגיח 24/7 על "המתרחצים", ויוציא את המופרעים מהבריכה (על ידי כך שהוא ירוקן וימלא אותה מחדש - כמה חבל שאתחול לוקח ב Windows Server מספר דקות תמימות...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

ואין כמו מיקרוסופט כדי להוכיח את דברי.

כעת ניסיתי להיכנס ל MSDN כדי להוריד משהו משם.

זה מה שראו עיני:


רוצה לנחש מה קרה אחרי שנכנסתי מחדש לאותו דף מאותו הקישור בדיוק, שנייה אחר כך? נכון, זה עבד.

טוב, זה כנראה המתכנתים שלהם גרועים. אבל רגע, המתכנתים שלהם הם גם אלה שכתבו את הסביבה המהוללת דוט נט! בעייה!

נמאס לכם לזכור סיסמאות? לחצו כאן!