Petuleht WordPressi saidi toimimise kohta.

WordPressi juurkataloog sisaldab kolme kausta: wp-sisu, wp-sisaldab Ja wp-admin koos hulga erinevate PHP-failidega, mis on vajalikud põhiliste WP toimingute jaoks. Kõige olulisem neist failidest on " wp-config.php" Seda faili muutes saate lisada hulga olulisi WordPressi kohandamisvalikuid, mis pole administraatorikonsoolilt juurdepääsetavad. Saidi juurtes on ka muid süsteemifaile (näiteks wp-settings.php, wp-config.php), mis mõjutavad saidi seadeid.

Vaatame põgusalt WordPressi mootori anatoomiat ja seda, mille eest teatud failid ja kaustad vastutavad.

wp-admin
See kaust sisaldab erinevaid faile, nagu CSS, JavaScript ja PHP, mis pakuvad saidi konsooli ja haldusosa funktsioone.

wp-sisu
Wp-sisu kaust sisaldab kõiki üleslaaditud kasutajaandmeid ja on jagatud teisteks alamkaustadeks:

• keeled
• pistikprogrammid
• teemad
• üleslaadimised

kaust " keeled» sisaldab mootori tõlke- ja lokaliseerimisfaile .mo ja .po vormingus. Kui soovite, peate alustama sellest kaustast.

Kataloog « teemad» sisaldab kõiki allalaaditud teemasid (malle).
Sellesse kausta saate üles laadida palju teemasid, kuid saate aktiveerida ainult ühe teema (me ei arvesta mõningaid pistikprogramme, mis võimaldavad teil rohkem aktiveerida). Lisaks kataloog teemad" ei saa olla tühi, kuna WordPress nõuab vähemalt !
Vaikekaust on " teemad» sisaldab juba kahte teemat: Twenty Thirteen ja Twenty Fourteen.

Samamoodi," pistikprogrammid» kasutatakse teie veebisaidile installitud pistikprogrammide salvestamiseks. Erinevalt kataloogist " teemad", võib see kataloog olla tühi ja WordPress töötab hästi ilma kolmanda osapoole pistikprogramme kasutamata. Samuti saate aktiveerida nii palju pistikprogramme kui vaja (kuigi hea tava on installida ainult vajalikud pistikprogrammid, kuna installitud pluginate arv mõjutab saidi kiirust).

Kõik pildid (ja muud meediumifailid) salvestatakse kausta " üleslaadimised”, jaotatud aasta, kuu ja/või päeva järgi. See kaust on andmebaas kogu mittetekstilise sisu jaoks: pildid, videod, MP3-d, PDF-id jne.
Kohe pärast WordPressi kausta installimist " üleslaadimised" ei, see luuakse automaatselt pärast seda, kui hakkate konsooli kaudu meediumifaile üles laadima.

wp-sisaldab
kaust " wp-sisaldab"sisaldab kõiki põhilisi ja vajalikke faile WordPressi käitamiseks kasutajaliidese (kasutajaliidese) kaudu. Kaust sisaldab PHP, CSS, JavaScripti ja WordPressi pildifaile, mis pakuvad tarkvara põhifunktsioone. Teisisõnu, see on WordPressi mootori tuum.

Kaustad wp-admin Ja wp-sisaldab on peamised WP-kaustad, seega on soovitatav, et neis poleks midagi Mitte muuta. Iga kord, kui WordPressi värskendate, tehakse nendes kaustades olevates failides muudatusi ja teie muudatused lähevad kaotsi.

Teema anatoomia

Nüüd, WP tuuma struktuurist, jätkame teema (malli) anatoomia käsitlemist.
Teemafailide tee on järgmine /wp-content/themes/theme-name/.
Teema põhikaustastruktuur võib sisaldada selliseid kaustu nagu:

• /css/ – teema kasutatavad CSS-stiilis failid; TÄHTIS: fail stiil.css peaks asuma juur teema kaust
• /js/ – JavaScripti failid
• /images/ – salvestab teemasse sisseehitatud pildid
• /languages/ – kataloog salvestab teemade tõlkefailid

Vaja on ainult kahte peamist faili:

• index.php – ajaveebi loov fail
• style.css – ajaveebi stiil

Enamik teemasid sisaldab aga ka muid faile.
Vaatame lühidalt peamisi:

• header.php- globaalne fail, mis kuvab jaotises lehe metaandmeid ja tipptaseme menüü.
• külgriba.php- see fail vastutab saidi külgveeru loomise eest. Põhimõtteliselt kuvatakse siin: pealkirjade (kategooriate) loend, viimased postitused, sildid, erinevad bännerid.
• jalus.php– see fail vastutab jaluse, alumise menüü, autoriõiguse ja HTML-i siltide sulgemise eest.
• index.php– See on saidi avalehe mall. Vaikimisi kuvab see fail viimaste postituste loendi ja laadib teavet saidilt sidebar.php.
• üksik.php– vastutab üksikute postituste kuvamise eest. Fail sisaldab tsüklit, mis küsib ainult ühte postitust ja genereerib selle väljundi.
• page.php– loob eraldi (staatilised) leheküljed (näiteks “Kontaktid”, “Meist” jne)
• arhiiv.php– see fail vastutab postituste arhiivi lehe kuvamise eest
• kategooria.php– loob lehemalli, mis kuvab postitused kategooriate kaupa
• tag.php– lehe mall, mis kuvab postituste loendi siltide kaupa
• kommentaarid.php– see fail juhib kommentaaride väljundit
• funktsioonid.php– Võimaldab lisada kohandatud PHP-koodi ja võib mõjutada põhiteema elemente. See lisab funktsioone ja täiustab teie veebisaidi funktsionaalsust. Töötab nagu WordPressi pistikprogramm.
• stiil.css– põhiteema CSS-stiilifail.

Need on peamised failid, mis võivad teemas esineda. võib sisaldada muid faile ja mõned isegi kahte või kolme. Kõik sõltub teema arendajast ja tema soovist saiti viimistleda.

Tere, kallid lugejad! Täna otsustasin käsitleda väga olulist teemat WP-toimingu algoritmi kohta mallidega suhtlemisel. See on asjakohane, kuna mootori komponentide eest vastutavate failidega töötamise nüansside mõistmine võimaldab teil kiiresti ja õigesti teha vajalikud muudatused.

Kinnitan teile, et tulevikus peate korduvalt redigeerima olemasolevat või looma oma ajaveebis või veebisaidil uue lehe. Isegi kui installite konkreetse teema edukalt, pole mingit garantiid, et olete kõigega rahul. Ja kui olete järsku kõigega kohe rahul, soovite aja jooksul ikkagi midagi muuta või radikaalselt muuta.

Lõppkokkuvõttes pole teadmised kunagi üleliigsed, need ei hoia kokku mitte ainult väärtuslikku aega, vaid ka teie raha, sest kõige vajalikuma, hädaolukorra ja kirurgilist sekkumist vajava saate ise ära teha, mitte iga pisiasja pärast spetsialistide poole pöörduda.

Kuidas installida teemat ja redigeerida WordPressi malle

Kui järgite selle väljaande alguses antud linki, saate teada, kuidas aktiveerida vaiketeemad, samuti kuidas neid kolmanda osapoole ressurssidest alla laadida ja sama halduspaneeli kaudu installida.

Kui soovite aga mõista saidiga töötamise olemust ja saada lisateadmisi, siis tasub seda teha Proovige esmalt mõne FTP-kliendi abil teema alla laadida ja installida(näiteks kasutan ).

See programm võimaldab teil teha mis tahes toiminguid failidega, mis asuvad nii kohalikus arvutis kui ka kaughostimisserveris (ja lugege, mis see on ja kuidas oma projekti jaoks ruumi osta), kus teie sait "elab".

Olen juba andnud oma soovitused selle kohta, kus on parem valida tasuta ja tasulisi teemasid (samas materjalis, mille link on esitatud artikli alguses). Lubage mul lühidalt märkida, et soovitatav on alla laadida ametlikelt saitidelt, näiteks siit või siit. Esmalt laadige teema oma arvutisse alla ja seejärel tehke järgmist.

• Pakkige arhiiv lahti, paremklõpsates sellel ja valides sobiva toimingu;
• Pärast FTP kaudu juurdepääsu oma saidi failidele laadige pärast lahtipakkimist saadud kaust oma hostimisse üles teemade kataloog (kaust)

Põhimõtteliselt installitakse pärast seda WordPressi teema. Disaini saidiga ühendamiseks peate selle ainult juhtpaneelil aktiveerima. Edaspidi saate redigeerida lehemallide faile sama administraatoripaneeli kaudu, minnes jaotisesse "Välimus" - "Toimetaja":

Paremal küljel on loend kõigist selle teemaga seotud mallidest. Edaspidi saate vajaduse korral selle redaktori abil oma saidi lehtede välimust muuta. Aga! Ma ei soovita esialgu seda tööriista kasutada, eriti algajatele, sest mistahes tõrke korral võite saidi kergesti krahhi teha, misjärel võite kulutada palju aega ja närve põhjuse otsimisele.

Sellest vaatenurgast palju mugavam, mis loob ühenduse ka FTP kaudu, omab süntaksi esiletõstmist ning võimaldab tehtud vea korral mitme sammuga failide algse sisu tagastada. Otsustage siiski ise. Siin on veebilehe vaade WordPressi administraatoripaneeli malliredaktori jaotises:

Ja siin on redigeerimisliides, mida Notepad plus plus pakub:

Nagu näete, on erinevus ilmne ja isegi kiire võrdluse korral võidab kolmanda osapoole toimetaja ülekaaluka eelisega. Noh, kui proovite kõiki Notepad++ funktsioone, hajuvad kõik ülejäänud kahtlused täielikult.

Ja edasi. Soovitan redigeerida WordPressi malle kohalikus serveris ehk siis arvutis (Denver on siin või veel parem, Open Server saab teid aidata). Olete teinud kõik vajalikud muudatused, neid testinud ja seejärel failid oma hostimisse üles laadinud. Reaalajas saidiga katsetamine võib olla kulukas.

Lehemallide failistruktuur

Nüüd vaatame, millised failid ja mallid võivad olla osa laaditud teemast, mille ülesandeks on määrata teie projekti nägu, st kõigi selle brauseris kuvatavate lehtede välimus. Pärast teema installimist saate selle kataloogi tee:

Teie_sait/wp-sisu/teemad/teema_nimi_nimi

Minu ajaveebi jaoks, mis asub ühe installitud teemaga kaustas, näeb see tee välja järgmine:

Veebisait/wp-sisu/teemad/riik

Notepad++ redaktori aknas vaadates näeb kõigi teie WordPressi teemafailidega kaust välja järgmine:

Struktuur sisaldab faile laiendiga .php, mille hulgast saame esile tõsta tervete lehtede kuvamiseks loodud mallid, mis on põhilised, st esinevad peaaegu igas teemas, nagu põhileht (index.php), postituste leht (single.php), staatilised lehed (page.php).

Siiski on malle, mis vastutavad spetsiaalselt loodud veebilehe kuvamise eest. Näiteks minu blogis oli omal ajal leht, selle installimise eesmärgil loodi fail mail.php.

Lisaks on olemas mallid, mida on vaja saidi kõikidel lehtedel kuvatavate üksikute osade kujundamiseks. See on päis või päis (header.php), vasak ja/või parem veerg, muidu külgriba (sidebar.php), jalus või jalus (footer.php). Skemaatiliselt saab sellist lehealadega kujundust kujutada järgmiselt:

Nagu ekraanipildilt näha, siis kui päis, külgriba, jalus mõnel lehel näevad välja ühesugused, siis oleneb see veebilehe tüübist, mille määrab vastav .php laiendiga fail.

Praeguses etapis võimaldab WordPressi mootor kuvada põhi-, staatilistel ja postituslehtedel jaluse, päise ja külgriba erinevat sisu ning mõned kaasaegsed teemad võimaldavad teil seda administraatori paneeli kaudu konfigureerida.

WordPressi mallide hierarhia ja lehe kuvamise järjestus

Püüan punktid lühidalt läbi käia ja selgitada, millises järjestuses WordPress seda või teist veebilehte kuvab, võttes arvesse selle kohta hierarhilisel prioriteediskaalal.

Asi on selles, et sisse Igal teemal on esialgu oma failide komplekt, mõned tavalised võivad puududa. Näiteks ei pruugi olla kategooria.php malli, mis vastutab pealkirjade (kategooriate) kuvamise eest. Sel juhul suhtleb WordPress failiga index.php ja kategoorialehe kujundus on põhilehega absoluutselt identne.

Alustame kodulehega. Siin antakse prioriteet Kodu. See tähendab, et järjestus, millega WordPress malliga suhtleb, on järgmine: kõigepealt ilmub kodutaotlus, kui seda seal pole, siis WordPressi kontaktid indeksi põhimallile:

1. Kodu (peamine prioriteet);
2. Indeks.

Kui koostatakse eraldi ajaveebiartikkel, mille vaikemall on Single, siis on juurdepääsu jada järgmine:

1. Üksik-(postituse_tüüp). Oletame, et kui konkreetsel juhul on postituse tüüp toode, pääseb WP juurde ühe toote.php mallile;
2. Üksik;
3. Indeks.

Staatilise lehe jaoks Lehekülg hierarhia on järgmine:

1. Kohandatud mall (kohandatud mall, mis luuakse spetsiaalselt konkreetse veebilehe jaoks);
2. Leht-(nälkjas). Siin on nälkjas lehe lühike nimi (alias). Näiteks kui teema sisaldab faili nimega page-recent-news, pääseb WP sellele juurde;
3. Lehekülg-(id). Kui veebileht on identifitseeritud kindla identifikaatori (id) 12 järgi, siis on see hierarhias järgmine, kui eelnimetatud puuduvad;
4. Lehekülg;
5. Indeks.

Kategoorialehe kuvamiseks otsib WordPress spetsiaalset faili ja seejärel ID järgi. Kui selliseid malle pole, antakse eelis Üldine kategooria mall, seejärel kahanevas järjekorras Arhiiv ja register:

1. Kategooria (nälkjas);
2. Kategooria-(id);
3. Kategooria;
4. Arhiiv (arhiiv);
5. Indeks.

Sarnane pilt ilmneb sildi (sildi) kohta. Kõigepealt spetsiaalne mall, seejärel id-põhine, mille järel Tag, Arhiiv ja register:

1. Tag-(nälkjas);
2. Tag-(id);
3. Arhiiv;
4. Indeks.

1. Autor;
2. Arhiiv;
3. Indeks.

Jätkame, palju pole jäänud. Võimalik on ajutise arhiivilehe olemasolu Kuupäev. Sel juhul otsib WP pärast ebaõnnestumist arhiivi, millele järgneb register:

1. Kuupäev;
2. Arhiiv;
3. Indeks.

Enamik ressursse kasutab malliga määratletud otsingulehte Otsing. Kui see puudub, siis põhimallifaili indeks:

1. Otsing;
2. Indeks.

1. Indeks.

Lõpuks võib juhtuda, et installitud teemal on eraldi veebileht erinevate rakenduste toodete (video, heli, pildid) kuvamiseks. Sel juhul on mallide hierarhia järgmine:

1. Pilt, video, heli;
2. Rakendus;
3. Kinnitus;
4. Indeks.

See on tänaseks kõik. See postitus võib olla lähtepunkt WordPressi toimimise mõistmiseks ja aluseks järgmistele selleteemalistele artiklitele. Seetõttu olete oodatud tellima uusimaid väljaandeid, mis tõotavad olla väga huvitavad ja informatiivsed. Ja lõpuks, nagu tavaliselt, video:

Mallfailid on teie WordPressi saidi peamised ehitusplokid. Need sobivad kokku nagu pusletükid, et moodustada teie saidi veebilehed. Mõnda malle, nagu päis ja jalus, kasutatakse tavaliselt saidi kõigil veebilehtedel, samas kui teisi saab kasutada ainult teatud tingimustel.

Traditsiooniline veebileht koosneb kahest failist:

• sisaldab lehe struktuuri ja sisu
• sisaldab lehe välimuse parameetreid.

WordPressil on (X)HTML-i struktuur ja CSS-stiilid, kuid sisu on moodustatud "kulisside taga" erinevate . Mallide ja laaditabelite failid salvestatakse koos . Teemade loomise kohta lisateabe saamiseks lugege artiklit.

WordPressi lehe struktuur

Lihtne WordPressi veebileht koosneb kolmest põhiplokist: päisest, sisust ja jalusest. Kõik need plokid luuakse praeguse WordPressi teema mallifaili põhjal.

Pealkiri

• Pealkiri sisaldab kogu teavet, mis peaks olema üleval- st. sildi sees - teie XHTML-i veebileht, nagu sildid , ja lingid stiililehtedele. See sisaldab ka avatud silti ja teie ajaveebi nähtavus (mis sisaldab tavaliselt teie saidi nime, kuid võib sisaldada ka navigeerimismenüüd, logo, saidi kirjeldust jne).

• Blokeeri sisu sisaldab teie ajaveebi postitusi ja lehti, st. saidi "alus".

• Kelder sisaldab teavet, mis on põhjas leheküljed, näiteks lingid teistele või teie saidi kategooriatele , autoriõigused, kontaktteave jne.

Peamised mallifailid

Struktuuri loomiseks alustage oma teemakaustas olevast mallifailist index.php. Sellel failil on kaks peamist funktsiooni:

• Kaasake või "helistage" teisi mallifaile
• Andmebaasist teabe hankimise lubamine (postitused, lehed, kategooriad jne)

Meie lihtsustatud struktuuris peame lisama ainult kaks muud mallifaili: pealkiri Ja kelder. Nende nimed peaksid olema header.php ja footer.php . mis neid sisaldavad, näevad välja sellised:

Kui soovite kuvada oma ajaveebi postitusi ja lehti (ning kohandada nende välimust), peab fail index.php töötama päise- ja jalusefailide väljakutsete vahel.

Keerulisemad lehestruktuurid

Pealkiri

Kõrvalpaneel

Paljud WordPressi teemad kasutavad ühte või mitut , mis sisaldavad ka teie saidi kohta lisateavet. Külgriba luuakse mallifaili sidebar.php abil. Selle saab lisada mallifaili index.php, kasutades järgmist rida ():

Kus on kõik muu?

Pange tähele, et me pole lisanud mallimärgendit "saada" sisu meie veebileht. Selle põhjuseks on asjaolu, et sisu renderdatakse failis index.php.

Mallfailid mallifailide sees

Õppisite, kuidas WordPress sisaldab standardseid mallifaile (päis, jalus ja külgriba) faili index.php. Kuid saate oma failidesse lisada ka muid mallifaile.

Näiteks võib sidebar.php sisaldada mallifaili, mis genereerib otsingustringi - searchform.php . Sest See ei ole üks standardsetest WordPressi mallifailidest, kaasatav kood on veidi erinev:

Me ei pea enam kasutama otsinguvormi teemadesse sisestamiseks sõnu "include" ja "TEMPLATEPATH", sest WordPress pakub meile ülaltoodud mallisildi.

Pealkiri

Kommentaari vorm

Kõrvalpaneel

Otsinguvorm

Paljud WordPressi teemad sisaldavad mitmesuguseid mallifaile saidil veebilehtede loomiseks. Allpool on WordPressi saidi põhimalli (index.php) tüüpiliste failide loend:

• header.php
  • theloop.php (sisu)
  • wp-comments.php
• külgriba.php
  • searchform.php
• jalus.php

Kuid igal juhul saab seda struktuuri muuta. Näiteks võite soovida pealkirja sisestada otsingustringi. Või ei sisalda teie kujundus keldrit, nii et võite seda üldse mitte kasutada.

Spetsiaalsed mallifailid

WordPressis on kaks peamist lahke saidi lehekülgi. Vaade ühekordne sissekanne kasutatakse siis, kui veebilehel kuvatakse üksainus ajaveebi postitus. Vaade mitu rekordit loetleb mitu ajaveebi kirjet või kirjete kokkuvõtet ning rakendub kategooriaarhiividele, kuupäevade arhiividele, autoriarhiividele ja (tavaliselt) ajaveebi avalehe "tavalisele" vaatele. Saate kasutada mallifaili index.php kõigi seda tüüpi lehtede loomiseks või sõltuvalt olukorrast toetuda muude mallifailide valimiseks.

WordPressi mallide hierarhia vastab järgmisele küsimusele:

Millist mallifaili kasutab WordPress teatud tüüpi lehe loomisel?

WordPress tuvastab automaatselt teatud standardnimedega mallifailid ja kasutab neid teatud tüüpi lehtede jaoks. Näiteks kui kasutaja klõpsab blogipostituse pealkirjal, teab WordPress, et kasutaja soovib seda konkreetset artiklit enda lehel näha. WordPress kasutab lehe moodustamiseks mallifaili single.php, mitte index.php – kui teie teemal on single.php fail. Samuti, kui kasutaja klõpsab konkreetse kategooria lingil, kasutab WordPress selle leidmisel malli category.php; kui ei, siis otsib see faili arhiiv.php ja kui seda malli pole, kasutab WordPress peamist index.php malli. Saate teha konkreetse kategooria jaoks spetsiaalse malli (vt) või isegi malle.

Siin on mõned näpunäited mallifailide loomiseks.

Raja avamise ja sulgemise sildid Mallifailid hõlmavad siltide ja linkide kasutamist . HTML-elemendid ja CSS-lingid võivad mallifaile "ristuda", st. algab ühes failis ja lõpeb teises. Näiteks HTML-i elemendid html ja body algavad tavaliselt aadressil header.php ja lõpevad jalus.php . Enamik WordPressi teemasid kasutab HTML-i div elemente, mis võivad hõlmata ka mitut faili. Näiteks võib lehe sisu peamine div alata aadressil header.php ja lõppeda kas index.php või single.php-ga. HTML-i elementide alguse ja lõpu jälgimine võib protsessi käigus olla üsna keeruline. Kasuta

WordPressi sisuhaldussüsteemi kuuluvatele failidele ja kaustadele seatud õigused mõjutavad väga tõsiselt saidi turvalisust. Kui annate välja vale õigused, võite oodata mitmesuguseid tõrkeid saidi toimimises, olgu selleks siis lehe asemel valge ekraan või võimetus laadida pilte meediumikausta. Lisaks võivad valesti seatud juurdepääsuõigused hävitada kogu saidi turvasüsteemi, muutes selle häkkerite rünnakute suhtes väga haavatavaks.

WordPressil on selgelt etteantud kataloogistruktuur, kus kesksed kaustad on wp-content, wp-admin ja wp-includes.

Peaaegu kõik teie veebisaidi moodustavad olulised komponendid, nagu teemad, pistikprogrammid jne, sisaldavad neid kolme kausta. Samal ajal on neil oma juurdepääsuõigused, mis võimaldavad administraatoril otsustada, kes ja mida saab neis teha. "Kes" all peame silmas kasutajat, kellel on ressurssidega järgmised seosed:

• Omanik – otsene omand;
• Grupp – omandiõigus grupiga liitumise kaudu;
• Teised on omandiõiguse ja rühma puudumine.

Veebiserveri kasutajad ja nende rühmad

Enne WordPressi juurdepääsulubade vaatamist on soovitatav mõista, kes on veebiserveri kasutaja, kuna kõik keerleb tema ümber. Lühidalt öeldes on see tavaline konto, millel on õigus veebiserveris teatud toiminguid teha. Võtame näiteks FTP failiedastusprotokolli. Niipea, kui peate FPT kaudu mõne pildi üles laadima, kasutate vastavat kontot.

Aga FTP kontot on vaja ainult siis, kui on vaja midagi otse serverisse üles laadida ja mis siis, kui on vaja sisse logida näiteks administraatori paneeli? Sel juhul tuleb mängu veebikasutajakonto, mis võimaldab hallata WordPressi saiti, installida pluginaid ja teemasid, laadida pilte üles multimeediumihalduri kaudu jne. Tema nimel luuakse uusi faile, kui teete neid asju oma administraatoripaneelil.

Iga üksikkasutaja võib olla ka mõne grupi liige, millel on oma privileegid. Kuna need kehtivad kõigile rühmaliikmetele, on see parim viis konkreetsele ressursile õiguste määramiseks ja nende jagamiseks kõigi liikmete vahel.

Mõned veebimajutajad, enamasti Cpanelipõhised, ei tee kontodel vahet. Siiski on ka hoste, millel seda tüüpi kasutajad on erinevad, kuigi kuuluvad samasse rühma. Tänu erinevat tüüpi kasutajate olemasolule on teil võimalus seadistada oma saidile õiged juurdepääsu juhtelemendid.

WordPressi failidega seotud toimingute load

Iga WordPressi ressurss on seotud konkreetse määratud väärtuste komplektiga, mis määrab, mida kasutaja saab sellega teha. Konkreetse ressursiga saame teha kolm toimingut – lugeda, kirjutada (või muuta) ja käivitada. Iga ressursi puhul saate määrata, milliseid neist toimingutest saavad teha omanik, rühm ja teised. Seega vajame iga seose jaoks kolme bitti (üks iga toimingu jaoks), kokku 9 bitti. Seetõttu muutub eraldusvõime kolmekohaliseks numbriks, näiteks 664, milles:

• 6 – toimingud omanikule;
• 6 – tegevused rühmale;
• 4 – muud tüüpi toimingud.

Samal ajal määrab iga näidatud numbrite väärtus kõik seda tüüpi kasutaja võimalused. 664 puhul on 6 ainult lugemiseks-kirjutamiseks ja 4 on kirjutuskaitstud.

Kataloogid

Kataloogidele, nagu ka failidele endile, võivad kehtida teatud juurdepääsuõigused. Need on väga sarnased, kuid neil on siiski mõned erinevused, näiteks:

• Loe – kataloogi sisu vaatamine;
• Kirjuta – loo uusi ja kustuta olemasolevaid (sel juhul kehtivad kataloogi õigused kõigele, mida see sisaldab);
• Käivita – sisestage kataloogid (näiteks terminali käsuga).

Õigete piirangute seadmine on ülioluline, kuna see puudutab turvalisust, mitte ainult WordPressi funktsioone. Võtame näiteks config.php, see on soovitav seada kõva limiit 600 (ainult lugemiseks). Eeldades, et tema õigused on seatud väärtusele 666, saavad kõik teie saidi konfiguratsiooni näha ja muuta, mis tähendab, et nad saavad selle hõlpsalt murda või muuta see väliste ohtude suhtes haavatavaks.

Toimingulubade muutmine WordPressi kataloogides

Teie hostimise cpanel pakub liidest, mis võimaldab määrata salvestatud ressurssidele mis tahes juurdepääsutaseme. Enamasti saab seda teha, valides lihtsalt konkreetse faili ja klõpsates nuppu "Muuda õigusi". Kui teil on tegemist terminaliga, on spetsiaalset chmod käsku lihtsam kasutada. See näeb välja selline: chmod 644

Nüüd, kui oleme juba põhimõisteid käsitlenud, saame jätkata otse WordPressi ressursside õiguste määramisega. Need võivad olla erinevad, olenevalt soovitud turvalisuse tasemest ja kasutusmugavusest. Mõned muudavad need kõvaks, teised aga liiga pehmeks. Selles küsimuses on kõige olulisem saavutada suurim turvalisus ilma WordPressi normaalset toimimist takistamata. Üldiselt on soovitatav teha järgmist.

• Määra kõik failid väärtusele 664;
• Kõigi kaustade jaoks 775;
• wp-config.php peaks olema ainult 600.

See juhtub järgmiselt.

• Kontod saavad faile lugeda ja muuta;
• Mootor ise suudab luua, muuta või kustutada mis tahes faile;
• wp-config.php on võõraste pilkude eest täielikult kaitstud.

Pidage meeles, et vastupidiselt tavapärasele WordPressi konfiguratsioonile võib konkreetne server olla teistest rangem ega luba teil määrata 600 väärtuseks wp-config.php. Kuid võite anda pehmema 640 ja kui see ei tööta, siis isegi 644.

Üldiselt on kõige kindlam seada kõik kirjutuskaitstuks. Nii on häkkeritel väga raske laadida teie saidile pahatahtlikke skripte või muuta olemasolevaid. See vähendab märkimisväärselt rünnakute ulatust. Kui aga seada absoluutselt kõik kirjutuskaitstuks, võib esineda mõningaid kasutusprobleeme.

Näiteks ei saa te enam meediumifaile üles laadida ega uusi pistikprogramme ja teemasid installida. Lisaks võivad sellised ranged load teatud juhtudel põhjustada kummalisi vigu WordPressi pistikprogrammide või tuuma värskendamisel. Seetõttu sobivad soovitatud vaikesätted enamiku eesmärkide jaoks kõige paremini.

Järeldus

Ja nii vaatlesime olulist rolli, mida load mängivad WordPressi ressurssidele juurdepääsul. Kui need on õigesti seadistatud, võib see teie saidi turvameetmeid märkimisväärselt tugevdada, vastasel juhul võite saada palju probleeme, sealhulgas väga tõsiseid, nii turvalisuse kui ka WordPressi üldise jõudlusega. Pidage meeles, et saate WordPressi ressurssidele piiranguid seada ka Htaccessi kaudu, kuid see on veidi keerulisem.

Kui soovid WordPressi potentsiaali täielikult ära kasutada, siis pead kindlasti mallide kohta rohkem teada saama. Kui WordPress lehe renderdab, kasutab ta malle, et määrata, kuidas kõik välja peaks nägema. Lisaks järgib CMS ranget hierarhiat, tänu millele näeb kõik korras ja ühtne välja. Teades, mis on WordPressi mallide hierarhia ja kuidas see töötab, saate oma saidi teemat täpsemalt kohandada.

WordPressi mallide hierarhia koosneb seitsmest põhikategooriast:

1. Saidi avaleht
2. Ühekordne sissekanne
3. Staatiline leht
4. Kategooria ja siltide leht
5. Kohandatud postituste tüübid
6. Otsingutulemuste leht
7. Lk 404 (midagi ei leitud)

Selles juhendis tutvustame teile WordPressi malle ja nende hierarhiat. Samuti selgitame, kuidas teemad kasutavad teie saidi lehtede kuvamiseks mallifaile. Meie ees on tohutu tegevusvaldkond, nii et asume sellega tegelema!

Sissejuhatus mallifailidesse (ja kuidas need on seotud WordPressi teemadega)

Kui loote lihtsa staatilise veebisaidi, kasutate selle välimuse renderdamiseks ja kohandamiseks tavaliselt HTML-i ja CSS-i. WordPress on seevastu palju võimsam. Platvorm on ehitatud PHP-s ja see kasutab mitmeid spetsiaalseid .php-faile, et määrata, kuidas teie saidi lehtede üksikud osad koostatakse.

Näiteks vaadake selle postituse paremat poolt. Seal on külgriba, mis osutab teistele meie ajaveebi sarnastele postitustele. Kui teie brauser käskis WordPressil selle artikli laadida, tõmbas see korraga mitu mallifaili, millest üks on nn. külgriba.php. See fail sisaldab teavet selle kohta, kuidas kuvada praegu nähtavat külgriba ja milliseid elemente see peaks sisaldama:

Külgribad on loomulikult vaid üks osa tervest leheküljest. Enamiku WordPressi lehtede tööks on vaja mitut mallifaili, sealhulgas:

• index.php
• header.php
• külgriba.php
• jalus.php
• funktsioonid.php
• üksik.php
• kommentaarid.php

Tuleb märkida, et need pole kõik mallifailid, mida WordPressist leiate. header.php, külgriba.php Ja jalus.php, on eriti olulised, kuna neid tuntakse 'malli osadena'. See tähendab, et neid saab manustada teistesse mallidesse.

WordPressi lähenemine lehtede loomisele võib alguses tunduda keeruline. See meetod on aga üsna tõhus. Kui teil oleks oma saidi iga lehe jaoks ainulaadne mall, oleks kohandamine õudusunenägu. Modulaarne lähenemine WordPressi mallidele võimaldab teil teha muudatusi ühes failis ja kasutada seda elementi kõikjal saidil.

Iga lehe mallide valimisel kontrollib WordPress esimese asjana teie praegust teemat. Iga teema sisaldab oma mallifailide komplekti, mis on kõigi teiste ees ülimuslikud. See on osa sellest, mida me nimetame WordPressi mallide hierarhiaks, mida me järgmises jaotises vaatleme.

Nüüd, kui mõistate, kuidas WordPress teie lehti renderdab, saab selgeks, et teemad on põhimõtteliselt mallifailide kogu. Praktikas vajab teema ainult ühte mallifaili ja see on - index.php. Enamik teemasid sisaldab aga palju rohkem malle. Nende asjade puhul, mida valitud teemas ei käsitleta, naaseb WordPress nende lünkade täitmiseks oma hierarhias teistele failidele.

Kuidas WordPressi mallide hierarhia töötab

Eelmises jaotises tutvustasime teile mõnda WordPressi mallifaili näidet. Need olid aga vaid mõned mallid, mida saab lehe või postituse laadimisel kasutada. WordPressi mallide hierarhia määrab, milliseid malle ja millises järjekorras kasutatakse.

Näiteks kui proovite laadida lehte abstraktse kategooria jaoks hostimine, siis toimub taustal see:

1. WordPress otsib mallifaili nimega category-hosting.php praeguses teemakataloogis.
2. Kui fail category-hosting.php ei leita, WordPress otsib selle, mis kasutab kategooria ID-d, nt. kategooria-2.php.
3. Kui WordPress ei leia ühtegi neist valikutest, otsib see jagatud faili kategooria.php.
4. Kui failil on nimi kategooria.php ei leita, taandub WordPress ja otsib malli arhiiv.php.
5. Lõpuks, kui kõik muu ebaõnnestub, laadib platvorm faili alla index.php oma teema ja kasutab seda lehe mallina.

Mõned mallifailid on alati teiste suhtes ülimuslikud, seega on need korraldatud hierarhiasse. Laias laastus koosnevad WordPressi saidid seitsmest lehtede kategooriast, millest igaühel on oma rangelt määratletud hierarhia. Nüüd vaatame, mis need kategooriad on ja kuidas nende hierarhiad töötavad.

WordPressi mallide hierarhia selgitus (7 kategooriat)

Iga WordPressi saidi lehed saab jagada seitsmesse kategooriasse. Kõigil neil kategooriatel on sisseehitatud hierarhia ja me juhendame teid kõigis kategooriates.

1. Saidi avaleht

Kõigepealt räägime teie saidi esimesest (peamisest, avalehest). Kui WordPress laadib põhi- või avalehe, otsib ta esimese asjana faili esileht.php. Kui see fail pole saadaval, naaseb platvorm home.php. Kui mõlemad failid puuduvad, naaseb WordPress alati usaldusväärse faili juurde index.php, mis on alati olemas (muidu teie teema ei tööta).

Teisisõnu, see hierarhia jaguneb järgmiselt:

1. esileht.php
2. home.php
3. index.php

Isegi kui need kolm faili on samad, järgib WordPress ikkagi oma sisemist loogikat. Muidugi on see konkreetne hierarhia üsna lihtne. Liigume edasi lehekategooria juurde, mis on veidi keerulisem.

2. Üksiksalvestus

WordPressi artiklid (nagu see) kuuluvad ühe postituse kategooriasse. Selle jaotise alguses rääkisime mõnest kirje loomisega seotud mallifailist. Need olid aga enamasti sisemised elemendid. Enne kui WordPress saab neid renderdada, peab ta kindlaks määrama, millist mallifaili lehe kui terviku jaoks kasutada.

Üksiku kirje hierarhia toimib järgmiselt.

1. üksik-(post-tüüp).php
2. üksik.php
3. ainsus.php
4. index.php

Tõenäoliselt ei tunne te mõnda neist mallifailidest ära, seega anname neile konteksti. Nimekirja tipus üksik-(post-tüüp)-(nälkjas).php. Selgem näide võiks olla single-product-ca-12.php, veebipoe puhul. Teisisõnu otsib WordPress iga postituse jaoks, mille selle konkreetses kategoorias üles laadite, ainulaadset mallifaili. Kui platvorm ei leia sobivat malli, läheb see sammu võrra tagasi üksik-(post-tüüp).php ja nii edasi, kuni see paratamatult uuesti jõuab index.php.

Praktikas võimaldab see lähenemine luua kohandatud malle üksikute kirjete või toodete jaoks. Kui aga eelistate kasutada kõigi oma postituste jaoks ühte WordPressi malli, on see vajalik üksik.php.

3. Staatiline leht

Staatiliselt kuuluvad lehed WordPressis oma kategooriasse. Võtke näiteks Hostingeri sait tervikuna. https://www.site on meie koduleht ja sellele sisenemisel laaditakse mall esileht.php. Teised saidi jaotised, näiteks https://www.site/kupit-hosting-sajtov, kuuluvad staatiliste lehtede kategooriasse.

Staatilised lehed rakendavad järgmist hierarhiat:

1. Kohandatud mallifail
2. lehel—(nälkjas).php
3. leht-(id).php
4. page.php
5. ainsus.php
6. index.php

Pange tähele, et loendi esimene üksus ei ole failinimi. Seda seetõttu, et WordPress suudab tuvastada mitut tüüpi sisu staatiliste lehtedena. Näiteks kui tegelete postitusega, kasutab WordPress vaikimisi hierarhiat, millest me varem rääkisime. Staatilised lehed (nt /kupit-hosting-sajtov) aga liiguvad otse page-slug.php. Meie näites on see nii page-kupit-hosting-sajtov.php(kui selline fail on olemas).

Sellest hetkest alates töötab see hierarhia samamoodi nagu kirjete puhul. Kui unikaalse lehestruktuuri jaoks pole malli, otsib WordPress selle ID-le vastavat jne. Nagu ikka, viivad lõpuks kõik teed index.php, kui te ei leidnud varasemates sammudes lahendust.

4. Kategooria- ja sildilehed

Nagu mäletate, vaatlesime selles artiklis näitena kategooriate hierarhiat. Igatahes, jagame mustrid, mida see hierarhia hõlmab:

1. kategooria—(nälkjas).php
2. kategooria-(id).php
3. kategooria.php
4. arhiiv.php
5. index.php

See hierarhia toimib samamoodi nagu üksikute postituste ja staatiliste lehtede puhul. WordPress otsib malli, mis on unikaalne selle kategooria jaoks, mida soovite üles laadida, esmalt selle failinime, mis sisaldab spetsiaalset näpunäidet, ja seejärel selle ID järgi. Kui see lähenemisviis ebaõnnestub, siis see töötab kategooria.php, ja siis arhiiv.php. Lõppude lõpuks peaks teie WordPressi arhiiv sisaldama postitusi kõigist teie kategooriatest, seega on mõttekas lisada see sellesse hierarhiasse.

Mainime selles jaotises ka WordPressi silte, kuna nii kategooriad kui ka sildid on taksonoomilised elemendid. Samuti on nende hierarhia täpselt sama, välja arvatud see, et asendate kõik kategooria " kategooria" märgistama ' tag', ja siis - kategooria-(nälkjas).php muutub tag-(nälkjas).php jne.

5. Kohandatud (kohandatud) postituste tüübid

Kui te ei tunne , siis tasub märkida, et seda tüüpi sisu ei kuulu üldiselt WordPressi vaikeklassifikatsiooni alla. Näiteks kui alustate ajaveebi, mis keskendub arvustustele, saate luua kohandatud postituse tüübi nimega arvustused ( arvustused) ja konfigureerige see lisafunktsioonide lubamiseks.

Kohandatud postitustüüpide loomine on aga teise õpetuse teema. Praegu piisab, kui öelda, et nendel sisutüüpidel on oma hierarhia:

1. arhiiv-(postituse_tüüp).php
2. arhiiv.php
3. index.php

Nagu näete, pole see hierarhia nii selgelt moodustatud kui mõned teised. Enne edasiliikumist on siiski veel mitu mustritasandit index.php, millest piisab keerukate lehtede loomiseks.

6. Otsingutulemuste lehed

1. search.php
2. index.php

Sel juhul läheb WordPress kohe aadressile index.php, kui see ei leia teie otsingutulemuste lehe jaoks kohandatud malli. Enamik kaasaegseid teemasid sisaldavad aga teie otsingulehe kohandamist.

7. lk 404 (midagi ei leitud)

404 leht on vealeht. Tavaliselt loodate, et teie kasutajad neid lehti kunagi ei näe, kuid siiski on oluline nende eest igaks juhuks hoolt kanda. WordPress ei sisalda kohandatud vealehti, kuid neid on üsna lihtne installida.

Kui loote oma vealehe, otsib WordPress seda kõigepealt, nagu on näidatud järgmises hierarhias:

1. 404.php
2. index.php

Meie arvates tasub kohandatud vealehe loomiseks varuda aega, kui teie saidil on palju liiklust. Nii ei hirmuta teie kasutajad harvadel juhtudel, kui ilmneb tõrge.

WordPressi mallide hierarhia tegevuses

Viimases jaotises vaatleme, kuidas WordPressi mallide hierarhia saab reaalses olukorras toimida. Näitena kasutame hüpoteetilist saiti.

Kujutage ette, et olete loonud veebisaidi, mis sisaldab avalehte, paari staatilist lehte ja hunnikut postitusi. Kasutate ka kohandatud teemat, mis sisaldab järgmisi mallifaile:

• index.php
• home.php
• page.php
• arhiiv.php
• kategooria.php

See on väike ja korralik mallifailide kogu, kuid see on saidi käivitamiseks enam kui piisav. Sel juhul, kui külastasite avalehte, laadib WordPress malli home.php.

Allpool on näited muudest lehtedest, mida võite külastada, ja mallifailidest, mida nad kasutavad.

• Laadiks juhuslik postitus index.php mallifailina, kuna kõnealuses hierarhias pole muid malle.
• Iga külastatud kategooria kasutab mallifaili kategooria.php, kuna selline WordPressi mall on saadaval. Kui seda seal poleks, laadiks selle asemel WordPress arhiiv.php.
• Teie staatilised lehed kasutavad page.php, kuid vaikimisi tehakse seda index.php, kui esimene fail pole saadaval.
• Kuna mallide hulgas pole vealehte, kasutab WordPress index.php mallina selles olukorras.

Näiteid võib tuua palju, kuid see näide peaks andma teile aimu, kuidas selline sait toimiks. Milliseid malle WordPress kasutab, määravad teema seaded ja hierarhiad, millest me varem rääkisime. Loodame, et see juhend on hea lähtepunkt, kui peate tulevikus WordPressi mallide hierarhiaga koostööd tegema.

Järeldus

WordPressi mallide hierarhia võib esmapilgul keeruline tunduda. Kuid ülaltoodud jaotistes oleme välja toonud, millised mallifailid on üksteise suhtes ülimuslikud. Selle teabe abil saate täpselt teada, milliseid faile peate parandama, kui soovite oma praeguses WordPressi teemas muudatusi teha.

Kas teil on küsimusi WordPressi mallide hierarhia ja selle kohta, kuidas need teie saidil töötavad? Esitage küsimus allpool olevas kommentaaride jaotises!