დამწყებთათვის გზამკვლევი WordPress– ის შინაგანი ფუნქციების გაგების შესახებ

  1. 1. ამჟამად კითხულობს: დამწყებთათვის გზამკვლევი WordPress– ის შინაგანი ფუნქციების გაგების შესახებ
  2. 2. რა არის WordPress ქეშირება და რატომ არის ეს მნიშვნელოვანი??
  3. 3. როგორ მუშაობს WordPress- ის ქეშირება?
  4. 4. როგორ დააინსტალირეთ და დააინსტალირეთ WordPress Caching ერთად WP Super Cache
  5. 5. როგორ დავაყენოთ WordPress ქეშირება W3 სულ ქეშით (W3TC)
  6. 6. MaxCDN მიმოხილვა: საუკეთესო CDN for WordPress?

WordPress geekiness შეძენილი გემოვნებაა და ის უკეთესდება ყველაფერ ახალ სწავლებასთან დაკავშირებით. ჩვენ ყველამ ვიყენებთ WordPress- ს უკვე გარკვეული დროით – ეს არის ერთ-ერთი მიზეზი იმისა, თუ რატომ ხართ აქ WPExplorer– ში, ამ სტატიას კითხულობთ! შენს მსგავსად, მეც დავბერდი ამ მშვენიერ ოსტატობაზე და გამიბრაზდა მისი მშვენიერი სილამაზე. WordPress არა მხოლოდ გვაძლევს შესაძლებლობას რამდენიმე წუთში გამოაქვეყნოთ დინამიური, ვიზუალურად მიმზიდველი ვებსაიტები, არამედ გამოიყენოთ იგი როგორც შინაგან საქმეთა მართვის მრავალგანზომილებიანი გადაწყვეტა (CMS).


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

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

  • ჟურნალის ვებსაიტი – TIME, GigaOM, TechCrunch, ყველა იყენებს WordPress.com VIP
  • უმასპინძლებთ მრავალ ვებსაიტს ერთი სახურავის ქვეშ – EduBlogs (WordPress MultiSite)
  • შექმენით ფორუმი (BuddyPress)
  • ონლაინ პორტფოლიო
  • უმასპინძლა სამუშაო პორტალს
  • კომერციის მაღაზია (Woocommerce, Exchange, EDD, Cart66 და ა.შ.)
  • Photoblog ან ფოტოგრაფიის პორტფოლიო
  • საიტი ბანდისთვის, რესტორნისთვის და მრავალი სხვა

სია გრძელდება. ეს სტატია ემსახურება ჩვენი მომავალი პოსტების წინაპირობას – WordPress Caching Definitive Guide. სანამ WordPress- ის ქეშირებას გავიგებთ, უნდა გვესმოდეს, თუ როგორ მუშაობს WordPress შინაგანად. არა მხოლოდ შეტყობინებებისა და კომენტარების რედაქტირება და წაშლა – არამედ ის, თუ როგორ ერკვევიან რამდენიმე ათასი სტრიქონის კოდი ერთმანეთს და ქმნიან მშვენიერ დინამიურ ვებსაიტებს.

WordPress- ის შიდა ფუნქციონირება

ჩვენ ყველამ ვიცით როგორ ვიმუშაოთ WordPress- ით. ეს ყველაფერი იწყება თქვენი WordPress ადმინისტრატორის დაფის სისტემაში შესვლით – თქვენი საიტიდან / wp-login.php– ით, რასაც მოჰყვება ახალი შინაარსის გამოქვეყნება, შეცვლა ან ატვირთვა, მოდულების და თემების დაყენება, სარეზერვო ასლების და ა.შ..

თქვენ გიფიქრიათ იმაზე, თუ როგორ მუშაობს ეს ყველაფერი? ვებსაიტები მუშაობს HTML (რომელიც წარმოადგენს ჰიპერ ტექსტის მარკირების ენას). შეამოწმეთ თქვენი მისამართის ზოლი – თქვენ ყოველთვის იპოვით http: //sitename.tld. სხვა პროტოკოლებში შედის https, ftp, ssh და ა.შ..

ასე რომ, გასაგებია, რომ WordPress- ის საბოლოო მიზანი არის HTML გვერდების შექმნა – დინამიურად. აქ გასაგები საკვანძო ტერმინი არის “დინამიურად”. ტერმინები “HTML გვერდი”, “ვებ გვერდი” და “ვებ გვერდი” ყველა სინონიმია. ძალიან საბაზო დონეზე WordPress იყენებს PHP და SQL მონაცემთა ბაზას ყველა მისი მონაცემების შესანახად. ჩვენ არ გვჭირდება შეშფოთება PHP და სხვა სკრიპტირების ენებზე, რომელსაც WordPress იყენებს, რადგან ეს არის დამწყები სახელმძღვანელო და ისინი მოწინავე თემებია.

PHP MySQL

ამრიგად, ჩვენ გვაქვს ორი ერთეული. ერთი არის “PHP კოდი”, რომელიც ქმნის WordPress Core- ს და “მონაცემთა ბაზას”, რომელიც ქმნის WordPress- ს მეხსიერებას. WordPress- ის თითოეულ ინსტალაციას აქვს ერთი მონაცემთა ბაზა. Არც მეტი არც ნაკლები. ყველა ინფორმაცია, რომელიც თქვენ შეიყვანეთ და გააკეთებთ მომავალში, ინახება WordPress მონაცემთა ბაზაში. მაგალითები მოიცავს:

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

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

WordPress საქაღალდის სტრუქტურა

WordPress Root დირექტორია

რაც შეეხება WordPress 3.6.1 -ს, ყველა WordPress ინსტალაციაში არის სამი ძირითადი საქაღალდე.

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

ეს არის WordPress– ის ინსტალაციის დირექტორია და ყველაფერი (გარდა WordPress მონაცემთა ბაზისა, აქ არსებობს). ჩვენ მას “ძირეული დირექტორია” ვუწოდებთ. იმ შემთხვევაში, თუ ადამიანები იყენებენ WordPress- ს საერთო ჰოსტინგის სერვერებით, რომლებიც ენიჭება cPanel- ს, root დირექტორია სავარაუდოდ შეიცავს “public_html” დირექტორიას, თუ თქვენ იყენებთ WordPress- ს თქვენს საწყის დომენში (მაგ. Site.com და არა site.com/ საქაღალდე).

WordPress- ის root დირექტორია შეიცავს ზუსტად სამ საქაღალდეს: wp_content, wp_includes და wp_admin და სხვა PHP ფაილების ერთეულს, რომელთაგან ყველაზე მნიშვნელოვანი არის “wp_config.php”. ამ ფაილის შეცვლით, ჩვენ შეგვიძლია დავამატოთ WordPress- ის ძირითადი პარამეტრების პერსონალის რამოდენიმე ვარიანტი, რომლებიც არ არის ხელმისაწვდომი WordPress- ის ადმინისტრატორის პანორში. მაგალითად, ჩვენ შეგვიძლია გამორთოთ პოსტის გადასინჯვები, ვაყენოთ საიტის სახელი, რომელსაც WordPress იყენებს (სასარგებლოა დომენის ცვლილებებისთვის), ჩართოს ტექნიკური რეჟიმი და ა.შ. wp-config.php ფაილი არის ძალიან მნიშვნელოვანი ფაილი და არ უნდა შეფერხდეს იგი. ის შეიცავს მნიშვნელოვან ინფორმაციას, როგორიცაა თქვენი WordPress მონაცემთა ბაზის წვდომის სერტიფიკატები. თუ ვინმეს შეუძლია თქვენს მონაცემთა ბაზაში მოხვედრა, მას აქვს სრული კონტროლი თქვენს საიტზე.

wp_includes

wp_includes

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

wp_admin

ეს საქაღალდე შეიცავს WordPress დაფის სხვადასხვა ფაილებს. თქვენ იცით, რომ WordPress– სთან დაკავშირებული ყველა ადმინისტრაციული ან ფუნქცია, როგორიცაა პოსტების დაწერა, კომენტარების მოდერაცია, მოდულების და თემების დაყენება ხორციელდება WordPress- ის დაფის საშუალებით. აქ მხოლოდ დარეგისტრირებულ მომხმარებლებს აქვთ წვდომა და შესვლა კვლავ შეზღუდულია მომხმარებლის როლის მიხედვით. ადმინისტრატორი საშუალებას აძლევს სრულ წვდომას, რასაც მოყვება რედაქტორი, შემდეგ კონტრიბუტორი და ბოლოს აბონენტი. WordPress დაფა ჩვეულებრივ ხელმისაწვდომია http://wpexplorer.com/wp-admin ქვეშ.

wp_content

Wp_content საქაღალდე შეიცავს მომხმარებლის მიერ ატვირთულ ყველა მონაცემს და კვლავ იყოფა სამ ქვე საქაღალდეში:

  1. თემები
  2. დანამატები
  3. ატვირთვები

“თემების” დირექტორია შეიცავს ყველა თემას, რომლებიც დამონტაჟებულია თქვენს WordPress საიტზე. WordPress.org– ის ყველა WordPress.zip ფაილზე დაყენებული გაქვთ 2 თემა – WordPress 3.6.1– ისთვის, ისინი ოცდა თორმეტი და ოცდამეცნია. თქვენ შეგიძლიათ დააინსტალიროთ იმდენი თემა, რამდენიც გსურთ, მაგრამ შეგიძლიათ მხოლოდ ერთ თემას ერთდროულად გააქტიუროთ (თუმცა აქ არის რამდენიმე მოდული, რომელიც საშუალებას გაძლევთ გააქტიუროთ მეტი). ასევე, “თემების” დირექტორია არასოდეს შეიძლება იყოს ცარიელი, რადგან WordPress- ს მუშაობისთვის მინიმუმ ერთი თემა ჭირდება!

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

ყველა სურათი (და სხვა მედია ფაილი), რომელიც თქვენ ატვირთავდით თქვენი საიტის შექმნის დროიდან, ყველა სამომავლო ატვირთვასთან ერთად, ინახება “ატვირთვის” დირექტორია, კატეგორიების მიხედვით, წელი და თვე. ამ საქაღალდეში შეიძლება ჩაითვალოს მონაცემთა ბაზა ყველა არა ტექსტური მონაცემისთვის – სურათები, PDF, ვიდეო, MP3 და ა.შ., სწორედ ამიტომ არის უსაფრთხოების კარგი პრაქტიკა ამ საქაღალდეებში საზოგადოების დაშვების შეზღუდვის მიზნით. ეს მიიღწევა .htaccess ფაილის შეცვლით, რომელიც მოცემულია wp_content დირექტორიის შიგნით. ამიტომ სარეზერვო აღებისას; მხოლოდ WordPress– ის ინსტალაციის საქაღალდის კოპირება არ ხდება. თქვენ უნდა დააკოპიროთ მონაცემთა ბაზა და თქვენი WordPress ინსტალაციის დირექტორიის მთელი შინაარსი!

WordPress მოთხოვნის ანატომია

ან როგორც მე მინდა დავარქვა,

რა ხდება, როდესაც ვინმე თქვენს ბლოგს ნახულობს?

როდესაც ვინმეს ეწვია თქვენი WordPress პროგრამის ვებსაიტზე, WordPress დინამიურად გამოიმუშავებს HTML კოდს (კომბინირებულია CSS და JS) და ემსახურება მას ვიზიტორს. თქვენ ვერ ნახავთ გაფართოებას .html URL– ს შემდეგ, (როგორც ჩანს, ძველ ვებსაიტებზე), რადგან ეს შინაარსი დინამიურად წარმოიქმნება. შემდეგი პუნქტები წარმოადგენს ზოგადად იმ მოქმედებების განზოგადებას, რომლებიც ხდება ვებ – გვერდის მოთხოვნის შემთხვევაში:

  1. ვიზიტორთა ბრაუზერი ითხოვს ვებ – გვერდს
  2. WordPress ბირთვი (შეიძლება ვიფიქროთ, როგორც WordPress- ის ტვინი) უწოდებს საჭირო PHP სკრიპტებს, რომლებიც იწყება index.php- დან
  3. WP ბირთვი შემდეგ დაუკავშირდა თავის მონაცემთა ბაზას და აიღებს მონაცემებს (შეტყობინებები / გვერდები და ა.შ.)
  4. შემდეგ ის აერთიანებს მოპოვებულ მონაცემებს, ამჟამინდელ აქტიური მოდულების მონაცემებს და ამჟამინდელ აქტიურ თემას და წარმოქმნის HTML კოდს “on-the-fly” ან “დინამიურად”
  5. შემდეგ იგი ემსახურება ამ დინამიურად გამომუშავებულ HTML კოდს ვიზიტორთა ბრაუზერში

ანალოგიურად, როდესაც გამოქვეყნებულია ან შენახული ან გამოქვეყნებულია კომენტარი, ან ხდება კომენტარის გაკეთება, ან WordPress ბირთვი ახორციელებს საჭირო შიდა ოპერაციებს და ინახავს მათ მონაცემთა ბაზაში მომავალი გამოყენებისთვის და იგი ასევე აცნობებს WordPress ადმინისტრატორს. თქვენ (ადმინისტრატორი) ხედავთ მათ, როგორც ახალ კომენტარს, რომელიც ელოდება ზომიერებას, ან sp x კომენტარების რაოდენობას თქვენს სპამის რიგში და ა.შ..

HTML მოთხოვნა

ახლა ყველა ამ ნაბიჯის გამეორება ყოველ ჯერზე, როცა ვინმე ითხოვს ვებ – გვერდს (პოსტი, გვერდი, საარქივო გვერდი, ყველაფერი) არის დრო და რესურსების შრომატევადი სამუშაო. კარგია, როდესაც 10 ადამიანი სტუმრობს თქვენს საიტს. მაგრამ გაზარდეთ ეს 100, 1000 ან მილიონით, მაშინ იწყება ნამდვილი უბედურება. მხოლოდ სუპერკომპიუტერებს შეეძლებათ ამ მრავალმხრივი ოპერაციების შესრულება. WordPress საიტების უმეტესობა მასპინძლობს საერთო ჰოსტინგის სერვერებზე, რომლებსაც შეიძლება ჰქონდეთ 1/1000 სუპერკომპიუტერების ძალა.

რა ვქნათ ახლა? შეიყვანეთ WordPress ქეშირება. ჩვენ აქ არ ვფარავთ მას, ასე რომ გთხოვთ, უყუროთ სერიის მომდევნო ნაწილს – შესავალი WordPress caching.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me