שגיאת 508 — Resource Limit Reached
מה השגיאה אומרת, מי בדרך כלל אשם, ולמה שדרוג חבילה הוא לא תמיד התשובה.
עודכן 2 דקות קריאה
508 Resource Limit Reached פירושה שהחשבון חרג ממכסת המשאבים — בדרך כלל תהליכים מקבילים או מעבד — והשרת סירב לבקשות נוספות.
זו הגנה, לא תקלה. בלעדיה, חשבון אחד שיוצא משליטה היה מפיל את כל השרת.
שלוש שאלות שמכוונות לסיבה
מתי זה קורה? בשעות עומס בלבד → תקרה אמיתית. באופן אקראי → משהו ספציפי צורך.
מה השתנה לאחרונה? תוסף חדש, ייבוא גדול, קמפיין שהעלה תנועה.
התנועה באמת גדלה? אם לא — הצריכה עלתה בלי סיבה חיצונית, וזה מצביע על בעיה פנימית.
החשודים המיידיים
בוטים וסורקים
לפעמים רוב "התנועה" אינה אנשים. סורק אגרסיבי יכול לצרוך את כל המכסה לבדו.
בדקו ביומן הגישה מי הכי פעיל. אם זה בוט שאינכם צריכים, אפשר להאט או לחסום אותו ב-robots.txt או ב-.htaccess.
XML-RPC
xmlrpc.php הוא יעד קלאסי להתקפות. אם אינכם משתמשים באפליקציית וורדפרס או ב-Jetpack, כדאי לחסום אותו.
תוסף שרץ בלולאה
תוסף גיבוי שרץ בשעת שיא, תוסף סנכרון שבודק כל דקה, או תוסף עם באג. בדקו את המשימות המתוזמנות.
חיפוש פנימי או סינון
חיפוש בוורדפרס אינו במטמון ומבצע שאילתה כבדה בכל בקשה. בוט שסורק תוצאות חיפוש יכול לצרוך הכל.
אין מטמון
זה מכפיל את הצריכה בכל בקשה. אם מטמון הדפים כבוי, זו הבדיקה הראשונה.
איך מאתרים את הצרכן
Query Monitor — מראה כמה שאילתות כל תוסף מבצע. מעל 150 שאילתות בדף הבית זה סימן.
יומן הגישה — מי מבקש, מה, וכמה.
גרף הצריכה באזור האישי — מתי בדיוק הקפיצות. השעה מספרת הרבה: קפיצה יומית באותה שעה בדיוק היא כמעט תמיד משימה מתוזמנת.
התיקונים, לפי סדר
- הפעילו מטמון דפים אם אינו פעיל
- חסמו בוטים מיותרים
- הסירו תוספים שאינם בשימוש
- העבירו משימות כבדות לשעות שקטות
- תקנו שאילתות איטיות — ראו אופטימיזציית מסד נתונים
- ורק אז — שדרגו
מתי שדרוג הוא באמת התשובה
כשהתנועה באמת גדלה, המטמון פעיל, אין תוסף חריג, וזה קורה בעקביות בשעות העומס.
אם השגיאה נובעת מתוסף שמבזבז משאבים — שדרוג יקנה זמן, לא פתרון. בעוד חצי שנה תעמדו באותו מקום עם חשבון גדול יותר.
רוצים שנבדוק מה צורך אצלכם? פתחו פנייה — יש לנו גישה ליומנים.