משודרג אחרי בעיה העומס על השרת![]()
משודרג אחרי בעיה העומס על השרת![]()
האם יש למישהו מושג כמה גדול את המטמון קובץ יכול לקבל לפני זה יש השפעה שלילית על הביצועים?
מטמון הנתונים מטמוני תרגומים בלבד. תוכן HTML לא שלם. לכן, כאשר כמה עמודים מתורגמים מופק, אז הדף הראשון הוא נורמלי שנוצר לאחר שזה מנותח ותורגם. במהלך מטמון DB תרגום משמש ומשפטים מתורגם נלקחים משם. רק משפטים - לא HTML שלם, כי כל זמן תרגומים יכולים להיות שונים (כלומר הרשאות שונות של משתמשים, תוכן שונה). אחת דף HTML יכול להיות מאות משפטים לתרגם - vBET לוקח תוכן בין תגי HTML. תודה DB מטמון תרגומים אלה לא צריך להילקח בכל פעם מגוגל - מה צורכת הרבה זמן - במקום זה, אלה לקוחים DB המקומי. ובכל זאת - עמוד נורמלי צריך להיות שנוצר לאחר מכן תורגם.
קובץ מטמון מלא אורחים עובד רק עבור האורחים. תודה שאנחנו לא צריכים לדאוג כי למשתמשים יש הרשאות שונות ולראות דברים שונים. אורחים תראה את אותו תוכן. בגלל זה אין לנו לנתח את התוצאה ולתרגם אותו חתיכה אחרי חתיכה כל פעם - אנחנו יכולים פשוט לעשות את זה אחד בעוד וזיכרון מטמון פלט HTML מלא. אז במקרה הזה כאשר הדף מלא אינו במטמון, או במטמון התוכן הוא זקן מדי, אז התרגום הרגיל מתרחש - בדיוק כמו שתואר קודם. אבל הפעם במוצא סוף מאוד את ה-HTML מלא נכתב בקובץ. אז בפעם הבאה כאשר בקשה זהה מגיע אורח אנחנו לא מייצרים גם תוכן הדף נורמלי - אנחנו פשוט זרם האורחים כבר קובץ HTML במטמון. זאת הסיבה שאנחנו לחסוך הרבה שאילתות SQL, מעבד וזיכרון. אנחנו פשוט לתת תוכן המשתמש מקובץ סטטי. לכן זה חשוב כדי לקבוע כמה זמן מטמון זה יהיה תקף. כי אם משהו ישתנה - כלומר הודעה חדשה יגיע החוט, ואז האורחים לא יראו את זה עד הודעה חדשה קובץ במטמון כבר פג. לאחר שבמהלך הבקשה הבאה, עמוד נורמלי שוב ייווצר, לתרגם, ואת המטמון - וזה האורחים תוכן יראו כלומר שעה נוספת (להגדרה). הם לא יראו שינויים בקובץ עד במטמון יפוג שוב. כמובן המשתמשים שלך יראו הכל, כי זה עובד רק עבור האורחים (כך גם עבור רובוטים, כי רובוטים לסרוק הפורום כאורחים).
אנא ספר עשה את זה לעזור במקרה של שאלות פשוט לשאול - נשמח לתאר את זה יותר![]()
זה יהיה, זה יהיהרוב הדברים החדשים כבר נבדקים שם. יש לנו רק יותר מה לעשות במקרה של מטמון קבצים מלא לאורחים ב- vB4, מכיוון שאנו תומכים שם בתרגום של סוגים נוספים של כתובות URL עבור vBSEO וגם כתובות URL ידידותיות מ- vB. ומכל אלה אנחנו צריכים לבדוק את זה בזהירות רבה ועדיין צריך ליישם תמיכה של הפניה מוקדמת יותר עבור חלק מאלה. כמו כן - אנו ננצל את הזמן הנוסף הזה כדי לבדוק את כל הבעיות האפשריות עם מטמון קבצים מלא לאורחים (שנחשב ל- BETA עכשיו) בפורומים של vB3. אנחנו בודקים את זה היטב, אבל זה תמיד טוב יותר כדי לדאוג יותר על איכות טובה
![]()
אני יודע כי לכל אחד את הגרסה שלו הוא החשוב ביותרואנחנו לא רוצים להתווכח עם זה
במקרה זה vBET3.x המוקדם סיבה טובה מאוד: איכות. אנו להוסיף פונקציונליות חשובה חדשה (קובץ מטמון מלאה לאורחים) זה הגירסה, וזה היה הרבה יותר קל להוסיף אותו לתוך vB3, כי יש אין Url ידידותי, אנו מתרגמים רק חוט Url עבור vBSEO. במקרה של vB4 זה יותר מסובך - צריכה להיות תמיכה Url ידידותי, אנו מתרגמים הרבה יותר סוגים של כתובות Url. לשים את זה לראשונה ב vB3. מותר לנו לבדוק את זה טוב מאוד בפורומים אמיתיים, בדוק כי זה עובד בסדר גמור, אולי יראה שכמה באגים לפני שהוא הולך של vB4. לאחר אנו בטוחים לחלוטין שזה בסדר הכל, עדיין יש לנו להוסיף תמיכה ההדרכה של vB4 (Friuendly כתובות Url, כתובות Url translted יותר). כלומר מדוע זה vBET3.x פעם קודמת, אנחנו עדיין צריכים 2 שבועות עבור vBET4.x. תודה אתם תקבלו פתרון אשר יש איכות טובה מאוד, יואן אם מדובר במקרה מסובך יותר thatin של vB3
לא צריך להיות שום דבר כזה השפעה שלילית בגלל הביצועים של זיכרון מטמון הקובץ. זה בגלל קובץ המטמון לא גדל ... אנו יוצרים קובץ נפרד עבור כל כתובת אתר הבקשה. אז כל קובץ המטמון הוא פשוט קובץ HTML סטטי (פלט במטמון לבקשה). כאשר השרת מטמוני vBET יותר ויותר פשוט יוצרת קבצים יותר ויותר. אז בכל פעם כאשר קובץ כזה הוא לקרוא:
1. הוא קרא התוצאה רק עבור URL המסוים הזה
2. אנחנו אפילו לא קוראים אותו זיכרון - פשוט זרם זה ללקוח באמצעות פונקציית PHP: readfile
בגלל זה גם אם דף התוצאות שלך הוא גדול באמת - קובץ מטמון כך הוא גם גדול, זה לא תהיה השפעה שלילית ביצועים, כי זה יהיה רק זרם זה קובץ אחד בלי אפילו לקרוא את כל זה לתוך הזיכרון. אז תוכלו לראות יתרונות וחסרונות לא.