WordPress- ում արված «ներքին սերվերի սխալը» շտկելը (քայլ առ քայլ)

WordPress գործարքներ


Մենք բոլորս այնտեղ ենք. Մի կայք, որը շատ լավ էր գործում ընդամենը մի քանի վայրկյան առաջ, հանկարծ որոշեց տեղավորել իր պիտակը և թաքցնում է ներքին սերվերի սխալը: Եթե ​​հաջողակ եք, WordPress- ի ադմինիստրատորը դեռ աշխատում է, բայց, որոշ դեպքերում, նույնիսկ դա կարող է հրաժարվել համագործակցելուց: Այս հոդվածում մենք կբացատրենք, թե որն է ներքին սերվերի սխալը և, ամենակարևորը, ինչպես շտկել այն.

Կարևոր է: Միշտ պատրաստիր ամբողջական կրկնօրինակում ձեր կայքի (նույնիսկ եթե այն չի աշխատում այնպես, ինչպես պետք է լինի) մինչև որևէ փոփոխություն կատարելը – ավելի լավ ապահով, քան կներեք!

Եկեք ճեղքվենք.

Ի՞նչ է ներքին սերվերի սխալը

Ներքին սերվերի սխալները նյարդայնացնում են նաև օգտվողներին և ծրագրավորողներին, քանի որ նրանք որևէ տեղեկատվություն չեն տալիս խնդրի արմատների վերաբերյալ. Պարզապես ասում են, որ կա մեկը: Պատկերացրեք, որ գնացել եք բժշկի մոտ և ասել եք, որ ցավ եք զգում, բայց հրաժարվեցիք բացահայտել, թե որտեղ է այդ ցավը. Դա շատ դժվար կլիներ բժշկի համար այն բուժել: Դա ներքին սերվերի սխալի հետ կապված դժվարությունն է. Չկա որևէ տեղեկություն, թե որտեղից է գալիս խնդիրը.

Ներքին սերվերի սխալ

Ավելին, անունը «ներքին սերվերի սխալ» կարող է լինել ապակողմնորոշող, քանի որ գրեթե բոլոր դեպքերում ձեր հյուրընկալողը (և / կամ սերվերը) մեղավոր չէ: Եթե ​​նայում եք HTTP բնութագրերին, կարող եք տեսնել, որ 500 սերվերի սխալը նշանակում է հետևյալը.

Սերվերը հանդիպել է անսպասելի պայմանի, որը թույլ չի տվել այն կատարել հայցադիմումը.

Ինքնին սերվերի հետ ոչ մի վատ բան չկա. Այն պարզապես հանդիպել է մի բանի, որը չի կարող պարզել: Եկեք դիտարկենք, թե դա ինչ կարող է լինել, և ինչպես կարող եք ձերբազատվել դրանից.

Քայլ զրո. Միացնել կարգաբերումը

Առաջին քայլը պետք է լինի գոնե փորձել հասկանալ սխալի մասին, դուք կարող եք հաջողակ լինել: Կախված նրանից, թե ինչպես է ձեր սերվերը կարգաբերում սխալները, ձեր տեսածը կարող է իրականում սերվերի սխալ չլինել: Տեսնելու համար, արդյոք դա այդպես է, դուք պետք է խմբագրեք wp-config.php ֆայլը ձեր կայքի root գրացուցակում: Ներբեռնեք ֆայլը (FTP- ի միջոցով, բացեք այն (օգտագործելով տեքստային խմբագրիչը և որոնել «WP_DEBUG»: Եթե գիծը գտնեք, պարզապես փոխեք կեղծը ճշմարիտ և կրկին վերբեռնեք ֆայլը սերվերում:.

Եթե ​​այս գիծը դեռ առկա չէ ձեր կազմաձևման ֆայլում, ապա ստեղծեք այն ՝ օգտագործելով հետևյալ տողի ծածկագիրը.

սահմանել ( "WP_DEBUG", ճիշտ );

Վերբեռնեք ձեր կայքը և տեսեք, թե արդյոք սխալը փոխվում է: Եթե ​​դա տեղի է ունենում, և այժմ տեսնում եք «ճակատագրական սխալի» հաղորդագրություն, որը մատնանշում է հատուկ ֆայլում կոդերի որոշակի տող, ապա դիտում եք համեմատաբար պարզ կոդային սխալ: Ենթադրելով, որ սխալն առաջացել է հավելվածից կամ թեմայից, դուք պետք է անջատեք վիրավորող արտադրանքը և / կամ աշխատեք խնդիրը ինքներդ շտկելու վրա (կամ մեկ ուրիշը ստիպված է նայեք դրան, եթե դուք ի վիճակի չեք պարզել, թե ինչ է կատարվում) քո սեփական).

Նշում. Խնդիրը գտնելուց հետո հիշեք, որ փոխեք վերը նշված «ճշմարիտ» արժեքը վերադառնալ «կեղծ» վերոնշյալ wp-config ֆայլի շրջանակներում.

Քայլ մեկ. Ստուգեք, թե ձեր ադմինիստրատորն աշխատում է

Այցելե՛ք ձեր վեբ կայքի ադմինիստրատոր ՝ http://yoursite.com/wp-admin/: Եթե ​​այս էջը պատշաճ կերպով բեռնում է և թույլ է տալիս մուտք գործել, կարող եք ողջամտորեն վստահ լինել, որ խնդիրը հավելվածի կամ ձեր թեմայի հետ է: Եթե ​​ձեր ադմինիստրատորը բեռնում է, շարունակեք քայլ առ քայլ: Եթե ​​դա այդպես չէ, բաց թողեք 4-րդ քայլը.

Քայլ երկրորդ. Անջատեք բոլոր plugins- ը

Գոյություն չունի, որ plugin- ը կարող է խնդիրներ առաջացնել, եթե այն անջատված է, այնպես որ, եթե կասկածում եք, որ ձեր plugin- ներից մեկը խնդիր է առաջացնում, անցեք plugin- ի բաժին և անջատեք բոլորը: Սա դրանք չի ջնջի և դրանք կպահեն իրենց պահպանված տվյալները, բայց դրանց ծածկագիրը չի գործարկվի: Եթե ​​անջատել եք ձեր բոլոր plugin- երը, և ձեր կայքը դեռ չի բեռնվի, անցեք քայլին երեք.

Եթե ​​ձեր կայքը վեր է և գործում է, սկսեք միացնել ձեր plugin- ները մեկ առ մեկ: Յուրաքանչյուր plugin- ից հետո շարունակեք ստուգել այդ 500 ներքին սերվերի սխալը: Երբ գտել եք մեղավորը, կարող եք որոշել, թե ինչ պետք է անեք դրա հետ: Գործողության լավագույն ընթացքը `plugin- ը անջատված պահելն ու անհապաղ ծանուցել հեղինակին: Եթե ​​դա առաքելություն իրականացնող plugin է, հավանաբար պետք է փնտրեք ավելի լավ, ավելի կայուն այլընտրանք.

Որոշ շատ հազվադեպ դեպքերում PHP 5.3-ի նման հին ծրագրակազմ վարելը կարող է խնդիրներ առաջացնել: Մինչև այն plugin- ի փոխարինումը, որը մինչ այժմ ապացուցելի է, որ վստահելի է, դիտեք յոթ քայլը.

Քայլ երրորդ. Անցնել կանխադրված թեմային

Եթե ​​ձեր plugin- ը չակտիվացնելը խնդիրը չի լուծել, հավանական է, որ ձեր թեման է մեղավորը: Դուք կարող եք դա հեշտությամբ հաստատել ՝ անցնելով լռելյայն WordPress թեման: Ես խորհուրդ եմ տալիս օգտագործել քսանվեց տասնվեց, ինչը վերջին լռելյայն թեման է: Եթե ​​«Քսանվեց տասնվեցերորդին» անցնելը լուծում է խնդիրը, կարող եք նորից միացնել բոլոր plugin- ները և անցնել աշխատանքի `գտնելով խնդիրը ձեր թեմայի կոդով:.

Եթե ​​ձեր թեման կա՛մ պաշտոնական թեմաների պահոցից, կա՛մ անկախ թեմատիկայի խանութից, պետք է շուտափույթ տեղեկացնել հեղինակին: Եթե, մյուս կողմից, դա ձեր սեփական թեման է, դուք պետք է ծրագրավորող ձեռք գաք, որպեսզի օգնեք ձեզ, քանի որ այս սխալները հաճախ կարող են գտնել շատ դժվար, նույնիսկ փորձառու կոդավորողների համար.

Որոշ շատ հազվադեպ դեպքերում PHP 5.3-ի նման հին ծրագրակազմ վարելը կարող է խնդիրներ առաջացնել: Ժամեր ծախսելուց առաջ փորձել եք վրիպակ գտնել կամ ծրագրավորողին վճարել հարյուրավոր դոլարներ, դիտեք յոթ քայլը.

Քայլ չորրորդ. Բարձրացրեք ձեր հիշողության սահմանը

Եթե ​​ձեր վեբ կայքը չափազանց շատ հիշողություն է օգտագործում, ապա այն անպայման տեղավորվում է տեղավորվել. Միանգամայն հավանական է, որ դա հանգեցնի 500 ներքին սերվերի սխալի: Ներ շատերը դեպքեր, սա վատ կոդավորված թեմայի կամ plugin- ի նշան է: Այն հնարավոր է արագ շտկել ՝ ավելացնելով հիշողության սահմանը, բայց սա խնդիրը լուծելու հաստատ միջոց չէ, և այն չիմանա.

Ամեն դեպքում, WooThemes- ը WordPress հիշողության սահմանը մեծացնելու կարճ ուղեցույց ունի: Հիշեք, որ ձեր սերվերը կամ ձեր հաշիվը կարող են ունենալ իրեն հատկացված հիշողության մի շարք քանակություն, այնուամենայնիվ, և դուք չեք կարողանա բարձրացնել ձեր հիշողության սահմանը դրանից ավելին.

Այլապես, խոսեք ձեր հյուրընկալողի հետ ավելի կոնկրետ ցուցումների մասին. Ոմանք ուրախ կլինեն բարձրացնել ձեր հիշողության սահմանը `գրեթե առանց որևէ աղմուկի ձեր կողմից.

Քայլ հինգը. Debug .htaccess- ի թողարկումներ

.Htaccess ֆայլը ձեր Apache սերվերի կազմաձևման ֆայլ է, որը հնարավորություն է տալիս համեմատաբար առաջադեմ ֆունկցիոնալություն: Օգտագործելով այն, դուք կարող եք միացնել gzip- ի սեղմումը, փոխել բեռնման առավելագույն չափը և անել բոլոր տեսակի այլ հարմար իրեր.

Մենք արդեն գրել ենք ուղեցույց այն մասին, թե ինչպես խմբագրել .htaccess ֆայլը, բայց արժե կրկնել, որ սա զգայուն տարածք է, որտեղ անհրաժեշտ է զգուշություն: Օրինակ, մուտքագրումը, մոռացված տարածքը կամ չպարզված մեջբերումը, օրինակ, կարող են հեշտությամբ առաջացնել 500 ներքին սերվերի սխալի պատճառ ՝ ձեր կայքը, ներառյալ ձեր ադմինիստրատորը, հալեցնելով, դադարեցնելով:.

Լուծումը ձեր .htaccess ֆայլը բացելն է – այն պետք է լինի արմատական ​​WordPress թղթապանակում – և տեսնի որևէ սխալ (մանավանդ եթե վերջերս այն փոխել եք): Ես խորհուրդ եմ տալիս ստեղծել կրկնօրինակում ՝ backup.htaccess անունով, այնուհետև ամբողջությամբ ջնջելով բնօրինակ .htaccess ֆայլը ՝ տեսնելու համար, թե արդյոք կայքը վերադառնում է առցանց.

Եթե ​​դա այդպես է, ապա խնդիրը ձեր .htaccess ֆայլի հետ է: Կարող եք տողանցքով անցնել այն ՝ տեսնելով, թե երբ է ձեր կայքը իջնում; վիրավորական գիծը հայտնաբերելուց հետո համոզվեք, որ այն չունի ավելորդ տեքստ (գուցե չփակված մեջբերում կամ նման մի բան): Եթե ​​չկարողանաք գտնել խնդիրը, ես առաջարկում եմ ջնջել գիծը: Ձեր վեբ կայքը ամբողջությամբ իջնելը շատ ավելի վատն է, քան բացակայում է .htaccess տողը. Հարցրեք ֆորումներում, եթե ավելի շատ օգնության կարիք ունեք.

Քայլ վեցերորդ. Կրկին տեղադրել WordPress- ը

Դա չափազանց հազվադեպ է, բայց դուք կարող եք ունենալ մի քանի կոռումպացված ֆայլեր WordPress- ի հիմքում: Սա անհանգստանալու բան չէ. Միգուցե ինչ-որ բան սխալ է եղել, երբ ձեր սերվերը պատճենում է անհրաժեշտ ֆայլերը, օրինակ: WordPress Core ֆայլերի վերբեռնումը կարող է լուծել ձեր խնդիրը.

Ներբեռնեք WordPress- ի թարմ պատճենը և օգտագործեք FTP հավելված ՝ ամեն ինչ վերբեռնելու համար, բացառությամբ wp- բովանդակության պանակից: Եթե ​​Ձեզ անհրաժեշտ են ավելի մանրամասն հրահանգներ, դիտեք Codex- ի հոդվածը ՝ WordPress- ի արդիականացման վերաբերյալ.

Քայլ յոթն. PHP տարբերակի թողարկումներ

Թեև PHP- ի հին վարկածները սովորաբար չեն առաջացնում 500 սերվերի սխալներ, գուցե արժե խոսել ձեր հյուրընկալողի հետ և խնդրել, որ ձեզ ավելի նոր տարբերակ ներկայացնեն ՝ նախքան արժեքավոր ժամանակ և գումար ծախսելը: PHP 7-ը արժեզրկել է նախկին որոշ առանձնահատկություններ. Օրինակ, plugin- ը կարող է օգտագործել այնպիսի գործառույթ, որը մատչելի չէ PHP- ի հին տարբերակում և այլն.

Հարցրեք ձեր հյուրընկալողին PHP- ի որ տարբերակը եք վարում: PHP 5.2- ը այժմ տաս տարեկան է, իսկ 5.3-ը `յոթ տարեկան. Մի ընդունեք այն, եթե ձեր հյուրընկալողը ձեր կայքը վարում է նման հին տարբերակներով: Առնվազն 5,4 վազքի մի տարբերակ պետք է ունենաք, կամ, ավելի լավ է, բոլորովին նոր PHP 7 (օպտիմալ կատարման համար).

Բարդ խնդիրներ

Թեև քիչ հավանական է, որ միանգամից երկու խնդիր ունենաք, դա կարող է պատահել: Կարող եք ունենալ մի plugin, որը խնդիրներ է առաջացնում, ինչպես նաև .htaccess- ի խնդիր: Այս դեպքում խնդիրը չի լուծվի, երբ բոլոր անջատիչներն անջատեք, և այն չի լուծվի, եթե հանեք ձեր .htaccess ֆայլը. Միայն այն դեպքում, եթե երկուսն էլ եք անում.

Եթե ​​հետևել եք այս քայլերին և դեռևս 500 ներքին սերվերի սխալ եք ստացել, պետք է նորից սկսեք և համոզվեք ոչ չեղարկել փոփոխությունները: Ձեր plugin- ը անջատված պահեք, ձեր թեման միացրեք «Քսանվեց տասնվեց» և այլն.

Վերջնական մտքեր

500 սերվերի սխալի հաղորդագրության անորոշության պատճառով լուծելը կարող է դժվար լինել, բայց վերը նշված քայլերին հետևելով `պետք է կարողանաք պարզել, թե ինչ է կատարվում.

Եթե ​​դեռ չեք կարողանում լուծել խնդիրը, դիմեք ձեր հյուրընկալողին: Հղում դեպի այս հոդվածի և տեղեկացրեք նրանց, որ դուք փորձել եք այս քայլերը, քանի որ նրանք կգնահատեն ջանքերը և կկարողանան շատ ավելի արագ գտնել խնդիրը!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map