אַרטיקל וועגווייַזער
איך פיר עטלעכע וואָרדפּרעס וועבזייטלעך, און איך האָב אַמאָל פאַרלוירן מער ווי 800 באַזוכן אין איין טאָג צוליב אַ 502 טעות. נאָך דריי טעג אויספאָרשן, האָב איך אַנטדעקט אַז דער שולדיקער איז געווען אין אַן אומבאַמערקטן אָרט אין באַקענד.
יעדער וואס פירט א ווארדפּרעס וועבזייטל ווייסט אז די מערסט פראַסטרירנדע זאַך איז נישט א מאַנגל אין טראַפיק, נאָר ווען די וועבזייטל ווערט פּלוצעם נישט צוטריטלעך, מיט פארדרייטע ערראָרס ווי 500, 502, 503, און 504 וואָס שטייען אויף אויפן עקראַן.
דו האסט געמיינט אז דער סערווער איז צוקראכט און דו האסט זיך געיאגט צו קריגן מיטן האוסטינג פראוויידער, נאר צו דערגיין נאכדעם וואס זיי האבן געטשעקט אז דער סערווער איז גאנץ נארמאל.
איר זאלט אפשר טראַכטן אַז ס'איז אַ פּלאַגין קאָנפליקט, אַזוי איר דיאַקטיווירט און טראָובלעשוווט איינס נאָך דעם אַנדערן, פֿאַרברענגענדיק רובֿ פֿון טאָג דערויף, אָבער דער טעות כאַפּט זיך איבער.
פאקטיש, דארף עס נישט זיין אזוי קאמפליצירט. נאכדעם וואס איך בין אריינגעפאלן אין אומצאליגע פאסטקעס, האב איך אנטדעקט אז 80% פון WP וועבזייטל 5xx עררארס קענען נישט אנטלויפן פון די דריי שולדיקע. יעדער איינער איז גוט באהאלטן, אבער עס קען לייכט חרוב מאכן אייער וועבזייטל.
איצט וועל איך ניצן מיין אייגענע פראקטישע עקספיריענס צו קלאר אויפדעקן די פראבלעמען, אזוי אז אפילו אנפאנגער קענען נאכפאלגן און פאררעכטן פראבלעמען, און איר וועט קיינמאל מער נישט דארפן ווערן איבערוועלטיגט דורך טעותים.

שולדיגער נומער 1: WP-CRON איז נישט געווען אפגעשטעלט, עס האט בעיקר אינסטאלירט א "פארבאָרגענע מאַכט אָפּלײַטונג" אויף דער וועבזײַט.
אסאך מענטשן ווייסן נישט אז ווארדפּרעס האט אן איינגעבויטע "סקעדזשולד טאסקס" אייגנשאפט גערופן WP-CRON, וואס איז איינגעשטעלט דורך דיפאלט.
אירע פונקציעס קלינגען זייער פּראַקטיש, ווי למשל פּלאַנירן אַרטיקל פּובליקאַציע, אויטאָמאַטיש באַקאַפּ, קאָנטראָלירן פֿאַר פּלוגין דערהייַנטיקונגען, און אפילו שיקן מיטגלידער דערמאָנונגען.
אבער האט איר געוואוסט אז די לכאורה נוצלעכע אייגנשאפט איז טאקע די נומער איין שולדיקע וואס קראכט סערווערס און פאראורזאכט 5xx ערראָרס?
WP-CRON איז אַנדערש פֿון דעם סערווער'ס אייגענעם קראָן. עס לויפט נישט פּראָאַקטיוו, נאָר ווערט אַקטיוויזירט דורך באַניצער באַזוכן. יעדעס מאָל ווען אַ באַניצער באַזוכט אייער וועבזייטל, וועט עס געהיים אויספֿירן די /wp-cron.php טעקע צו קאָנטראָלירן צי עס זענען פֿאַראַן עפּעס געפּלאַנטע אויפֿגאַבעס צו טאָן.
דאָס מיינט אַז יעדער באַזוכער צו אייער וועבזייטל לייגט צו אַן "עקסטרע לאַסט," און ווי מער באַזוכער איר האָט, אַלץ שווערער ווערט די לאַסט.
איך פלעג האָבן אַ וועבזייטל וואָס האָט באַקומען איבער טויזנט באַזוכער פּער טאָג. ווען WP-CRON איז נישט געווען אויסגעלאָשן, פלעגט די סערווער'ס CPU באַניץ אָפט שטייגן צו איבער 80%, און עס פלעגט זיין לפּחות צוויי 503 ערראָרס יעדן טאָג, מיט באַזוכער וואָס זענען געוואָרן רידערעקטעד צו אַ ערראָר בלאַט אַזוי שנעל ווי זיי האָבן געקליקט דערויף.
נאך ערגער איז אז אפילו אויב איר שטעלט נישט קיין סקעדזשולירטע אויפגאבעס, וועט WP-CRON לויפן אויטאמאטיש, און וועט כסדר בעטן סערווער רעסורסן. מיט דער צייט וועט דער סערווער נישט קענען האנדלען מיט דער לאסט און וועט מעלדן א טעות.
גיטהאב דאקומענטאציע זאגט קלאר: "אומגעריכטע HTTP ענטפער קאד: 500 אדער העכער, דאס מיינט אז א טעות איז פארגעקומען אויף אייער סערווער וואס פארמיידט דעם קראן ספאנער פון לויפן." דאס מיינט אז ווען WP-CRON פונקציאנירט נישט ריכטיג, וועט עס פאראורזאכן א סערווער טעות פון 500 אדער העכער.
דער ריכטיקער צוגאַנג איז צו דיאַקטיווירן דעם דיפאָלט WP-CRON און נוצן די סערווער'ס אייגענע פּלאַנירטע טאַסקס אַנשטאָט. דאָס וועט זיכער מאַכן אַז די פּלאַנירטע טאַסקס זאָלן נאָרמאַל דורכגעפירט ווערן בשעת מען רעדוצירט די סערווער לאַסט.
אויב אייער סערווער שטיצט דעם curl באַפֿעל, קענט איר גלייך צולייגן אַ פּלאַנירטע אויפֿגאַבע ווי דאָס (מאָדיפֿיצירן לויט אייער וועבזייטל דאָמעין):
*/15 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1די באַפֿעל פֿירט אויס אַ WP-CRON אויפֿגאַבע יעדע 15 מינוט, פּאַסיק פֿאַר רובֿ קליינע און מיטלגרויסע וועבזײַטן; אויב אײַער וועבזײַט האָט אָפֿט געפּלאַנטע אויפֿגאַבעס, קענט איר אויך נוצן דאָס:
*/5 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1נאכדעם וואס איך האב אויסגעלאשן WP-CRON און אויפגעשטעלט געפלאנטע אויפגאבעס אויפן סערווער, איז די סערווער'ס CPU באנוץ געפאלן צו אונטער 30%, און עס זענען נישט געווען קיין 503 ערראָרס פאר א גאנצן חודש. די באַזוכער ריטענשאַן קורס איז אויך געשטיגן מיט 18%.
שולדיקער נומער צוויי: איבערגעחזרטע CRON סקעדזשולד אויפגאבעס און איבערבלייבנדע טעקעס נאך פלאגין אנינסטאלירן "לאזן איבער מיסט" אויף דער וועבזייטל.
לייזן דעם WP-CRON פראבלעם מיינט נישט אז איר קענט זיך רוען רואיג; עס איז דא א פארבאָרגענע פּיטפאַל וואָס פילע וועבזייטל אייגנטימער איבערקוקן.
דאָס מיינט אַז CRON סקעדזשולד טאַסקס לויפן ריפּיטידלי, אָדער אַז רעשט סקעדזשולד טאַסקס לויפן נאָך אין געהיים נאָך דעם ווי דער פּלוגין איז אַנינסטאַלירט.
האָט איר שוין אַמאָל דאָס דערפֿאַרן: איר האָט אַראָפּגענומען אַ באַקאַפּ פּלאַגין, אָבער געפֿונען אַז דער סערווער מאַכט נאָך אַלץ אויטאָמאַטיש באַקאַפּס יעדן טאָג, אָדער ווײַזט אַפֿילו אַ באַקאַפּ דורכפֿאַל מעסעדזש, וואָס פֿירט בסוף צו אַ 500 טעות?
דאָס ווערט געפֿירט דורך די איבערבלייבנדיקע פּלאַנירטע אויפֿגאַבעס פֿונעם פּלוגין.
למשל, אויב אַ פּלאַגין דזשענערירט אַ טעגלעכע פּלאַנירטע אויפגאַבע, וועט וואָרדפּרעס ווייטער דורכפירן די אויפגאַבע אפילו נאָכדעם וואָס דער פּלאַגין איז געוואָרן אַראָפּגענומען. אַזעלכע פּלאַנירטע אויפגאַבעס זענען אָן באַדייטונג. די אָן באַדייטונג רעשטלעך אויפגאַבעס וועלן קעסיידער פֿאַרנוצן סערווער רעסורסן און עווענטועל פירן צו ערראָרס.
נאך ערגער, עטלעכע פּלוגינס דזשענערירן אויטאָמאַטיש קייפל איבערחזרנדיקע פּלאַנירטע אויפגאַבן. למשל, אַ "טעגלעכע דערהייַנטיקונג קאָנטראָל" אויפגאַבע קען זיין באשאפן פינף מאָל, און יעדע איינער וואָלט זיין עקסעקוטעד אויף אַ פּלאַן, טייַטש אַז דער סערווער וואָלט האָבן צו פּראָצעסירן פינף אידענטישע אויפגאַבן סיימאַלטייניאַסלי.
איך האב פריער אינסטאלירט אן SEO פלאגין, און נאכדעם וואס איך האב עס אויסגעמעקט, האב איך נישט אויפגעפאסט. א האלבן חודש שפעטער, האט מיין וועבזייטל כסדר באגעגנט 504 טיימאוט ערראָרס. נאכדעם וואס איך האב געטשעקט די סערווער לאגס, האב איך אנטדעקט אז דער פלאגין האט איבערגעלאזט דריי טעגליכע געפלאנטע אויפגאבעס, יעדע מיט אן אויספיר צייט פון 12 סעקונדעס. די גלייכצייטיגע אויספיר פון די דריי אויפגאבעס האט גלייך געפירט צו א טיימאוט פארן סערווער'ס רעאקציע.
וואָס איז נאָך מער שרעקלעך איז אַז די רעשטלעך, קעסיידערדיקע פּלאַנירטע טאַסקס זענען נישט קענטיק אין די וואָרדפּרעס באַקענד , און איר האָט קיין אַhnung אַז זיי לויפן אין געהיים.
אבער, עס איז דא א לייזונג: דער WP-Crontrol פּלוגין קען עס פּערפֿעקט באַהאַנדלען. דאָס איז דער אָפֿיציעלער קראָן טאַסק מאַנאַגעמענט געצייַג רעקאָמענדירט דורך וואָרדפּרעס, וואָס דערמעגלעכט איר צו זען, רעדאַקטירן און ויסמעקן אַלע סקעדזשולד טאַסקס גלייך אין די באַקענד.
לויט דער וואָרדפּרעס פּלוגין באַשרייַבונג, קען WP-Crontrol "זען אַלע פּלאַנירטע קראָן געשעענישן, רעדאַקטירן, ויסמעקן, פּויזירן, ווידער אָנהייבן, און גלייך לויפן קראָן געשעענישן." מיט אַנדערע ווערטער, עס קען זען אַלע פּלאַנירטע טאַסקס און ויסמעקן דופּליקאַט אָדער אומגילטיק טאַסקס. עס איז זייער גרינג צו נוצן און דאַרף נישט שרייבן קיין איין שורה קאָד.
נאכדעם וואס איך האב גענוצט דעם פלאגין צו פאררעכטן די פראבלעמען, האב איך אויסגעמעקט 8 דופליקאט אויפגאבעס און 5 פלאגין איבערבלייבענע אויפגאבעס, און די וועבזייטל'ס רעאקציע גיכקייט האט זיך גלייך פארבעסערט מיט 40%. דער 504 טעות איז קיינמאל מער נישט פארגעקומען.
א ווארט פון ווארענונג: ווען איר לעשט אויס אויפגאבעס, זייט זיכער צו קאנטראלירן קערפול און פארמיידן אַקסאַדענטאַל אויסמעקן די הויפּט וואָרדפּרעס פּלאַנירטע אויפגאבעס, ווי "wp_version_check" (ווערסיע קאָנטראָל). אַקסאַדענטאַל אויסמעקן קען פאַרהיטן די וועבזייטל פון ריכטיק דערהייַנטיקן.
כאָטש דער WP-Crontrol פּלוגין קען מאַנועל אויסמעקן דופּליקאַט אָדער אומגילטיקע טאַסקס, דאַרף עס מאַנועלע אריינמישונג, וואָס איז נישט ידעאַל...
אבער, מיר קענען אויטאמאטיזירן דעם פראצעס ניצנדיק ווארדפרעס קאוד. זעהט דעם טוטאריעל אונטן פאר פרטים. ▼
שולדיקער #3: איבעריגע דאטנבאזעס אין ווארדפרעס
אין וואָרדפּרעס, איינע פון די סיבות פֿאַר אַ 500 טעות איז דאַטאַבייס רעדונדאַנסי, ספּעציעל גרויסע דאַטן טישן דזשענערייטאַד דורך זיכער פּלוגינס.
ווען איך האב גענוצט דעם WP אפטימיזאציע פלאגין, האב איך געפונען אז עטלעכע דאטן טאבעלעס זענען געווען אומגעוויינלעך גרויס, ספעציעל די ווארדפענס קאנפיגוראציע טאבעלע (wfconfig) .
פּראָבלעם אַנאַליז
- wfconfig האט ערנסטע דאטן טאבעלע רעדונדאנץ.עס איז שוין אמאל אויסגערייניקט געווארן פריער, אבער עס איז זייער שנעל צוריקגעקומען.
- פעליקייַט סטאָרידזש מאָטאָר פּראָבלעמעןדי וואָרדפֿענס קאָנפֿיגוראַציע טאַבעלע ניצט דעם דיפאָלט InnoDB מאָטאָר, וואָס וועט אָנקלייַבן הונדערטער מעגאַבייט פון איבעריקע דאַטן איבער צייט.
- השפּעה אויף פאָרשטעלונגדאטן טאבעלעס קענען גרינג דערגרייכן הונדערטער מעגאבייט אין גרייס, וואס פירט צו א פאל אין וועבזייטל לאודינג גיכקייט און אפילו צו 500 ערראָרס.
לייזונג
דאָס איז ווײַל די דאַטן טאַבעלעס קאָנפיגורירט דורך וואָרדפֿענס ניצן די דיפאָלט Inno מאָטאָר. מיט דער צײַט וועט דאָס זיך שנעל אָנצאַמלען אין הונדערטער מעגאַבײַטן פון איבעריקע דאַטן, וואָס וועט אַפֿעקטירן די וועבזײַט'ס לאָודינג גיכקייט.
פֿאַר אינסטרוקציעס וועגן ענדערן די פעליקייט סטאָרידזש מאָטאָר פון MariaDB צו MyISAM ניצנדיק HestiaCP , ביטע זען די פאלגענדע טוטאָריאַל:
פערטער שולדיקער: ערראָרס נאָך פּלוגין/טעמע אַפּגריידז זענען ווי דורכפירן "אַנאָרטאָדאָקסישע כירורגיע" אויף דער וועבזייטל.
אסאך וועבזייטל אייגנטימער האבן א געוואוינהייט גלייך צו קליקן "אפדעיטן" ווען זיי זעען אפדעיט פראמפטן פאר פלאגינס אדער טעמעס, גלויבנדיג אז אפדעיטס וועלן פאררעכטן שוואכקייטן און פארבעסערן פערפארמאנס.
אבער די אמת איז גאנץ פארקערט; אסאך 5xx ערראָרס ווערן געפֿירט דורך אַפּדייטינג פּלוגינס אָדער טעמעס.
איך האָב שוין פריער געטראָפן דעם פּראָבלעם. לעצטן חודש האָב איך אַפּגרעידעד מיין וועבזייטל מיט אַ פּאָפּולערן בלאַט בילדער פּלאַגין. נאָך דעם ווי איך האָב געקליקט אויף אַפּדייט, איז די בלאַט געוואָרן ליידיק, און נאָך דעם ווי איך האָב עס רעפרעשעד, איז אַ 500 אינטערנאַלער סערווער טעות ארויסגעקומען, וואָס האָט עס געמאַכט אוממעגלעך צו צוקומען צום באַקענד.
שפּעטער האָב איך אַרויסגעפֿונען אַז די נייע ווערסיע פֿונעם פּלאַגין איז נישט קאָמפּאַטיבל מיט מײַן וועבזײַטלס PHP ווערסיע. נאָכדעם ווי דער פּלאַגין איז געוואָרן אַפּדייטעד, האָט דער קאָד נישט געקענט אַרבעטן ריכטיק, וואָס האָט גלייך געפֿירט אַז דער סערווער זאָל מעלדן אַ טעות.
ערראָרס נאָך פּלוגין אָדער טעמע אַפּגריידז זענען אַ געוויינטלעכע סיבה פון וואָרדפּרעס 500 ערראָרס, ספּעציעל ווען די נייע ווערסיע פון פּלאַגין האט קאָד וואַלנעראַביליטיז אָדער קאָנפליקטן מיט אנדערע פּלוגינס אָדער טעמעס אויף דער וועבזייטל.
נאך א סצענאר איז אז נאכדעם וואס די טעמע ווערט אפגרעידעד, וועט דער פריערדיגער קאוד ווערן איבערגעשריבן, וואס וועט פירן צו דעם אז די וועבזייטל אויסלייג זאל ווערן אומארדענטלעך און די פונקציעס זאלן נישט ארבעטן, וואס פירט צו 502 און 503 עררארס.
א פריינד מיינער וואס פירט אן אי-קאמערץ געשעפט האט געהאט א 502 טעות אויף זיין וועבזייטל נאכדעם וואס ער האט אפגרעידט דעם WooCommerce פלאגין, מאכנדיג עס אוממעגלעך צו מאכן באשטעלונגען. ער האט פארלוירן איבער 2000 יואן אין פארקויפונגען אין בלויז 3 שעה און עס האט אים גענומען א גאנצן נאכמיטאג צו פאררעכטן דעם פראבלעם.
אין פאַקט, די מערסט דירעקטע און עפעקטיווע לייזונג צו דעם סיטואַציע איז צו צוריקקומען צו אַ פריערדיקע ווערסיע וואָס האָט ריכטיק געאַרבעט.
אסאך מענטשן ווייסן נישט ווי אזוי צוריקצוגיין, אבער איר דארפט נישט מאנועל דאונלאודן אדער ארויפלאדן טעקעס; דער WP Rollback פלאגין מאכט עס גרינג.
לויט וואָרדפּרעס'ס באַשרייַבונג, קען דער WP Rollback פּלוגין "שנעל און גרינג צוריקדרייען יעדע טעמע אָדער פּלוגין פֿון wordpress.org צו יעדער פֿריִערדיקער (אָדער נייַער) ווערסיע אָן קיין מאַנועלער טומל." מיט אַנדערע ווערטער, עס קען צוריקדרייען פּלוגינס אָדער טעמעס צו יעדער פֿריִערדיקער ווערסיע מיט איין קליק, אָן קאָמפּליצירטע אָפּעראַציעס, מאַכנדיג עס גרינג פֿאַר אָנפֿענגער צו נוצן.
נאכדעם וואס מיין לעצטע פלאגין אפגרעיד איז דורכגעפאלן, האב איך גענוצט WP Rollback צו צוריקגיין צו דער פריערדיגער ווערסיע מיט איין קליק. די וועבזייטל איז צוריקגעקומען צו נארמאל אין בלויז 30 סעקונדעס, און קיין דאטא איז נישט פארלוירן געגאנגען.
דאָ איז אַ פֿאָרשלאָג: איידער איר אַפּגרעידט פּלוגינס אָדער טעמעס, זאָלט איר שטענדיק באַקאַפּן אייער וועבזייטל ערשט. ס'איז בעסטער צו פּרובירן עס אין אַ טעסט סביבה ערשט צו זיכער מאַכן אַז עס זענען נישטאָ קיין פּראָבלעמען איידער איר אַפּגרעידט עס אויף דער אָפֿיציעלער וועבזייטל, כּדי צו פֿאַרמייַדן פֿעלער.
מסקנא: באַהערשט די 3 פונקטן צו גאָר זאָגן זייַ געזונט צו WP וועבזייטל 5xx ערראָרס.
ווען מען פירט א ווארדפּרעס וועבזייטל, זענען 500, 502, 503, און 504 ערראָרס ווי "וועג-בלאָקן," וואָס זעען אויס פּראָבלעמאַטיש, אָבער די וואָרצל-אורזאַך איז טאַקע גאַנץ קלאָר - עס איז נישט אַז דער סערווער איז דעפעקטיוו, און עס איז אויך נישטאָ קיין גרויסע פּראָבלעם מיטן וועבזייטל פּראָגראַם, נאָר אַז מיר האָבן איבערגעזען דריי פרטים: WP-CRON, איבערבלייבנדיקע פּלאַנירטע טאַסקס, און פּלוגין/טעמע אַפּגרעידס.
אלס א וואָרדפּרעס וועבזייטל אייגענטימער, פון זיין אָוווערוועלמד מיט ערראָרס אין אָנהייב ביז איצט קענען שנעל טראָובלעשווטן און סאָלווען אַלע 5xx ערראָרס, מיין גרעסטע לעקציע איז אַז שטאַל וועבזייטל אָפּעראַציע איז נישט אָפענגיק אויף "פאַרשליסן די שטאַל טיר נאָכדעם וואָס די פערד איז אַנטלאָפן," נאָר אויף "פאַרהיטונג איז בעסער ווי היילן."
אסאך וועבזייטל אייגענטימער טראכטן אז די קליינע דעטאלן זענען נישט וויכטיג, און באַדויערן נאר נישט זיי צו קאָנטראָלירן פון פאָראויס ווען די וועבזייטל אַרבעט נישט ריכטיק, פארלירט טראַפיק, און ליידט פון א פארלוסט פון הכנסה.
ס'איז וויכטיג צו פארשטיין אז פאר א וועבזייטל איז "סטאביליטעט" דער הויפט קאנקורענץ-פארטייל. איין איינציקע 5xx טעות קען פירן צו א פארלירן 10% פון אייערע באזוכער, און קייפל טעותים קענען אפילו פירן צו א פאל אין זוכמאשינע ראַנגקינגס, מאכנדיג אלע אייערע פריערדיגע SEO השתדלות גיין צו פארלוסט.
ווי מען זאגט, "א טויזנט-מייל דייק קען ווערן דורכגעבראָכן דורך אן אמעזן לאך." WP וועבזייטל 5xx ערראָרס דערשייַנען קיינמאָל נישט פּלוצעם, נאָר זענען די רעזולטאַט פון דער אָנקומולאַציע פון קליינע פּראָבלעמען - נישט-דיאַקטיוויזירטע WP-CRON, איבערבלייבנדיקע פּלאַנירטע טאַסקס, און שנעלע אַפּגרעיד אָפּעראַציעס. די לכאורה נישטיקע "אמעזן לעכער" וועלן מיט דער צייט צעשטערן דעם גאַנצן וועבזייטל'ס "דייק".
באמת עפעקטיווע אפעראציעס מיינען אפשטעלן פראבלעמען אין קנאפע.
- דיאַקטיווירן דעם פעליקייט WP-CRON און פאַרבייטן עס מיט אַ סערווער-באַזירט סקעדזשולד טאַסק;
- ניצט רעגולער WP-Crontrol צו רייניקן איבערחזרנדיקע און איבערבליבענע סקעדזשולירטע אויפגאבעס;
- זייט זיכער צו באַקאַפּן אייערע דאַטן איידער איר אַפּגרעידט פּלוגינס אָדער טעמעס, און צוריקקריגן גלייך אויב עס פּאַסירן טעותים.
די דריי אפעראציעס פארלאנגען נישט קיין קאמפליצירטע טעכנאלאגיע אדער טייערע דעוועלאפערס, און אפילו אנפאנגער קענען זיי לייכט באהערשן, אבער זיי קענען האלטן אייער וועבזייטל אוועק פון 5xx ערראָרס און אויפהאלטן א סטאבילן אפעראציע.
יעדע סטאַבילע לאָוד פון אייער וועבזייטל און יעדער באַזוכער'ס בלייבן איז אַ ווערטפולער אַסעט וואָס איר זאַמלט מיט דער צייט.
פֿון איצט אָן, אידענטיפֿיצירט די דריי שולדיקע און פֿירט אויס טעגלעכע וישאַלט צו זיכער מאַכן אַז אייער וואָרדפּרעס וועבזייטל קען ניט נאָר אויסהאַלטן אייער שווערע אַרבעט, נאָר אויך קאָנסטאַנט פֿאַרגרעסערן פאַרקער און רעוועך.
אויב איר ליידט איצט פון 5xx ערראָרס, פּרוּווט נאָכפֿאָלגן די טריט אין דעם אַרטיקל צו סאָלווען די פּראָבלעמען. איך גלויב אַז באַלד וועט איר קענען באַפֿרײַען זיך פֿון די פּראָבלעמען, מאַכן אייער וועבזײַט סטאַביל און דערגרייכן לאַנג-טערמין וווּקס.
האָפענטלעך, דער אַרטיקל "די 4 הויפּט שולדיקע הינטער 500, 502, 503, און 504 טעותים אויף וואָרדפּרעס וועבזייטלעך" וואָס איז געטיילט געוואָרן אויף טשען ווייליאַנג'ס בלאָג ( https://www.chenweiliang.com/ ) וועט זיין נוצלעך פֿאַר אײַך.
פילט אייך פריי צו טיילן דעם לינק פון דעם ארטיקל: https://www.chenweiliang.com/cwl-33968.html


