WordPress- ის პრობლემების მოგვარება (101)

WordPress- ის პრობლემების მოგვარებარაც შეეხება WordPress– ის მხარდაჭერას, მომხმარებლებს აქვთ არჩევანის უამრავი ვარიანტი:


  • WordPress Codex (DIY)
  • WordPress– ის მხარდაჭერის ფორუმი (რომელსაც WordPress.org ადმინისტრატორები და WordPress– ის სხვა მომხმარებლები მართავენ)
  • მოდულების და თემის მხარდაჭერა (გათვალისწინებულია დეველოპერების მიერ)
  • ჰოსტინგის მხარდაჭერა (ხელმისაწვდომობა და ტიპის მხარდაჭერა განსხვავდება ჰოსტინგის გეგმის მიხედვით)

WordPress- ის მიერ მოწოდებული კომუნიკაციის პირდაპირი ხაზის ან რეალურ დროში მხარდაჭერის გარეშე, ამან შეიძლება WordPress- ის შეცდომების მოგვარება იმედგაცრუება გამოიწვიოს. კარგი ამბავი ის არის, რომ შეცდომების უმეტესობა საკმაოდ გავრცელებულია.

ამ სახელმძღვანელოში, ჩვენ გაჩვენებთ, თუ როგორ უნდა იმოქმედოთ WordPress- ის პრობლემების მოგვარებაზე, როდესაც ყველაფერი ცუდი იქნება.

WordPress- ის 15 ჩვეულებრივი შეცდომა და მათი გამოსწორება:

  1. სიკვდილის თეთრი ეკრანი
  2. შიდა სერვერის შეცდომა
  3. მონაცემთა ბაზასთან კავშირის დამყარების შეცდომა
  4. ცუდი კარიბჭე ან კარიბჭის დასრულების დრო
  5. ძალიან ბევრი მოთხოვნა
  6. კავშირი დასრულდა / ლიმიტი ამოწურულია
  7. Გვერდი არ მოიძებნა
  8. Სინტაქსური შეცდომა
  9. შეუძლებელია დაგეგმილი მოვლა
  10. ავტომატური განახლება ვერ განხორციელდა
  11. ძალიან ბევრი გადამისამართება
  12. შერეული შინაარსი
  13. დისკზე ჩაწერა ვერ მოხერხდა
  14. ცვლილებები არ არის ნაჩვენები
  15. Სისტემაში შესვლა ვერ მოხერხდა

Contents

სახელმძღვანელო შეცდომების უპრობლემოდ WordPress შეცდომების

მიუხედავად იმისა, რომ WordPress- ში შეიძლება ბევრი რამ არასწორედ წარიმართოს, მიზეზების შემცირება არც ისე რთულია, თუ იცით, რა სახის შეცდომა მოხდა.

შეცდომა # 1: სიკვდილის თეთრი ეკრანი

სიკვდილის თეთრი ეკრანი ზუსტად ისეა, როგორც ჟღერს. თქვენ შეეცდებით WordPress ადმინისტრატორზე წვდომას ან, რაც უფრო უარესიც არის, თქვენი WordPress ვებსაიტზე და ეკრანი ცარიელი იქნება.

არსებობს უამრავი რამ, რამაც შეიძლება გამოიწვიოს სიკვდილის თეთრი ეკრანი, კონფლიქტური დანამატებიდან მეხსიერების შეზღუდვამდე (თუმცა, უფრო ხშირად, ვიდრე არა, ეს ჩვეულებრივ დანამატს ან თემას წარმოადგენს). თუ შეცდომის შესახებ ინფორმაცია არ არის მითითებული, თუ სად არის პრობლემა, იმოქმედეთ პრობლემების მოგვარების პროცესში.

შენიშვნა: მიუხედავად იმისა, რომ ეს სამუშაო სამუშაოა სიკვდილის თეთრი ეკრანის დასადგენად, სასარგებლოა WordPress– ის სხვა შეცდომების გამოსწორებისთვის. ნებისმიერ დროს, როდესაც სიკვდილის თეთრ ეკრანს მივმართავთ ქვემოთ, ეს ის პროცესია, რომელზეც ვგულისხმობთ.

ნაბიჯი 1: ყველა დანამატის გამორთვა

თუ თქვენ ჯერ კიდევ გაქვთ WordPress ადმინისტრატორი წვდომა, და მხოლოდ თქვენი საიტია ქვემოთ, გააკეთეთ შემდეგი:

გადადით დანამატებზე> დაინსტალირებული მოდულები:

დაყენებული მოდელები

შეარჩიეთ ყველა მოდული:

შეამოწმეთ ყველა მოდული

ნაყარი მოქმედებების მენიუდან აირჩიეთ “გამორთვა”:

ნაყარი გამორთვა

ახლა თქვენი ყველა მოდული უნდა იყოს გამორთული:

დეაქტივირებული დანამატები

თუ არ გაქვთ წვდომა WordPress ადმინისტრატორზე, ამის გაკეთება გჭირდებათ თქვენი პანელისგან.

გადადით თქვენს ვებ ჰოსტინგის დაფაზე:

BlueHost დაფა

დაადგინეთ თქვენი პანელი.

რასაც ეძებთ არის ფაილ მენეჯერი ან FTP. ორივე მოგცემთ წვდომას თქვენი ვებ – გვერდის ფონზე.

Bluehost ფაილი FTP

იპოვნეთ wp- შინაარსის საქაღალდე თქვენს ვებ – გვერდში:

wp- შინაარსის საქაღალდე

გახსენით იგი და იპოვნეთ თქვენი მოდულების საქაღალდე:

დანამატების საქაღალდე

ფოლდერის სახელის გადაკეთება არაფერი, მაგრამ “მოდულები”. ეს გააქტიურებს ყველა მოდულის თქვენს ვებგვერდზე.

ნაბიჯი 2: შეამოწმეთ თქვენი ვებ – გვერდი

თქვენი მოდულების დეაქტივიზაციით, დროა ვნახოთ, აღდგენილია თუ არა თქვენი დაშვება.

თუ ადრე არ გქონდათ ადმინისტრატორის წვდომა, ახლა იქ წასვლა:

WordPress შესვლა

თუ ეს მხოლოდ თქვენს ვებ-გვერდს აჩვენებდა სიკვდილის თეთრ ეკრანზე, გადაიტანეთ თქვენი ვებსაიტის სახელზე WordPress ადმინისტრატორიდან მარცხენა კუთხეში და დააჭირეთ ღილაკს “ეწვიეთ საიტს”:

ეწვიეთ საიტს მენიუდან

იმის მიხედვით, თუ რას ხედავთ, შემდეგი ვარიანტებიდან ორი ვარიანტი გექნებათ:

  • თუ თქვენ გაქვთ წვდომა იპოვნეთ პრობლემური მოდული.
  • თუ არ გაქვთ წვდომა: სცადეთ ახალი თემა.

შემდეგ ნაბიჯებს გავალთ.

ნაბიჯი 3: იპოვნეთ პრობლემური მოდული (ვარიანტი 1)

თუ კვლავ გაქვთ წვდომა, თქვენ იცით, რომ საკითხი სავარაუდოდ მოდული იყო. ეს ნიშნავს, რომ თქვენი ერთი დანამატი ეწინააღმდეგება:

  • თქვენი თემა
  • კიდევ ერთი დანამატი

ახლა თქვენ უნდა გამოფხიზლდეთ რომელი მოდულის ბრალია. ამისათვის თქვენ უნდა ჩართოთ თქვენი მოდული ერთდროულად.

დაიწყეთ თქვენი სიის ზემოდან. გააქტიურეთ პირველი მოდული:

დანამატის გააქტიურება

თუ ეს დანამატი არის მიზეზი, მაშინ კვლავ უნდა დაკარგოთ WordPress ადმინისტრატორი ან თქვენს ვებგვერდზე წვდომა. (თქვენ შეგიძლიათ კვლავ აღადგინოთ ეს მოდული.)

თუ არ ხედავთ სიკვდილის თეთრ ეკრანს, გამორთეთ ეს მოდული და სცადეთ შემდეგი. თქვენ უნდა გაიმეოროთ ეს ნაბიჯები სანამ არ იპოვნებთ პრობლემურ მოდულს.

რა თქმა უნდა, ეს ვარაუდობს, რომ მოდული ეწინააღმდეგება თქვენს თემას. თუ შეცდომის ეკრანს კიდევ ერთხელ ვერ ხედავთ თითოეული დანამატის ცალ – ცალკე გააქტიურების შემდეგ, მაშინ პრობლემა შეიძლება აღმოჩნდეს ორ მოდულს შორის. თქვენ უნდა მოახდინოთ ერთდროულად ორი რეაქტივაცია, რათა იპოვოთ ისინი. ეს თქვა, ეს არ არის საერთო. ეს, როგორც წესი, კონფლიქტური სკრიპტია დანამატში და თემაში, რომელიც ამყარებს შეცდომას.

პრობლემური დუეტის ამოცნობის შემდეგ, წადით წინ და ააქტიურეთ თქვენი ვებ – გვერდიდან ყველა სხვა მოდულის შეცვლა.

თქვენ გინდათ მიუახლოვდეთ მოდულების შემქმნელს პრობლემის დასადგენად. დარწმუნდით, რომ შეცდომის შეცდომის ეკრანიზაცია გაქვთ და დეტალურად შეგიძლიათ აღწეროთ, თუ რატომ მოხდა ეს და როგორ შეძელით ამის დადასტურება.

ნაბიჯი 3: სცადეთ ახალი თემა (ვარიანტი 2)

თუ თქვენ კვლავ ხედავთ სიკვდილის თეთრ ეკრანს თქვენი ყველა მოდულის დეაქტივიზაციის შემდეგ, მაშინ თქვენი თემა შეიძლება იყოს დამნაშავე.

ამის დასადასტურებლად, თქვენ უნდა გამორთოთ თქვენი თემა.

თუ თქვენ ჯერ კიდევ გაქვთ WordPress ადმინისტრატორი წვდომა, და მხოლოდ თქვენი საიტია ქვემოთ, გააკეთეთ შემდეგი:

გადასვლა Appearance> თემები:

გარეგნობის თემების მენიუ

იმისათვის, რომ გამორთოთ თქვენი თემა, თქვენ უნდა გაააქტიუროთ სხვა თემა.

უკვე დამონტაჟებულია თუ არა, გააქტიურეთ უახლესი WordPress ნაგულისხმევი თემა:

ნაგულისხმევი თემის გააქტიურება

თუ არ გაქვთ WordPress ადმინისტრატორის წვდომა, გააკეთეთ იგივე რაც გააკეთეთ თქვენი მოდულით მართვის პანელიდან.

კვლავ იპოვნეთ wp-შინაარსის საქაღალდე თქვენს ვებ – გვერდში. ამჯერად, თქვენ გსურთ მოძებნოთ თემების საქაღალდე, მის შიგნით:

თემების საქაღალდე

დაარქვით საქაღალდე ყველაფერს, გარდა “თემებზე”. ეს გამორთავს თქვენს თემას და ავტომატურად გაააქტიურებს სტანდარტულ WordPress თემას.

ახლა შეგიძლიათ შეამოწმოთ თქვენი ვებ – გვერდი, რომ ნახოთ თუ არა სიკვდილის თეთრი ეკრანი. თუ ეს ასეა, მაშინ თქვენ იცით, რომ საკითხი არის კონფლიქტი თქვენს თემასა და ბირთვს შორის.

დაუკავშირდით თემის შემქმნელს შეცდომის შეცდომების ეკრანზე და იმ ნაბიჯების აღწერასთან დაკავშირებით, რაც გადადგით პრობლემის დასადასტურებლად.

ნაბიჯი 4: გამართეთ გამართვა

უმეტეს შემთხვევაში, ზემოთ მოყვანილი ნაბიჯები დაგეხმარებათ იპოვოთ საკითხი თქვენს ვებგვერდზე. ამასთან, თუ თქვენ მიაღწიეთ ამ აზრს და მაინც ხედავთ სიკვდილის თეთრ ეკრანს, გასინჯვის ერთი ბოლო საკითხია.

დაუბრუნდით თქვენს ფაილ მენეჯერს ან FTP- ს. გადადით root დირექტორია და მოძებნეთ wp-config.php ფაილი:

wp-კონფიგურაციის ფაილი

გახსენით ფაილი რედაქტირებისთვის.

ბოლოში, თქვენ ნახავთ შემდეგ სტრიქონს:

განსაზღვრეთ ('WP_DEBUG', ყალბი);
განსაზღვრეთ ('WP_DEBUG_LOG', მცდარი);
განსაზღვრეთ ('WP_DEBUG_DISPLAY', მცდარი);

რას ამბობს ეს:

  • გამართვის ფუნქცია გამორთულია.
  • თუ შეცდომა მოხდა, მასზე რაიმე ჟურნალი არ წარმოიქმნება.
  • თუ შეცდომა მოხდა, შეცდომის კოდი არ გამოჩნდება წინა ხაზზე.

ამასთან, თუ თქვენ ხართ გაჩერებული, მაშინ სასარგებლო იქნება ამ მახასიათებლის ჩართვა, რათა უფრო მეტი ინფორმაცია მიიღოთ შეცდომის შესახებ. ამისათვის, შეცვალეთ ტოპ ორი მნიშვნელობა მართალია:

განსაზღვრეთ ('WP_DEBUG', მართალია);
განსაზღვრეთ ('WP_DEBUG_LOG', მართალია);
განსაზღვრეთ ('WP_DEBUG_DISPLAY', მცდარი);

ეკრანზე გამართული შეინახეთ ყალბი. თქვენ არ გინდათ, რომ ჰაკერებს ჰქონდეთ რაიმე ინფორმაცია იმის შესახებ, თუ რა ხდება თქვენი ცოცხალი საიტის ფონზე, ასე რომ ყოველთვის შეინახეთ მათგან დამალული კოდები.

შეინახეთ ფაილი მას შემდეგ, რაც თქვენ დასრულდა, გამართვის გამოსწორების შესაძლებლობის შემთხვევაში (მაგრამ დატოვეთ პანელის გახსნა). შემდეგ, დაუბრუნდით თქვენს ვებსაიტს.

როდესაც ისევ დაინახავთ სიკვდილის თეთრ ეკრანს, მიბრუნდით თქვენს პანელთან და მოძებნეთ wp-შინაარსის საქაღალდე (იგივე, სადაც არის თქვენი თემა და მოდული). ახლა იქნება ტექსტური ფაილი სახელწოდებით debug_log.

გამართვის ფაილი

გახსენით იგი და გადახედეთ შეცდომის შესახებ შეტყობინებას. მოძებნეთ დღევანდელი თარიღი და დრო. უნდა არსებობდეს ხაზი, რომელიც მიუთითებს თქვენს ფაილში რომელი ფაილი და რომელი ფაილი შეიცავს ამ შეცდომას.

თუ შეცდომა თქვენს თემის ან მოდულის ფაილებში შედის, გადაიღეთ შეცდომის კოდის ეკრანიზაცია და გაუგზავნეთ დეველოპერს, რათა მათ შეეძლოთ პრობლემის დაფიქსირება (როგორც ეს სავარაუდოდ, ბოლოდროინდელ განახლებაში შევიდა)..

თუ ეს სხვა ფაილში პრობლემაა, თქვენ უნდა გაარემონტოთ. თუ არ ხართ კომფორტულად ამის გაკეთება, დაუკავშირდით დეველოპერს, რომელსაც შეუძლია დახმარება.

მას შემდეგ, რაც საკითხის გამოსწორება მოხდა და სიკვდილის თეთრი ეკრანი გაქრა, გადადით wp-config.php და გამორთეთ გამართვის გამოსწორება.

შეცდომა # 2: შიდა სერვერის შეცდომა (შეცდომის კოდი 500)

ყოველთვის არ არის 100% ნათელი, რა გამოიწვია 500 შიდა სერვერის შეცდომამ. ამასთან, სიკვდილის თეთრი ეკრანის მსგავსად, თქვენს კოდში რაიმე შეცდომაა.

ნაბიჯი 1: შეცვალეთ .htaccess ფაილი

პირველი რაც შესამოწმებლად არის .htaccess ფაილი. ზოგჯერ, იგი ხდება კორუმპირებული და იწვევს თქვენს ვებსაიტს შეცვალოს “შიდა სერვერის შეცდომა” გვერდი.

მიუხედავად იმისა, რომ ფაილი დაზიანებულია, თქვენ მაინც უნდა გააკეთოთ ეს ნაბიჯი. ზიანი არ მოვა თქვენს ვებგვერდზე, თუ შეცვალეთ არსებული .htaccess ფაილი.

შედით თქვენს პანელში და გახსენით თქვენი ფაილების მენეჯერი ან FTP მენეჯერი. სანამ შედიხართ თქვენი ვებ – გვერდის ძირეული დირექტორია, აირჩიეთ ვარიანტი „დამალული ფაილების ჩვენება“ (თუ ეს გაქვთ):

ფაილ მენეჯერის პარამეტრები

თუ თქვენი ვებ – გვერდი არის საერთო ჰოსტინგის დროს, ფაილი შესაძლოა ისევ იმალებოდეს. თუ ეს ასეა, დაამატეთ შემდეგი ფაილ მენეჯერის მისამართის ბოლოს: “& showhidden = 1”.

htaccess ფაილი

შეცვალეთ იგი .htaccess ფაილი.

გადადით თქვენს ვებ – გვერდზე და იხილეთ თუ არა ეს მოხსნა შიდა სერვერის შეცდომა. თუ ეს მოხდა, მაშინ ყველაფერი რაც თქვენ უნდა გააკეთოთ არის ახალი ფაილის შექმნა.

გადადით პარამეტრებზე> Permalinks მენიუში:

პარამეტრების პერმანენტული მენიუ

დააჭირეთ “შენახვის ცვლილებებს” გვერდის ბოლოში. ეს შექმნის ახალ ფაილს.

თუ შეცდომა არ გაქრა, სცადეთ ამ გამოსწორება.

გახსენით თქვენი ახალი .htaccess ფაილი და დაამატეთ შემდეგი:

# დაწყება WordPress
გადაწერა კიდევ ერთხელ
RewriteBase /
გადაწერეთ ^ ინდექსი \ .php $ - [L]
გადაწერეთ% {REQUEST_FILENAME! -F
გადაწერეთ% {REQUEST_FILENAME}! -დ
ხელახლა გადაწერა. /index.php [L]
# ბოლო WordPress

თუ ეს არ აშორებს კორუფციას, გადადით შემდეგ ეტაპზე.

ნაბიჯი 2: სიკვდილის გამოსწორების თეთრი ეკრანი

გაიარეთ სიკვდილის ამოხსნის ნაბიჯების თეთრი ეკრანი.

თუ შეცდომა კვლავ არსებობს ამის შემდეგ, სცადეთ შემდეგი ნაბიჯი.

ნაბიჯი 3: მეხსიერების ლიმიტის გაზრდა

ეს ალბათ არ არის მიზეზი, რადგან თქვენ ჩვეულებრივ ნახავთ მეხსიერებით ამოწურულ შეტყობინებას, თუ ეს ასეა. ამასთან, ეს არ სწყინს, რომ სცადოთ ეს, რადგან ეს სწრაფი გამოსწორებაა.

გაიარეთ გაზრდის მეხსიერების ლიმიტის პრობლემების მოგვარების ნაბიჯები.

თუ თქვენ ისევ დავრჩებოდით, ამ ბოლო ნაბიჯმა უნდა შეასრულოს ხრიკი:

ნაბიჯი 4: შეცვალეთ wp-admin და wp-ფოლდერები

განახლებამ შეიძლება უნებლიედ დააზიანა კოდი თქვენს wp-admin ან wp- ის საქაღალდეებში.

მათი ჩანაცვლებისთვის, თქვენ უნდა მიიღოთ WordPress– ის ახალი ასლი.

Წადი WordPress.org, დააჭირეთ ღილაკს “მიიღეთ WordPress” და გადმოწერეთ ფაილები თქვენს სამუშაო მაგიდაზე.

მიიღეთ ახალი WordPress ფაილები

საქაღალდე გაუქმდეს და დააკონტროლოთ wp-admin და wp – საქაღალდეები.

დაუბრუნდით თქვენს ფაილ მენეჯერს. ჩამოტვირთეთ wp-admin და wp- ის ასლები, რომლებიც უკვე არსებობს (ყოველთვის კარგი იდეაა, რომ ასლი გქონდეთ).

cPanel საქაღალდეები

დააჭირეთ ღილაკს “ატვირთვა”. შემდეგ, ხელახლა ატვირთეთ თითოეული საქაღალდე ერთდროულად. თქვენ მხოლოდ ამის გაკეთება გჭირდებათ wp-admin და wp-მოიცავს.

Ატვირთეთ ფაილები

ახლა შეგიძლიათ დაბრუნდეთ თქვენს ვებსაიტზე. შეცდომა უნდა გაქრეს. თუ ეს ასე არ არის, დროა დახმარებისთვის მიმართოთ თქვენს ვებ ჰოსტინგის კომპანიას.

შეცდომა # 3: მონაცემთა ბაზის კავშირის დამყარების შეცდომა

შეცდომის ამ შეტყობინების დანახვისას, ეს ნიშნავს, რომ თქვენს WordPress საიტს რაიმე კავშირი აქვს მის MySQL ან MariaDB მონაცემთა ბაზასთან დაკავშირებისგან..

ნაბიჯი 1: შეამოწმეთ wp-config.php ფაილი

Wp-config.php ფაილი შეიცავს ყველაზე მნიშვნელოვან დეტალებს, თუ როგორ ხდება თქვენი ვებ – გვერდის კონფიგურაცია – შეიტანეთ თქვენი მონაცემთა ბაზის ინფორმაცია. შეამოწმეთ ეს პირველი სანამ სხვა გამოსწორებას სცადოთ.

გადადით თქვენს ფაილ მენეჯერთან ან FTP– ზე და გაიარეთ გზა wp-config.php ფაილზე. გახსენით რედაქტირებისთვის.

თქვენ უნდა იპოვოთ განყოფილება, რომელიც ეძღვნება თქვენი მონაცემთა ბაზის პარამეტრებს. ასე გამოიყურება:

/ ** მონაცემთა ბაზის დასახელება WordPress * * /
განსაზღვროს ("DB_NAME", "მონაცემთა ბაზა_ სახელი");

/ ** მონაცემთა ბაზის სახელი * /
განსაზღვრეთ ('DB_USER', 'მონაცემთა ბაზა_უს სახელი');

/ ** მონაცემთა ბაზის პაროლი * /
განსაზღვროს ('DB_PASSWORD', 'მონაცემთა ბაზა');

/** Მასპინძლის სახელი */
განსაზღვრეთ ('DB_HOST', 'მონაცემთა ბაზა_ჰოსტამი');

/ ** მონაცემთა ბაზის Charset * /
განსაზღვრეთ ('DB_CHARSET', 'utf8');

/ ** მონაცემთა ბაზის შეგროვების ტიპი * /
განსაზღვრეთ ('DB_COLLATE', '');

თუ რომელიმე ეს მონაცემი აკლია ან არასწორად გამოიყურება, გააკეთეთ თქვენი რედაქტირება (wp-config.php ასლის თქვენს კომპიუტერში შენახვის შემდეგ).

შეინახეთ ცვლილებები და დაუბრუნდით ვებგვერდს, თუ ვერ შეძლებთ მონაცემთა ბაზასთან დაკავშირებას.

ნაბიჯი 2: დაუკავშირდით თქვენს ვებ – მასპინძელ მხარდაჭერას

თუ WordPress- მონაცემთა ბაზასთან კავშირი თქვენს აშკარად არ შეინიშნება აშკარა შეფერხების შესახებ, დროა ისაუბროთ თქვენს ვებ – მასპინძელთან.

არსებობს მრავალი მიზეზი, რის გამოც მონაცემთა ბაზის კავშირი შეიძლება იყოს კომპრომეტირებული:

  • სერვერის დამარცხება
  • გეგმის ლიმიტები გადააჭარბა (თუმცა ამ შემთხვევაში მათ უნდა აცნობონ)
  • Უსაფრთხოების დარღვევა

მას შემდეგ რაც შეიტყობთ ძირეულ მიზეზს, სწრაფად იმუშავეთ მის გამოსწორებაზე, თუნდაც ეს ნიშნავს ETA– ს მიღებას, როდესაც სერვერები დაბრუნდება ონლაინ რეჟიმში. თქვენ არ გაქვთ საშუალება, რომ თქვენი საიტი ძალიან დიდხანს დარჩეს.

შეცდომა # 4: ცუდი კარიბჭე (შეცდომის კოდი 502) ან კარიბჭის დასრულების დრო (შეცდომის კოდი 504)

შეცდომების ეს კოდები ნიშნავს, რომ სერვერის დონეზე რაღაც შეცდომაა. მიუხედავად იმისა, რომ თქვენ არ შეიძლება ჰქონდეთ პირდაპირი კონტროლი სერვერზე, ეს შეცდომები ზოგჯერ შეიძლება დროებითი იყოს, ამიტომ კარგია იდეა, რომ ამ პრობლემების მოგვარების ნაბიჯებით იმუშაოთ თქვენს მასპინძელთან დაკავშირებამდე..

ნაბიჯი 1: განაახლეთ საიტი

დააჭირეთ ღილაკს “განახლება” თქვენს ბრაუზერის ზოლში:

ვებსაიტის განახლება

თქვენ შეიძლება სცადეთ თქვენი ვებსაიტის ჩატვირთვა, როდესაც სერვერმა დროებით ჩამოწვა ან გაიტანა.

ნაბიჯი 2: წაშალეთ ბრაუზერის ქეში

თუ განახლება არ მუშაობს, საკითხი შეიძლება იყოს შენახვასთან დაკავშირებული. თქვენი ვებსაიტის “გაუქმების” მისაღებად გადადით ბრაუზერის პარამეტრებში.

მოძებნეთ ვარიანტი, რომ გაასუფთაოთ თქვენი ძიების მონაცემები. Chrome- ში პარამეტრი ასე გამოიყურება:

Browsing მონაცემების გასუფთავება

შეამოწმეთ პარამეტრი შენახული სურათებისა და ფაილებისთვის:

Chrome Cache

შემდეგ, დააჭირეთ “მონაცემების გასუფთავებას”. მას შემდეგ რაც დასრულდა, განაახლეთ თქვენი ვებ – გვერდი და დაინახეთ, ამოიღეს შეცდომის კოდი.

ნაბიჯი 3: სიკვდილის გამოსწორების თეთრი ეკრანი

ბოლოდროინდელი მოდული ან თემის განახლება შეიძლება დამნაშავე იყოს, თუ ზემოთ მოყვანილი ორი ფიქსაცია არ მუშაობს.

გაიარეთ სიკვდილის ამოხსნის ნაბიჯების თეთრი ეკრანი.

ნაბიჯი 4: შეამოწმეთ თქვენს მასპინძელთან ან CDN პროვაიდერთან

თუ ზემოთ ჩამოთვლილთაგან არცერთი ვარიანტი არ მუშაობდა, თქვენ გსურთ გაეცნოთ მასპინძელ ან CDN პროვაიდერს.

დაუკავშირებისას, დარწმუნდით, რომ გაქვთ შეცდომის ეკრანის ანაზღაურება და დეტალები, რომლებზეც გადადგით აქამდე. მათ შეიძლება დაგჭირდეთ გამორთოთ თქვენი DNS, CDN ან firewall, რათა თავიდან აიცილონ შეცდომა.

შეცდომა # 5: ძალიან ბევრი მოთხოვნა (შეცდომის კოდი 429)

ეს შეცდომა ჩვეულებრივ ნიშნავს, რომ არსებობს დანამატი ან თემის სკრიპტი, რომელიც ძალიან ბევრ მოთხოვნას უგზავნის თქვენს სერვერზე.

ნაბიჯი 1: სიკვდილის გამოსწორების თეთრი ეკრანი

გაიარეთ სიკვდილის ამოხსნის ნაბიჯების თეთრი ეკრანი.

თუ ვერ შეძლებთ შეცდომის ამოღებას ამ პროცესთან დაკავშირებით, დაუკავშირდით თქვენს ჰოსტინგ კომპანიას. მათ უნდა შეეძლოთ გითხრათ, თუ რომელი მესამე მხარის ინტეგრაცია მუშაობს overdrive– ში.

თუ არსებობს პრობლემა პარამეტრების გადასაჭრელად, პრობლემის გადასაჭრელად, გააკეთეთ. წინააღმდეგ შემთხვევაში, თქვენ უნდა მოძებნოთ შემცვლელი ინსტრუმენტი.

შეცდომა # 6: კავშირი დასრულდა / ამოწურულია

ამ შეცდომით, თქვენ არ აპირებთ დაკარგოთ დაშვება თქვენს ვებსაიტზე ან ადმინისტრატორის ზონაში. ამის ნაცვლად რას ნიშნავს, ის არის, რომ მოქმედება, რომლის შემოღებასაც ცდილობთ WordPress- ის შიგნით – მაგალითად, ახალი თემის დაყენებით – თქვენი სერვერის ლიმიტს ამცირებს.

ნაბიჯი 1: მეხსიერების ლიმიტის გაზრდა

გადადით თქვენს ფაილ მენეჯერთან და გახსენით wp-config.php ფაილი.

ფაილის ბოლოში, მოძებნეთ სტრიქონი, რომელიც ასე გამოიყურება:

განსაზღვრეთ ('WP_MEMORY_LIMIT', '64M');

ეს არის “64M” bit, რომლის განახლებაა საჭირო. თქვენს სერვერს მეტი მეხსიერების მისაცემად თქვენი მოთხოვნის დასამუშავებლად, გაზარდეთ ლიმიტი 256M- მდე:

განსაზღვრეთ ('WP_MEMORY_LIMIT', '256M');

შეეცადეთ კვლავ შეასრულოთ თქვენი მოთხოვნა WordPress- ით. თუ ეს არ მუშაობს, სცადეთ ეს:

ნაბიჯი 2: გაზარდეთ მაქსიმალური შესრულების დრო

უბრალოდ, შეიძლება ითქვას, რომ მოთხოვნის დამუშავების დროის ხანგრძლივობამ გადააჭარბა შესრულების მაქსიმალურ დროს.

ამ ლიმიტის კარგი მიზეზი არსებობს (მაგალითად, ჰაკერების შეჩერება, რომ თქვენს სერვერზე დაბომბონ იგივე მოთხოვნები და ზევით). ამასთანავე, შეგიძლიათ დროებით შეცვალოთ თქვენი თხოვნის შესრულების საშუალება.

თქვენი ფაილის მენეჯერიდან ან FTP– დან იპოვნეთ .htaccess ფაილი. თუ ძნელია იპოვოთ .htaccess ფაილი, გადახედეთ ნაბიჯებს შიდა სერვერის შეცდომის გამოსწორებიდან.

ფაილის შიგნით, ბოლოში გადახვევა. თქვენ ნახავთ ხაზს, რომელიც ასე გამოიყურება:

# ბოლო WORDPRESS

უბრალოდ მის ზემოთ, განათავსეთ შემდეგი:

php_value max_exception_time 300

სტანდარტულად, მაქსიმალური შესრულების დრო ჩვეულებრივ 30-დან 60 წამამდეა. ეს მას 300 წამში დაარტყამს.

გაეცანით თქვენს თხოვნას კიდევ ერთხელ. თუ ის მუშაობს, გახსოვდეთ, რომ დაუბრუნდეთ თქვენს .htaccess ფაილს, ან საერთოდ ამოიღეთ ხაზი, ან გადაწერეთ ეს ასე:

php_value max_exception_time 60

თუ ეს გამოსწორება არ გამოდგება, განაახლეთ 300 – დან 600 – მდე და გაიმეორეთ. თუ ეს ჯერ კიდევ არ მუშაობს, შეიძლება შეცდომა შეეცადოს ახლახანს განახლებულ მოდულს ან თემას.

ნაბიჯი 3: სიკვდილის გამოსწორების თეთრი ეკრანი

გაიარეთ სიკვდილის ამოხსნის ნაბიჯების თეთრი ეკრანი.

თუ ჯერ კიდევ არ ხართ გაჩერებული, გაეცანით თქვენს ჰოსტინგის პროვაიდერს.

შეცდომა # 7: გვერდი ვერ მოიძებნა (შეცდომის კოდი 404)

ამ შეცდომის შეცდომა არ არის გამორიცხული ქსელის გარშემო, თუ გვერდი აღარ არსებობს თავდაპირველ URL- ზე და გადამისამართება არ არის შექმნილი. ამასთან, არის დრო, როდესაც შეიძლება დაინახოთ ეს შეცდომა, მაშინაც კი, როდესაც გვერდი არის მითითებული მისამართში.

ნაბიჯი 1: გადაამოწმეთ URL მართლწერა

იმისათვის, რომ უსაფრთხო მხარე იყოთ, ორჯერ შეამოწმეთ მისამართის ზოლში შესული URL მართლწერა. დარწმუნდით, რომ შეცდომები არ არის.

ნაბიჯი 2: დაარეგულირეთ პერმული ლინკები

თუ თქვენ ნებისმიერ დროს შეცვალეთ პერმანკულტურის სტრუქტურა, წინა პარამეტრმა შესაძლოა უკანა პლანზე ხელი შეუწყო. მისი განტვირთვისთვის გადადით პარამეტრებში> Permalinks.

პარამეტრების პერმანენტული მენიუ

შეცვალეთ თქვენი permalinks სტრუქტურა ნაგულისხმევი პარამეტრით “Plain”:

ნაგულისხმევი Permalink პარამეტრები

შეინახეთ ცვლილებები.

დაუბრუნდით პალიმზიკის სტრუქტურას, რომლის გამოყენებაც გსურთ. კიდევ ერთხელ დაზოგე.

შეამოწმეთ გვერდი, რომ 404 შეცდომა ჯერ კიდევ არსებობს. თუ ეს ასეა, შემდეგ ეტაპზე გადადით.

ნაბიჯი 3: შეცვალეთ .htaccess ფაილი

გაუშვით დაზიანებული .htaccess ფაილის დაფიქსირება.

ეს უნდა გაექცეს შეცდომას.

შეცდომა # 8: სინტაქსის შეცდომა

თქვენ აპირებთ ამ შეცდომის ნახვას დაუყოვნებლივ, თქვენი ვებ-გვერდის ფონზე ფაილის რედაქტირების შემდეგ.

როდესაც ხედავთ “სინტაქსის შეცდომას”, ეს ნიშნავს, რომ არ არის დარღვეული კოდირების სწორი პრაქტიკა.

მაგალითად, ეს სინტაქსური შეცდომაა, რადგან აკლია საბოლოო ნახევარწამა (;):

განსაზღვრეთ ('WP_MEMORY_LIMIT', '64M')

ეს ასევე სინტაქსური შეცდომაა, რადგან სწორი ციტატები იწერება როგორც curly ციტატებს:

განსაზღვრეთ ("WP_MEMORY_LIMIT", "64M");

შეიძლება ასევე წააწყდეთ „მოულოდნელ შეცდომას“. ეს ნიშნავს, რომ არასწორი ფორმატიზებულია ან არასწორად ფორმატირებული ფორმა.

ნაბიჯი 1: დააფიქსირეთ კოდი

ამ ტიპის შეცდომები უფრო ნათელია ვიდრე ამ სიაში არსებული შეცდომების უმეტესობა. როდესაც ნახავთ ერთს, ის უნდა გითხრათ არა მხოლოდ რომელი ფაილი შეიცავს შეცდომას, არამედ რომელ ხაზზეც მოხდა შეცდომა. ეს შესაძლებელს ხდის დაკარგული ან არასწორი სიმბოლოების კოდის შემოწმებას.

მას შემდეგ რაც იპოვნეთ საკითხი, შეაკეთეთ იგი და შეინახეთ ცვლილებები. გადახედეთ თქვენს საიტს, რომ დაადასტუროთ შეცდომა.

შეცდომა # 9: დაგეგმილი ტექნიკური მომსახურებისთვის მიუწვდომელი

არსებობს ერთი მიზეზი, რის გამოც თქვენ ხედავთ ამ მესიჯს: WordPress- მა განაახლა თქვენი ვებ – გვერდი შენარჩუნების რეჟიმში, როდესაც განახლება ხდება. Ეს შეიძლება იყოს:

  • განაახლეთ განახლება, რომლის მეშვეობითაც უბრალოდ შემოიხვიეთ.
  • WordPress- ის მიერ ახლახან შესრულებული ავტომატური განახლება.
  • უფრო ადრე განახლება, რომელიც თქვენს ვებგვერდს შეერყა შენარჩუნების რეჟიმში.

ნაბიჯი 1: მიეცით წუთს

სანამ რამეს გააკეთებ, უბრალოდ მიეცი ერთი წუთი. მაშინაც კი, თუ ხელით არ დააჭირეთ განახლებას, WordPress შესაძლოა იმ ფონზე მუშაობდეს.

თუ წუთი არ გადის და დაგეგმილი შეტყობინების გაგზავნა არ გამქრალა, გადადგეთ შემდეგი ნაბიჯი.

ნაბიჯი 2: გამორთეთ შენარჩუნების რეჟიმი

შედით თქვენს პანელთან და ფაილ მენეჯერთან. გადადით თქვენი ვებ – გვერდის ძირში და მოძებნეთ ფაილი სახელწოდებით .main maintenance.

შენარჩუნების რეჟიმის გამორთვისთვის, უბრალოდ დააჭირეთ ფაილს და წაშალეთ იგი. ეს თქვენს ვებსაიტს დააბრუნებს.

შეცდომა # 10: ავტომატური განახლება ვერ განხორციელდა

სტანდარტულად, WordPress- მ კონფიგურაცია მოახდინა მცირე განახლებების ავტომატურად გაშვებისთვის (ძირითადად, ზოგადი მოვლა და უსაფრთხოება). შეიძლება ასევე გქონდეთ თქვენი საკუთარი ავტომატიზირებული განახლება, რომელიც დაგეგმილია.

მიუხედავად იმისა, თუ საიდან წარმოიშვნენ ისინი, შეიძლება იყოს დრო, როდესაც განახლება ვერ ხერხდება. ეს შეიძლება უბრალოდ ცუდი დრო იყოს (მაგალითად, თუ სერვერმა ზუსტად იმ მომენტში დაიწია) ან სისტემაში შეჩერებულია.

ნაბიჯი 1: ხელით განახლება

ამაზე ფიქრი მარტივია.

თქვენ ნახავთ WordPress– ში უამრავ ინდიკატორს, რომლებიც აცნობებთ, სად ელოდება თქვენი განახლებები:

WordPress განახლებები

მიყევით მათ და გამოსცემთ განახლებას ხელით.

შეცდომა # 11: ძალიან ბევრი გადამისამართება

ჩვეულებრივ, გადამისამართება მიზანმიმართულია. თქვენ განაახლებთ თქვენი დომენი ან გადააქვთ ვებ – გვერდი HTTP– დან HTTPS– მდე. ამ შემთხვევებში, თქვენ იყენებთ 301 გადამისამართებას, რომ უზრუნველყოთ ტრაფიკი სწორი დანიშნულების ადგილამდე მიდის, თუ თქვენს ვიზიტორებს ძველი URL აკრიფებთ.

ამასთან, თუ ხედავთ შეცდომას, რომელშიც ნათქვამია, რომ ძალიან ბევრი გადამისამართება ხდება, ეს ჩვეულებრივ ნიშნავს, რომ თქვენი სია იმყოფება გადამისამართებულ მარყუჟში, სადაც არსად არის მიწა.

ეს ხდება მაშინ, როდესაც თქვენი საიტი და WordPress მისამართები განსხვავებულია.

ნაბიჯი 1: განაახლეთ WordPress პარამეტრები

ამ შეუსაბამობის შესამოწმებლად პირველი ადგილი თქვენი WordPress პარამეტრებია. გადადით პარამეტრები> ზოგადი:

პარამეტრების ზოგადი მენიუ

WordPress და საიტის მისამართები უნდა შეესაბამებოდეს:

ზოგადი პარამეტრების მისამართები

თუ ისინი არ გამოდგება, შეასწორეთ არასწორად ფორმატის URL და შეინახეთ თქვენი ცვლილებები.

თუ ეს არ არის შეცდომის გამოსწორება, შეამოწმეთ თქვენი საიტის მონაცემები სერვერის დონეზე.

ნაბიჯი 2: განაახლეთ wp-config.php ფაილი

Wp-config.php ფაილი შეიცავს უამრავ მონაცემს იმის შესახებ, თუ როგორ ხდება თქვენი ვებ – გვერდის კონფიგურაცია, მისი დომენის ჩათვლით.

შედით თქვენს ფაილ მენეჯერთან ან FTP– ში და გახსენით wp-config.php ფაილი. მოძებნეთ კოდი კოდი, რომელიც ასე გამოიყურება:

განსაზღვრეთ ('WP_HOME', 'http: //faux-agency.local');

განსაზღვრეთ ('WP_SITEURL', 'http: //faux-agency.local');

შეცვალეთ ზემოთ მოყვანილი ტესტის საიტის URL თქვენი საკუთარი WordPress და საიტის მისამართებით. ისევ და ისევ, ეს ორი მნიშვნელობა უნდა იყოს იდენტური.

ისინი ასევე უნდა შეესაბამებოდეს იმას, თუ როგორ ხდება მათი კონფიგურაცია სერვერის დონეზე. ასე რომ, თუ დომენი რეგისტრირებულია როგორც https: //www.faux-age аген.local, შემდეგ აქ საჭიროა HTTPS და WWW მნიშვნელობები.

შეინახეთ ცვლილებები და დაუბრუნდით თქვენს ვებსაიტს. შეცდომა უნდა გაქრეს.

შეცდომა # 12: შერეული შინაარსი

კიდევ ერთი შეცდომა, რომელიც გამომდინარეობს თქვენი ვებ – მისამართის ფორმატისგან, არის შერეული შინაარსის შეცდომა. რას ნიშნავს ეს არის:

  • თქვენს ვებსაიტს აქვს SSL სერთიფიკატი დაყენებული და ის ახლა გადის HTTPS.
  • თქვენს საიტზე არის რამდენიმე ელემენტი (სურათის ფაილების მსგავსად), გვერდები ან ბმულები, რომლებიც განაგრძობენ HTTP- ს გამოყენებას.

ვებსაიტები უნდა იყოს ყველა HTTPS ან HTTP. ამ შეცდომის მოსაშორებლად, თქვენ უნდა დაუცველი შინაარსი გადაიტანოთ დაცულ ვებგვერდზე.

იმის ნაცვლად, რომ გადადგას ნაბიჯები ამ საკითხის გამოსასწორებლად, აირჩიე ვარიანტი, რომელიც საუკეთესოდ მოგეპოვება:

ვარიანტი 1: გამოიყენეთ ინსპექტირების ხელსაწყო

გახსენით ვებ – გვერდი და დააჭირეთ ღილაკს ეკრანზე ნებისმიერ ადგილას. აირჩიეთ “ინსპექცია” პარამეტრებიდან:

შეამოწმეთ ვებსაიტები

მოძებნეთ Console panel. თუ რაიმე შერეული შინაარსის შეცდომა არსებობს ამ გვერდზე, აქ ნახავთ მას:

დაათვალიერეთ კონსოლი

ის ზუსტად გეტყვით გვერდის რომელ ნაწილში შეიცავს HTTP შინაარსს. ამის შემდეგ შეგიძლიათ გამოსწორება არასწორ ბმულზე შეკეთებით ან ფაილის ხელახლა ატვირთვით.

ვარიანტი 2: გამოიყენეთ SSL დაუცველი შინაარსის ფიქსის მოდული

დააინსტალირეთ SSL დაუცველი შინაარსის ფიქსის მოდული დაგეხმაროთ.

SSL დაუცველი შინაარსის ფიქსაცია

დაიწყეთ “მარტივი” პარამეტრით და იხილეთ თუ არა ეს გამოსწორება საკითხი. თუ ეს ასე არ არის, გააკეთეთ გზა შემდეგ პარამეტრებში, სანამ არ იპოვნეთ ის, რაც აფიქსირებს შერეული შინაარსის პრობლემას.

ვარიანტი 3: დაუკავშირდით თქვენს ვებ – ჰოსტინგის დახმარებას დახმარებისთვის

დაუკავშირდით თქვენს ვებ – ჰოსტინგის კომპანიას, თუ ხართ იმ ზარალისთვის, სადაც შერეული შინაარსის შეცდომაა.

შეცდომა # 13: დისკისთვის ჩაწერა ვერ მოხერხდა

როდესაც თქვენს საიტზე არსებული სურათების პრობლემა გაქვთ, ეს სავარაუდოდ შეცდომაა, რომლის ნახვასაც აპირებთ.

ეს გამოჩნდება, როდესაც ფაილი ვერ აიტვირთება. ის ასევე გამოჩნდება, როდესაც თქვენი მედია ფაილები გამოიყურება ისე, რომ გაქრეს თქვენი მედია საქაღალდედან, ასევე თქვენს ვებ – გვერდზე. მათთვის იქნება ცარიელი ადგილსამყოფელი, მაგრამ შინაარსი არ გამოჩნდება.

ამას არ აქვს მნიშვნელობა ფაილის მიუღებელი ტიპების ატვირთვის მცდელობასთან. ეს შეცდომა დაკავშირებულია ფაილის ნებართვებთან, რომელიც სწორად კონფიგურაციაში არ არის შექმნილი. თქვენი ვებ მასპინძლისგან ან მოდულის განახლებამ შეიძლება მათი შეცდომა გამოიწვიოს.

ნაბიჯი 1: განაახლოთ ნებართვები wp შინაარსის საქაღალდეში

გადადით თქვენს FTP- ზე და მიუთითეთ wp-შინაარსის საქაღალდე. გახსენით იგი და მოძებნეთ ატვირთვის საქაღალდე. დააჭირეთ მასზე მარჯვენა ღილაკს. შეარჩიეთ “ნებართვების შეცვლა” (ის შეიძლება ასევე ეწოდოს “ფაილის ნებართვებს” ან უბრალოდ “ნებართვებს”).

ატვირთვები შეცვლის ნებართვებს

თუ ვერ ხედავთ ეკრანს, რომელიც ასე გამოიყურება, თქვენ უნდა მიმართოთ თქვენს ვებ – მასპინძელს, განაახლოს თქვენი ფაილის ნებართვების წვდომა, ან დაგეხმაროთ.

თუ გსურთ მსგავსი ეკრანი, განაახლეთ “ნებართვების მნიშვნელობა” 744-ზე. შეამოწმეთ ქვემოთ მოცემული “რეკურსიული” ყუთი და გამოიყენეთ იგი მხოლოდ დირექტორიებში. შეინახეთ ცვლილებები.

კიდევ ერთხელ დააჭირეთ ატვირთვის საქაღალდეს მარჯვენა ღილაკით. ამჯერად, დააყენეთ “ნებართვების მნიშვნელობა” 644-ზე. შეამოწმეთ “რეკურსიული”, მაგრამ გამოიყენეთ იგი მხოლოდ ფაილებზე. შეინახეთ ცვლილებები.

დაბრუნდით თქვენს ვებგვერდზე და უნდა ნახოთ, რომ თქვენი მედია ფაილები ხელუხლებელია (ან რომ თქვენ შეძლებთ მედია ფაილების ატვირთვას უშეცდომოდ).

შეცდომა # 14: ცვლილებები არ არის ნაჩვენები

ეს არ არის შეცდომა, რომელსაც მოჰყვება მესიჯი ან თეთრი ეკრანი. ეს არის შეცდომა, რომელსაც თქვენ იხილავთ თქვენი საკუთარი ორი თვალით განახლების გაკეთების შემდეგ, მხოლოდ იმის გასაგებად, რომ ის არ გამოჩნდება პირდაპირ საიტზე..

ეს არის საკეისრო საკითხი.

ნაბიჯი 1: გაასუფთავეთ გვერდის ქეში

თუ იყენებთ WordPress- ის ქეიზინგის მოდულს, პირველი რაც უნდა გააკეთოთ, ქეში გაასუფთავეთ.

WordPress დანამატების უმეტესობა განათავსებს “Purge Cache” ან “Clear Cache” ღილაკს ადმინისტრაციული მენიუს ზოლში WordPress- ის ზედა ნაწილში:

Purge Cache

ეს გაასუფთავებს გვერდის ქეშს ყველა მომხმარებლისთვის და დამთვალიერებლისთვის. დაუბრუნდით თქვენს ვებ – გვერდს და იხილეთ თუ არა ეს დახმარება. თუ ეს არ მოხდა, სცადეთ შემდეგი ნაბიჯი:

ნაბიჯი 2: წაშალეთ ბრაუზერის ქეში

ზოგიერთ შემთხვევაში, ეს თქვენი ბრაუზერის პრობლემაა. ბრაუზერის ქეში გასასუფთავებლად, იპოვნეთ თქვენი ბრაუზერის პარამეტრები:

ბრაუზერის პარამეტრები

იქიდან იპოვნეთ პარამეტრი, რომელიც საშუალებას გაძლევთ გაასუფთაოთ თქვენი ძიების მონაცემები ან ქეში:

Browsing მონაცემების გასუფთავება

შემდეგ, გაასუფთავეთ თქვენი ბრაუზერის ქეში:

Chrome Cache

როდესაც თქვენი ბრაუზერი შესრულებულია, თქვენ დაბრუნდებით პარამეტრების გვერდზე. ახლა შეგიძლიათ ეწვიოთ თქვენს ვებ – გვერდს, რომ დაადასტუროს პრობლემა.

შეცდომა # 15: შესვლა ვერ მოხერხდა

არსებობს ორი მიზეზი, რის გამოც თქვენ ვერ შეძლებთ შეხვიდეთ WordPress ადმინისტრატორი. თითოეულს აქვს ცალკეული ფიქსაცია.

ვარიანტი 1: პაროლის აღდგენა

თუ საკითხი ის არის, რომ დაგავიწყდათ პაროლი, დააჭირეთ ღილაკს “დაგავიწყდათ დაგავიწყდათ?” ბმული შესასვლელი ფორმის ქვემოთ:

Დაგავიწყდა პაროლი

შეიყვანეთ თქვენი ელ.ფოსტის მისამართი ან მომხმარებლის სახელი აღდგენის ფორმაში:

თქვენი პაროლის აღდგენა

თქვენ მიიღებთ ელ.ფოსტს ახალი პაროლის შესაქმნელად და თქვენს ანგარიშზე წვდომის აღსადგენად.

ვარიანტი 2: განახლება შესვლის სერტიფიკატების შესახებ phpMyAdmin

თუ საკითხი ის არის, რომ თქვენ არ დაკარგეთ ან დაგავიწყდათ თქვენი ავტორიზაციის სერთიფიკატი, მაგრამ მაინც ვერ შესვლა ხართ, თქვენ უნდა გამოიყენოთ phpMyAdmin, რომ ხელით აღადგინოთ.

გადადით თქვენს პანელში და მოძებნეთ phpMyAdmin.

cPanel მონაცემთა ბაზის ინსტრუმენტები

ეს არის თქვენი phpMyAdmin კონსოლი:

phpMyAdmin კონსოლი

გააფართოვეთ თქვენი მონაცემთა ბაზა მარცხენა პანელზე. დააკვირდით wp_users ცხრილს. დააჭირეთ მასზე ან აირჩიეთ “დათვალიერება” ვარიანტი, რომ გახსნათ WordPress მომხმარებელთა სია.

phpMyAdmin მომხმარებლის მონაცემები

შესასვლელი პირადობის სერთიფიკატების შესაქმნელად (ან ვინმესთვის, ვინც ვერ შედის სისტემაში შესვლა), დააჭირეთ ღილაკს “რედაქტირება” მარცხნივ მათი შესვლის დეტალები.

phpMyAdmin რედაქტირების რედაქტირება

შეცვალეთ პაროლი – დარწმუნდით, რომ ეს არის დიდი ასოების, მცირე ასოების, ციფრების და სიმბოლოების ძლიერი ნაზავი. შემდეგ, შეინახეთ ცვლილებები.

შეგიძლიათ დაბრუნდეთ WordPress შესვლის ეკრანზე და ისევ სცადოთ. თუ ეს საკითხი შენარჩუნებულია, დახმარებისთვის მიმართეთ ვებ – ჰოსტინგის კომპანიას.

Გახვევა

ცხადია, იმედი გაქვთ, რომ WordPress- თან მუშაობისას ვერასდროს წააწყდებით ამ შეცდომებს. მაგრამ შეცდომები და შეცდომები შეიძლება სხვადასხვა ადგილიდან მოვიდეს – თქვენს ვებ სერვერზე, თქვენს მიერ დამონტაჟებულ დანამატებზე ან თემებზე, WordPress- ის ბირთვზე და ზოგჯერ თქვენგანაც კი.

მაშინაც კი, თუ თქვენი ვებ – გვერდი არ წასულია ხაზგარეშე, ამ შეცდომის შეტყობინებები, ცარიელი ეკრანები და დაკარგული შინაარსი თქვენს ვიზიტორებს არ აყენებს. ასე რომ, დარწმუნდით, რომ იცით, თუ როგორ უნდა მოაგვაროთ ამ WordPress- ის გამოსწორება მეორე მათ მიერ აღმოჩენილი.

ერთი ბოლო რამ: არ უნდა დაგვავიწყდეს, რომ სარეზერვო სისტემის ავტომატური სისტემა გქონდეთ ფონზე. იმ შანსი იმისა, რომ ერთ-ერთი ასეთი შეცდომა ვერ მოგვარდება (მაგალითად უსაფრთხოების დარღვევის შემთხვევაში), სარეზერვო საშუალებით ნამდვილად შეგიძლიათ შეინახოთ თქვენი დამალვა.

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