გადადით თქვენი საიტის ადმინისტრაციულ პანელზე "პარამეტრები - ზოგადი" გვერდზე. „WordPress-ის მისამართი“ და „საიტის მისამართი“ ველებში შეიყვანეთ ახალი დომენის URL და დაადასტურეთ ცვლილებები ღილაკზე „ცვლილების შენახვა“ დაწკაპუნებით. ამის შემდეგ, WordPress გადაგამისამართებთ ადმინისტრატორის ინტერფეისის შესვლის გვერდზე, მაგრამ ახალ დომენზე.
Მონაცემთა ბაზა
საიტის მონაცემთა ბაზაში, wp_options ცხრილში, თქვენ უნდა შეცვალოთ საიტის დომენი ახლით, ველების მნიშვნელობებში, სახელწოდებით siteurl და home. ამ ოფციებს აქვთ განსხვავებული ID სხვადასხვა CMS ვერსიებსა და ინსტალაციაში. ეს შეიძლება იყოს id 1, 2, 33, 37 და ნებისმიერი სხვა. ნებისმიერი მონაცემთა ბაზა შეიძლება შეიცვალოს მოსახერხებელი გზა: გააკეთეთ მოთხოვნა SQL მონაცემთა ბაზაში მონაცემთა ბაზის ნებისმიერი მენეჯერის საშუალებით, გახსენით მონაცემთა ბაზის შენახული sql-dump ტექსტის რედაქტორიგამოიყენეთ მონაცემთა ბაზის მენეჯერები, როგორიცაა phpMyAdmin, MySQL Workbench, HeidiSQL და ა.შ.
თუ გჭირდებათ SQL მოთხოვნა, მაშინ ის უნდა იყოს, მაგალითად, ასეთი:
განაახლეთ wp_options SET option_value = "http://new-domain.domain-zone" WHERE option_name = "home" OR option_name = "siteurl"; !}
შესრულებული მოქმედებების შემდეგ, საიტი ჩართულია CMS WordPressკარგად იმუშავებს ახალ დომენზე.
არც ისე დიდი ხნის წინ, შემექმნა პრობლემა, რომ საიტის სხვა ჰოსტინგზე გადატანის შემდეგ MODX Revolution-ის ადმინისტრაციულმა პანელმა შეწყვიტა მუშაობა. საიტი სრულად მუშაობს, მაგრამ ცენტრში რომ მივდივარ, ვხედავ შემდეგ სურათს.
ნებისმიერ ბმულზე დაწკაპუნებისას არაფერი ხდება. მოკლედ ასეთი უცნაური უფუნქციო სურათი გამოვიდა. სხვათა შორის, ეს შეიძლება გამოვიდეს არა მხოლოდ იმ შემთხვევაში, თუ თქვენ გადაიტანეთ საიტი, არამედ განახლების დროს ან უბრალოდ ძრავის საწყისი ინსტალაციის დროს. შეიძლება ასევე იყოს, რომ ადმინისტრატორის პანელი ცარიელია, ან უბრალოდ არ იხსნება და არ შეგიშვებთ. მაგრამ ყველაფერი არც ისე საშინელია, არსებობს გამოსავალი, რომელიც დაგეხმარებათ პრობლემის მოგვარებაში სულ რაღაც 5 წუთში.
ჯერ გადადით ჰოსტინგზე, რომელზეც საიტი მდებარეობს და გადადით config.cache.php საქაღალდეში
ამ საქაღალდის გზაა: /core/cache/system_settings/config.cache.php
მას შემდეგ რაც ჩვენ ვიპოვეთ საქაღალდე, გახსენით იგი ტექსტურ რედაქტორში და იპოვეთ ჩვენთვის ორი მნიშვნელოვანი ხაზი.
ჩვენ გვჭირდება ორი ხაზი:
'compress_css' => '1',
'compress_js' => '1',
ნაგულისხმევად, ისინი იქნება "1"-ის საპირისპირო, ჩვენ უნდა შევცვალოთ "1" "0"-ზე ისე, რომ იყოს, როგორც ჩემს ეკრანის სურათში.
ამ ცვლილებების განხორციელების შემდეგ შეინახეთ. ყველაფერი იმუშავებს, მაგრამ არა დიდი ხნით, 10 წუთის შემდეგ ისევ შეწყვეტს მუშაობას და config.cache.php ფაილში შესწორებული ნულები ავტომატურად შეიცვლება ერთზე და ყველაფერი ისევ უმოქმედო გახდება. ამის თავიდან ასაცილებლად, თქვენ უნდა გააკეთოთ კიდევ ერთი მცირე ცვლილება, მაგრამ არა ჰოსტინგზე, არამედ თავად ადმინისტრაციულ პანელში.
თავად ადმინისტრაციულ პანელში გადაიტანეთ მაუსი სისტემაზე და გადადით "სისტემის პარამეტრებში". შემდეგი, ჩვენ ვეძებთ ორ იგივე ხაზს.
მათ საპირისპიროდ, სიტყვები "დიახ" დადგება, მაგრამ ჩვენ უნდა შევცვალოთ "დიახ" "არა" ამ ორ სტრიქონში.
მას შემდეგ რაც გააკეთებ ამას ბოლო ცვლილება, მაშინ პრობლემები ცარიელი, არ მუშაობს და არ იხსნება ადმინისტრაციული პანელი გაქრება და არ დაბრუნდება. მხოლოდ სხვა ჰოსტინგზე გადატანის შემდეგ, ან განახლების შემდეგ, ყველა ეს პრობლემა შეიძლება დაბრუნდეს. მაგრამ თქვენ მზად იქნებით მათთვის და შეძლებთ მათ სწრაფად აღმოფხვრას.
გამარჯობა, დღეს კიდევ ერთის დროა, მაგრამ დიდი ხნის ნანატრი გაკვეთილი. შემთხვევით ის რიგით 33-ე იყო და ნომერი 3 ჩემი საყვარელი ნომერია.
იმედია თქვენც მოგეწონებათ "ტროიკა" ყოველ შემთხვევაში, რადგან მე-3 გაკვეთილის დასრულების შემდეგ თქვენი ბლოგი იქნება ინტერნეტში, რეალურ სერვერზე, რომელსაც ამდენი ხანი ელოდით... ბოლოს და ბოლოს, შეძლებთ გაავრცელეთ თქვენი ბლოგის მისამართი ყველა თქვენს მეგობარსა და ნაცნობს, დაიწყებთ საკუთარი ბლოგის გაუმჯობესებას, შეეცდებით გახადოთ ის თქვენი შესანიშნავი „ტვინის შვილი“, რომლის ჩვენებაც არ შეგრცხვებათ სხვებისთვის.
ასე რომ, დავიწყოთ. დღევანდელი გაკვეთილი იქნება ბლოგის გადატანის შესახებ რეალური სერვერიდა მისი პარამეტრები გადაცემის შემდეგ.
ბლოგის მიგრაცია WordPress-ზე
- ყველა ფაილი საქაღალდეში (შეიძლება გქონდეთ სხვა სახელი) დააკოპირეთ ცალკე საქაღალდე, სადაც შეინახავთ ბლოგის ყველა ფაილს (ამაზე წინაში ვისაუბრე).
მაგალითად, ადგილობრივ დისკზე D, მე ვქმნი სახელის მსგავს საქაღალდეს. მასში ვქმნი საქაღალდეს ვებდა დააკოპირეთ ყველა ფაილი იქ d:\Server\home\localhost\www\web\. ამას ვაკეთებ, რომ ბლოგზე ნორმალურად გავაგრძელოთ მუშაობა. ლოკალური კომპიუტერიექსპერიმენტებისთვის და ა.შ. (რადგან ჩვენ შევცვლით კონფიგურაციის ფაილების პარამეტრებს გადასატანად) ახლა ყველა ბლოგის ფაილი, რომელიც მე მაქვს, აქ არის:
სამომავლოდ მხოლოდ ამ საქაღალდეზე ვიმუშავებთ., თან არა d:\Server\home\localhost\www\web\ - ფაილის გახსნა wp-config.phpთემის ფაილში. ჩვენ დაგვჭირდება მონაცემთა ბაზის სახელის შეცვლა. ეს მონაცემები შეგიძლიათ იხილოთ Cpanel-ში (სადაც შევქმენით მონაცემთა ბაზა, მომხმარებლის სახელი, შევედით phpmyadmin-ში და ა.შ. ბოლო გაკვეთილზე) ჰოსტის (როგორ მივიდეთ იქ).
- დააკოპირეთ მონაცემთა ბაზის სახელი:
- ყურადღება მიაქციეთ ფაილში ხაზგასმულ "რამებს". wp-config.php
- ჩვენ უნდა შევცვალოთ ისინი იმით, რაც ჩვენ შევქმენით და მივუთითეთ წინა გაკვეთილზე მონაცემთა ბაზის შექმნის პროცესში:
- ჩვენ ვზოგავთ wp-config.phpდა იმავე ადგილას იპოვეთ ფაილი გახსენით იგი და წაშალეთ ყველაფერი, რაც იქ არის, ანუ ფაილი ცარიელი შეინახეთ.
- შემდეგი, თქვენ უნდა დაასრულოთ robots.txt შექმნის პროცესი
ფაილი robots.txtსაჭიროა სწორი ინდექსირებისთვის საძიებო სისტემები(Yandex, Google და ა.შ.). თუ რამე არ გესმით - არ აქვს მნიშვნელობა, უბრალოდ მიჰყევით იმას, რაც ქვემოთ დავწერე. ამ ფაილის შესახებ მეტს მოგიყვებით შემდეგ გაკვეთილებში. ასე რომ, აუცილებლად გამოიწერეთ RSS, რათა არ გამოტოვოთ ახალი გაკვეთილები Newbie ბლოგიდან ()
შექმენით ROBOTS.txt
ჩამოტვირთეთ თქვენს კომპიუტერში. ამოალაგე, ფაილი უნდა იყოს robots.txt
ფაილების გადატანა
- ახლა გახსენით FileZilla ან სხვა ftp კლიენტი (წაიკითხეთ FileZilla-ს დაყენების შესახებ და როგორ მუშაობს). მარცხნივ გადადით ფანჯარაში თქვენი ბლოგით, ხოლო მარჯვნივ გადადით FTP სერვერზე და გახსენით public_html საქაღალდე (მაგალითად):
- მარცხენა აირჩიეთ ყველა ფაილიდა დააჭირეთ სერვერზე ატვირთვა:
- დაიწყება ფაილების კოპირების პროცესი.თუ გკითხავთ: „ფაილის გადაწერა?“, დაადასტურეთ. თქვენ ასევე შეგიძლიათ მიიღოთ შეტყობინება, რომ ვერ ხერხდება სერვერთან დაკავშირება, უბრალოდ დაელოდეთ ცოტას, ფაილების კოპირება თავისთავად აღდგება.
- ფაილების კოპირების პროცესს 30 წუთი დამჭირდა. მაგრამ ზოგიერთი ფაილი(80 ცალი) მაქვს არ არის გადაცემული, ეს ჩანს ქვედა მარცხენა კუთხეში (თუ თქვენ გადაიტანეთ ყველა ფაილი, გამოტოვეთ შემდეგი 2 ნაბიჯი):
- მათი გადმოსაწერად დააწკაპუნეთ " წარუმატებელი ტრანსფერები" (მონიშნულია ლურჯი მარკერით), აირჩიეთ ყველა ფაილი (შეგიძლიათ CTRL + A), დააწკაპუნეთ მაუსის მარჯვენა ღილაკზე და აირჩიეთ "სიის გასუფთავება და ფაილების ხელახლა დამატება რიგში":
- ახლა თქვენ გადახვალთ ჩანართზე " ფაილები სამუშაოში", კვლავ აირჩიეთ ყველა ფაილი, დააწკაპუნეთ მარჯვენა ღილაკით და აირჩიეთ " შეასრულეთ დავალება":
შედეგად, ყველა ფაილი ჩამოიტვირთება, თუ ჯერ კიდევ არ არის ჩამოტვირთული, გაიმეორეთ ნაბიჯები 4-6. ჩამოტვირთვით, ეს ყველაფერია.
მიგრაციის შემდგომი ბლოგის დაყენება
- ჩვენ მივდივართ ადმინისტრაციულ პანელზე, მაგრამ უკვე რეალურ სერვერზე, მისამართზე your_site.ru/wp-admin.
- თუ მსგავს რამეს მიიღებთ (ქვემოთ სურათზე), უბრალოდ დააწკაპუნეთ ბმულზე, უბრალოდ XSS შეტევების დანამატი მუშაობდა, არა უშავს:
- შეიყვანეთ ადმინისტრატორი, თქვენი პაროლი (იგივე იყო ლოკალურ კომპიუტერზე) და მონიშნეთ ყუთი „დამიმახსოვრე“:
- თქვენ იმყოფებით "მშობლიურ" ადმინისტრაციულ პანელში (რომელთანაც ხშირად ვმუშაობდით ლოკალური სერვერი), გილოცავთ შესანიშნავ კურსს!ახლა მოდით წავიდეთ პარამეტრები -> მუდმივი ბმულები (CNC):
- ჩვენ ჩავდივართ ქვემოთ და ვაკოპირებთ ყველა ინფორმაციას .htaccess ფანჯარაში:
- ჩვენ ჩავსვით მას ჩვენს .htaccess ფაილში, რომელიც მდებარეობს ჩემს ლოკალური დისკი D/***Bar/web/.htaccess,ჩასვით ის, რაც დააკოპირეთ მე-5 საფეხურზე, შეინახეთ ფაილი. ჩემთვის ასე გამოიყურება:
- ახლა ჩვენ გვჭირდება განახლება მოცემული ფაილისერვერზე: ამისათვის გამოყოფა .htaccessდაჭერა დააწკაპუნეთ მარჯვენა ღილაკითდა აირჩიეთ ელემენტი სერვერზე ატვირთვა:
- დააწკაპუნეთ ᲙᲐᲠᲒᲘ:
- ახლა ფაილი განახლებულია სერვერზე.
- ასევე, ახლა დავარქვით ბლოგის სათაური და მოკლე აღწერა. ამისთვის მივედი ბლოგის ადმინი-> ჩართულია პარამეტრები -> ზოგადი:
ახლა გადადით wp-content საქაღალდეში და მიეცით ატვირთვების საქაღალდის ნებართვები 777 (აჩვენეთ როგორ გავაკეთოთ ეს (უბრალოდ წაიკითხეთ როგორ დააყენოთ ნებართვები 777 და ეს არის ის)).
ამაზე დასრულებულია ბლოგის გადატანა რეალურ სერვერზე.ჩვენც გავაკეთეთ მცირე კორექტირება გადაცემის შემდეგ, შედეგი არის ჩვენი ბლოგი ინტერნეტშირომ შევიდეს საკმარისად აკრიფეთ your_blog.ruბრაუზერში და ყველა.
მართალი გითხრათ, გაკვეთილი საკმაოდ დიდი ხნის განმავლობაში იწერებოდა, რადგან უამრავი ნახატია და ვცდილობდი, როგორც ყოველთვის, ეს გაკვეთილი დეტალურად გამეკეთებინა.
ახლა დავიწყე ფიქრი შეუძლია სცადოზოგჯერ აკეთებენ ვიდეო გაკვეთილები(განსაკუთრებით მაშინ, როცა შესასწავლი მასალა მოცულობითია)? მე ვფიქრობ, რომ ისინი ბევრად გაგიადვილებენ ცხოვრებას ჩემთვის და შენთვის. ზოგადად, ახლაც ვფიქრობ ამ თემაზე.
1-ლი მიზანი მიღწეულია. ჩვენშექმნა ბლოგი. ის ხელმისაწვდომია ყველას.
ახლა, დაწინაურებამდე და მოგებამდე, იქნება გაკვეთილები დიზაინის დასრულებაზე, შაბლონების თარგმნაზე, ბლოგზე ახალი ფუნქციების დამატებაზე და უბრალოდ ბევრი საინტერესო რამის შესახებ! სიამოვნებით დაგელოდები ძვირფასო მკითხველო, on , და მე ხტუნვა სიხარულისგან.
მალე შევხვდებით ახალ გაკვეთილებს!
პ.ს.მალე გეტყვით ჩემი ბლოგის მისამართს, რომელიც ერთად გავაკეთეთ. სანამ გადავწყვეტ, ველოდები ერთი-ორი კვირა.
_______________________________________________________
შემდეგი გაკვეთილი: გაკვეთილი 34 რაც შეიძლება უმტკივნეულოდ.
დღეს კურიოზულ შეცდომას წავაწყდი - საიტის (ჯუმლას) გადაცემის შემდეგ ავტორიზაცია შეწყდა (საიტის "ადმინისტრაციულ პანელში" შესვლა შეუძლებელია).
ამავდროულად, შეცდომის შეტყობინებები არ არის მოცემული - შესვლა-პაროლის შესვლის გვერდი უბრალოდ განახლებულია და ეს არის.
მიზეზი ნომერი 1
ამ შეცდომის ყველაზე გავრცელებული მიზეზი არის სერვერის (ანგარიშის) დისკი სავსე. შედეგად, საიტზე შესვლის მცდელობისას, სკრიპტი ვერ ახერხებს სესიის ფაილის შექმნას (რადგან დისკი სავსეა) და შედეგად, საიტზე ავტორიზაცია არ ხდება.
შეცდომის გამოსწორება მარტივია - გაასუფთავეთ დისკის ადგილი ისე, რომ მინიმუმ ათეული მეგაბაიტი დარჩეს, გაასუფთავეთ დროებითი საქაღალდე (tmp).
ყურადღება მიაქციეთ მნიშვნელოვან ასპექტს - დისკზე შეიძლება ამოიწუროს არა მხოლოდ სივრცე, არამედ შექმნილი ფაილების მაქსიმალური რაოდენობა (inode)! ანუ ადგილი მაინც შეიძლება დარჩეს, მაგრამ ფაილები ვეღარ იქმნება!
მიზეზი ნომერი 2
შემოწმებამ აჩვენა, რომ სწორედ ამ შემთხვევაში იყო მიზეზი ცვლადების არასწორი მნიშვნელობები configuration.php ფაილში (რომელიც მდებარეობს საიტის საქაღალდეში)
საჯარო $cookie_domain = "example.org"; public $cookie_path = "/www"; // როგორც ჩანს, ის არის დამნაშავე, რადგან გზა აშკარად არასწორად არის მითითებული;
ჩვენ მოვახერხეთ სიტუაციის გამოსწორება მათთვის ცარიელი მნიშვნელობების დაყენებით:
საჯარო $cookie_domain = ""; public $cookie_path = "";
სხვათა შორის, ზოგად შემთხვევაში, $cookie_domain და $cookie_path ცვლადების მნიშვნელობები კვლავ ცარიელი უნდა იყოს - მათი გამოყენება აქტუალურია, მაგალითად, იმ შემთხვევებისთვის, როდესაც სხვა CMS დაინსტალირებულია საიტის ქვესაქაღალდეში, რომელიც მოითხოვს ცალკე ჩანაწერი/ქუქი ფაილები:
- $cookie_domain: დომენი, რომლისთვისაც მოქმედებს ქუქი-ჩანაწერის მნიშვნელობა. ყველა ქვედომენისთვის ქუქიების დასაშვებად, დომენი უნდა დაიწყოს „.“-ით, მაგალითად, „.yourdomain.com“. ნაგულისხმევი არის დომენის სახელირომელზედაც ჯომლა იყო დაინსტალირებული.
- $cookie_path: სერვერის გზა, რომლისთვისაც ქუქი-ფაილის მნიშვნელობა მოქმედებს. მაგალითად, თუ დაყენებულია /test/-ზე, მაშინ ქუქი-ფაილი მოქმედი იქნება მხოლოდ დომენის /test/ დირექტორიაში და ყველა ქვედირექტორიაში (მაგ. /test/dir/). ნაგულისხმევად, ქუქი-ფაილი მოქმედებს მთელ დომენზე, სადაც Joomla იყო დაინსტალირებული.