WordPress on üks tihedaimaid platvorme teie veebisaidi loomiseks. Selles WordPressi kasutamise üksikasjalikus juhendis tutvustame just seda, miks. Nendes jaotistes käsitleme täpseid optimeerimisvalikuid, WordPressi arendamist ja mõnda üldist näpunäidet platvormi kohta, kui teete selle täieliku valdamise.
Erinevalt meie eelmistest juhenditest pole siin palju õpetusi. WordPressi edasijõudnutele lõppudele jõudes lähevad asjad palju segasemaks. Siinkohal soovime teile lihtsalt varustada algteadmisi nende keerukate teemade kohta, mitte neid täielikult süveneda. Ainuüksi kogu teema arenduse hõlmamine võtaks mitu artiklit, mis sisaldasid üle 5000 sõna.
Isegi selle juhise eesmärk on tõrjuda teid WordPressi abil oma mugavustsoonist välja, kasutades paljusid veebis olevaid tööriistu, et täiendada oma teadmisi platvormi ja selle keerukuse kohta. Kui otsite WordPressist põhjalikumat lähenemisviisi, tutvuge enne selle juhendi tutvumist meie teiste juhenditega.
- WordPressi kasutamise juhend algajatele
- Vahepealne juhend WordPressi kasutamiseks
Contents
- 1 Täpsem optimeerimine
- 2 Täpsemad kujundusvalikud
- 3 Üldised WordPressi näpunäited
- 4 Lõplikud mõtted
Täpsem optimeerimine
Kõigis kolmes WordPressi juhendis oleme kajastanud optimeerimise erinevaid vorme alates põhilistest piltide redigeerimisest kuni keerukamate pistikprogrammideni, näiteks WP-Optimize. Selles jaotises käsitleme põhjalikult optimeerimist, puudutades seda, kuidas saate oma saiti veelgi kiirendada CDN-i, vahemällu salvestamise ja järkjärgulise pildi laadimisega.
Dünaamiline sisu CDN-iga
Parim viis WordPressi laadimisaegade vähendamiseks on staatilise sisu kasutamine. Staatiline sisu, näiteks ajaveebipostitus, laaditakse lehel palju kiiremini üle dünaamilise sisu, näiteks CSS-faili, mida palju tõmmatakse ja loetakse iga kord, kui päring saab..
CDN ehk sisu edastamise võrk teeb just seda. See filtreerib läbi teie dünaamilise sisu, salvestab selle vahemällu ja täiustab seda staatiliselt. CDN-teenuse pakkuja (mis on veebimajutusteenuse pakkujast eraldi) hoiab kogu maailmas hulgaliselt servereid, et laadimisajad läheksid kokku.
Oletame, et teie veebimajutaja teile lähim andmekeskus asub Los Angeleses. Keegi USA-s asuv inimene reageerib kiiremini Euroopas asuvale inimesele. Veebisaidi andmete edastamise latentsusaeg on pikem, kuna see peab minema kaugemale.
CDN leevendab neid probleeme. Võrgul (kui see on hea mainega) on servereid kogu maailmas, see tähendab, et Euroopa kasutaja saab lähedasemast serverist teie saidi vahemällu salvestatud versiooni. Teie kiirus ühtlustub rahvusvaheliselt, tagades, et pakute sama kogemust kõigile vaatajaskondadele, olenemata nende asukohast.
Lisaks laadib CDN teie veebi ressursse. Kuna vanemiserver ei saa iga kord, kui teie veebisait laaditakse, päringut saada, aitab CDN ära hoida liikluse tihenemist ja DDoS-i rünnakuid, et teie sait püsiks võrgus.
Igal saadaoleval CDN-l on veidi erinev rakendusmeetod, nii et me ei saa kõike üle vaadata. Selle asemel keskendume Cloudflare’ile, ühele populaarseimale CDN-le ja ühisele funktsioonile, mida oleme kogu veebimajutuse arvustuse ajal näinud. Kuid mõned pakkujad lisavad Cloudflare’i tasuta versiooni iga veebisaidiga, nii et te ei pea seda uuesti installima, kui see nii on.
Esiteks minge Cloudflare’i ja registreeruge tasuta konto saamiseks. Kui olete armatuurlauale jõudnud, klõpsake paremas ülanurgas oleval nupul + lisage sait. Sisestage oma WordPressi domeen ja klõpsake nuppu „alusta skannimist“.
Paari minuti pärast tõmbab Cloudflare üles teie DNS-i kirjed ja kaks võimalust. CDN-i eeliseks valige kahe seast „CDN ja kaitse“. Teie kirje (teie domeen) veerus „Olek” peaks olema oranž pilv. Muud kirjed, näiteks e-posti teel kasutatavad MX-kirjed, ei pea CDN-i kasutama, nii et ärge muretsege, kui teie olekus on tühi koht.
Jätkake seadistamist, kui olete veendunud, et teie DNS-i kirjed on täpsed. Võite alati tagasi tulla ja seda jaotist muuta, nii et ärge muretsege liiga palju, kui midagi on vaja hiljem muuta. Järgmisel ekraanil valite oma plaani. Cloudflare on natuke kallis, kuid tasuta plaan peaks enamiku kasutajate jaoks hästi hakkama saama.
Nüüd, kui Cloudflare on üleval, peate selle konfigureerima. Põhimõtteliselt peate suunama oma domeeni Cloudflare’i poole, mis omakorda osutab teie veebimajutusele. Cloudflare toimib lihtsalt puhverserverina, selle seadistamine võtab kahjuks natuke aega.
Minge oma domeeni registripidaja juurde ja suunake oma domeen Cloudflare nimeserverite poole. Alloleva ekraanipildi jaoks kasutasime InMotionit (lugege meie InMotion Hostingi ülevaadet), kuid protsess peaks olema üsna lihtne olenemata sellest, kus teie domeen asub.
Nüüd, kui teie domeen on osutatud Cloudflare’ile, peate Cloudflare’i suunama oma veebi. Logige sisse Cloudflare ja klõpsake juhtpaneelil vahekaardil „DNS”. Teie kirje, mis on teie domeen, peaks osutama teie veebi serveri IP-aadressile. Selle leiate hõlpsalt cPanelist (lugege meie parimat veebimajutust cPaneliga), kuid pöörduge lihtsalt tugiteenuse poole, kui teie veebimajutaja seda liidest ei toeta.
Pärast seda on Cloudflare kõik teie WordPressi saidiga kasutamiseks loodud. Siiski on olemas spetsiaalne pistikprogramm, mis võib muuta Cloudflare’i haldamise WordPressi juhtpaneelil lihtsaks. Installige ja käivitage juhised ning teil peaks olema kõik korras. Ainus, mida vajate, on Cloudflare API võti, mille leiate siit.
See pistikprogramm on päris hea, eriti kui teil on tasuline plaan. Saate vaadata salvestatava ribalaiuse pilvvalgust, CDN-i saabuvaid taotlusi ja selle kordumatu külastajate arvu. Tasulised liikmed saavad pistikprogrammis konfigureerida ka veebirakenduse tulemüüri ja täpsema DDoS-kaitse.
Järk-järguline pildi laadimine
Oma eelmises juhendis rääkisime teie piltide optimeerimisest veebikasutuseks suuruse ja eraldusvõime korrigeerimise kaudu, aga ka mõne plugina abil, et kogu rasv maha lõigata. Kuid piltide laadimisaja lühendamiseks võite teha ka rohkem.
Mõne millisekundi murdosa piltidega raseerimise võti on piltide järkjärguline laadimine. See pole aga sama kui tundlik pildi laadimine, kuna neid võib sageli segi ajada. Kujutiste järkjärguline laadimine tähendab seda, kui pilt laaditakse lehele, samas kui tundlik laadimine käsitleb teie saidi üldist paigutust.
Põhimõtteliselt ei laadita järk-järgult laaditavaid pilte lehele enne, kui kasutaja neile alla kerib. See vähendab serveri koormust, laadides lehe ülaossa ainult siis, kui keegi teie saidile maandub.
Saate seada kõik pildid HTML-i kaudu järk-järgult laadima, kuid see on üsna vaevaline protsess. Selle asemel soovitame teil installida laisa laadimispistikprogrammi, et jalgade tööd teie eest hoolitseda. Enamik pistikprogramme võib ka laiska kommentaare ja videoid laadida, nii et pidage seda meeles. Siin on mõned meie lemmikud:
- A3 laisk koormus
- BJ Lazy Load
- Lõpmatu kerimine – Ajax laadib rohkem
Optimeerimise saab teha ka enne üleslaadimist. Nagu meie eelmises juhendis mainiti, soovitame graafika või ekraanipiltide jaoks png-faile, kuna vorming ei purune pakkimise ajal nii hõlpsalt. Teisest küljest sobivad fotod tunduvalt paremini kui .jpgs.
Enamasti on fotod massiivsed failid ja isegi pärast mõningast suuruse muutmist võtab nende veebilehele laadimine veidi aega. Enamik pilditöötlusrakendusi ekspordib algtasemele optimeeritud .jpg, pisut väiksema faili, mis säilitab pakkimise kaudu võimalikult palju üksikasju.
Progressiivne .jpgs on pisut suurem, kuid laadimiseks kasutage teist meetodit. Selle asemel, et proovida laadida tervet pilti ridade kaupa, laadib progressiivne .jpg pikema aja jooksul ridade komplekte, andes küll teie lehel pildi tajumise, kuid jättes selle laadimiseks rohkem aega. See on nagu YouTube’i video laadimine SD-ks mõneks sekundiks, enne kui see automaatselt HD-le hüppab (kuigi tehnoloogia on erinev).
See on kindlasti teisene optimeerimismeede laisa laadimise kasutamisel. Te ei säästa oma serveris ruumi ja teie üldine lehe laadimisaeg ei muutu. Selle abil saab siiski lahendada pildi, mis juhuslikult lehele hüppab pärast selle laadimist.
Eriti edumeelsed .jpgs-failid töötavad kõige paremini suurte pildifailide puhul. Väikesed .jpg-failid peaksid olema lähtevormingus korras, kuna need laadivad igale veebilehele üsna kiiresti. Kui soovite aga kõrge eraldusvõimega fotosid, tagab progressiivne .jpgs, et pildi laadimise ajal pole teie lehel musta kohta..
Pilk WordPressi vahemällu
Eelmises juhendis mainisime WordPressi vahemällu salvestamist ja miks on oluline oma saidil asja kiirendada. Kuid me ei uurinud, miks see nii on. Siin käsitleme WordPressi vahemällu salvestamist üksikasjalikumalt, miks see kiirendab teie saiti ja miks mõnel juhul võib see teie teema rikkuda.
Alustame sellest, et mõistame, mis see on. Kui keegi teie URL-i sisestab ja sisestusklahvi vajutab, algab failide tuhmumine serverist sihtmasinasse. Põhimõtteliselt külastab keegi teie saiti, WordPress otsib kõik teie andmebaasis olevad failid ja veebiserver kompileerib andmed HTML-lehele, et neid kasutajale edastada.
Selle lähenemisega on siiski probleeme. WordPress loob sisu dünaamiliselt, mis tähendab, et iga kord, kui kasutaja teie saidile suundub, laaditakse värske sisu, isegi kui ta on seal varem olnud. See on suuresti tarbetu, kuna ajaveebi postitus ja teie saidi üldine stiil ei muutu tõenäoliselt iga päev.
Vahemällu salvestamine tuleb sisse. See loob teie sisust staatilise versiooni ja edastab selle hoopis, mis tähendab, et kui teie saidile tulevad külastajad naasevad, näevad nad vahemällu salvestatud versiooni, mis peaks olema palju kiirem. See kasutab andmeid uuesti, minimeerides voo serveri ja kasutaja vahel.
Vahemälu on saadaval kahte tüüpi: kliendi- ja serveripoolne. Kliendipoolne vahemällu salvestamine on teie kontrolli alt väljas. Seda kasutatakse enamikes kaasaegsetes brauserites laadimisaegade kiirendamiseks, kasutades uuesti allalaaditud andmeid. Teie veebisait (kui see on moodsa brauseriga ühendatud) juba kasutab kliendipoolset vahemällu salvestamist.
Teie valdkond on serveripoolne. On erinevaid vahemäluprotokolle, mis moodustavad kogu WordPressi vahemäluruumi. Siit leiate igaühe lühikirjelduse:
- Lehe vahemälu: Puhastamise kõige puhtam vorm. See on protsess, kus HTML-faile staatiliselt hoitakse ja neid vahemälust serveeritakse. See tähendab vähem PHP-skriptide ja MySQL-i andmebaasi päringute hukkamisi
- Andmebaasi vahemälu: See viitab konkreetse andmebaasipäringu tulemuse vahemällu salvestamisele. Selle asemel, et WordPress iga kord andmebaasist midagi otsida, salvestatakse tulemus vahemällu ja WordPress laadib selle hoopis üles. Siiski peate vahemälu tühjendama iga kord, kui andmebaasi värskendate
- Objektide vahemälu: Objektide vahemälu on sisseehitatud WordPressi sisse ehitatud. See sarnaneb andmebaasi vahemällu salvestamisega, kuid vaatleb korduvate päringute tulemusi. Siin ei pea te palju jamama, sest WordPress salvestab objektid vahemällu automaatselt sisse seatud komplektist
- Opoodikoodide vahemälu: WordPress kasutab PHP-skriptide loendit. Kui PHP-skript käivitatakse, tuleb see käivitatava koodi genereerimiseks kompileerida. Opcode’i vahemälu võtab PHP kompilaatori tulemuse vahemällu, et vähendada täitmiste arvu
Saage aru, et vahemällu salvestamine nõuab mingisugust salvestusruumi. Jagatud hostimine (mille kohta saate teada meie parimast veebimajutuse juhendist) pakub tavaliselt ainult kõvaketta salvestusruumi, see tähendab, et teie vahemälu võtab kõvakettal ruumi. VPS ja spetsiaalsed serverid saavad kasutada pühendatud RAM-i, palju kiiremat mälu, mis kiirendab teie vahemällu salvestamist. Lugege kindlasti meie DreamHosti ülevaadet, et saada teavet WordPressi VPS-i paketi kohta, mis on suurepärane.
Nüüd näib vahemällu salvestamine teoreetiliselt unenäona, kuid võib praktikas pisut valus olla. Kaasaegsetel veebisaitidel on palju dünaamilisi funktsioone, mida värskendatakse ka ilma, et te midagi ühte muudaksite. Näiteks värskendatakse teie Instagrami voogu pidevalt, isegi kui te tegelikult oma saidil muudatusi ei tee.
Pidevalt värskendatav dünaamiline sisu puruneb vahemällu salvestamise ajal kõigepealt, mitte siis, kui keegi teie saidile langeb. Vahemälu viitab sellele, mida ta varem salvestas, st selliseid elemente ei laadita uuesti.
Sellised elemendid purunevad ainult siis, kui nad kasutavad täitmiseks PHP-d, kuna Opcode vahemälu salvestab väljundi. Parim lahendus on tugineda väljundi genereerimisele pluginatele või vidinatele, mis kasutavad JavaScripti või AJAX-i, kuna need töötavad brauseri poolel. Sellega loob brauser dünaamilisi funktsioone isegi siis, kui lehed on vahemällu salvestatud.
Kui tuginete konkreetsele funktsioonile, mis kasutab PHP-d, on parim lahendus lihtsalt vahemälu vahetamise välja lülitamine sellel konkreetsel lehel. See võib mõjutada teie kiirust, kuid parem on aeglane funktsionaalne veebisait kui kiiresti purustatud veebisait.
Andsime oma eelmises juhendis mõned soovitused pistikprogrammide vahemällu salvestamiseks. Kiire ülevaate saamiseks on siin meie kolm lemmikut:
- WP super vahemälu
- W3 kogu vahemälu
- Kolibri lehekiiruse optimeerimine
Täpsemad kujundusvalikud
Lasteteemade, pistikprogrammide ja külgribade tundmisega tahame järgmiseks uurida mõnda WordPressi täpsemat kujundusvalikut. Määratleme WordPressis arendamiseks kasutatavad keeled ning tutvustame lühidalt, kuidas neid praktikas platvormile rakendada.
Enne oma pistikprogrammi väljatöötamisse sukeldumist tahame määratleda mõned terminid. Kui tunnete HTML-i, CSS-i, Javascripti ja PHP-d, jätke julgelt vahele. Algajate puhul eristame neid nelja, kuid veenduge, et õppiksite keeli, kui olete huvitatud pistikprogrammist või teema arendamisest.
HTML
HTML ehk HyperText Markup Language haldab kogu teie veebisaidi sisu. See keel on teie veebisaidi nurgakivi. Veebibrauserid tõmbavad teie veebisaidile juurdepääsu korral HTML-faile ja tõlgivad skripti teie sisuks.
Hea viis HTML-i mõistmiseks on lülituda WordPressi tekstiredaktorisse. Siin näete põhifunktsioone, nagu videote manustamine, teksti modifikatsioonide lisamine ja piltide lisamine.
See on teie veebisaidi põhistruktuur. Kui me teeme hoonele analoogia, oleks HTML hoone ise, sõltumata sellest, mis selles võib olla.
CSS
CSS ehk Cascading Style Sheets haldab teie veebisaidi üldist ilmet ja stiili. See tähendab, kuidas postitusi kuvatakse, kuidas pilte lehel kuvatakse, värve, fonte jms. CSS haldab kõike, mis on teie saidi väljanägemisega seotud..
Ehkki HTML-i abil saab mõnda stiili kujundada, näiteks fondi muutmist, tegeleb CSS teie saidi üldise ilmega, mis kehtib kõigi postituste või lehtede puhul. See tagab teie veebisaidi universaalsete värvide, paigutuse ja fondi üle palju suurema kontrolli individuaalsetest sätetest eraldi.
Jätkates meie hoone analoogiat, oleks CSS hoone, samuti selle siseruumide värvimistöö ja üldilme. HTML haldab sisu, CSS – stiil.
JavaScript
Mis tahes veebisaidi moodustavate tehnoloogiate triaadi ümardamisel tegeleb JavaScript teie veebisaidi reageerimisega. Seda ei kasutata ainult ilusa parallaksi pildi saamiseks (ehkki seda kasutatakse ka sel eesmärgil), vaid ka igasugust suhtlust, mida keegi teie saidiga teeb.
See tähendab otsinguriba kasutamist, pildil klõpsamist või lingi täitmist. JavaScript on see, mis võimaldab teie saidil reageerida kasutajate sisendile, ükskõik kui põhiline see ka pole. Pistikprogrammi ja teema arendamiseks ei pea te JS-iga palju tegema.
Mis puutub meie hoonesse, siis on JavaScripti kõige lihtsam võrrelda uste, liftide jms abil. See muudab kõnekäändse betoonplaadi millekski funktsionaalseks.
PHP
PHP ehk hüperteksti eeltöötleja on serveripoolne skriptikeel, mida kasutatakse MySQL-iga veebiarenduses. Seda kasutatakse HTML-iga loodud veebilehtede manipuleerimiseks. Igal veebisaidil on HTML-i skriptide täitmiseks üks serveripoolne skriptikeel.
See võib olla Java (mitte JavaScript, erinevad asjad), PHP või Python. Erinevalt kolmest suurest, mis jooksevad läbi veebibrauseri, käivitatakse PHP-skriptid serveris endas. Tavaliselt tähendab see andmete salvestamist ja võtmist MySQL andmebaasist.
Enamik WordPressi saite kasutab PHP-d, seega on kõige olulisem, kui õpite seda Java või Pythoni kaudu, kui kavatsete platvormil areneda. Meie hoone jaoks oleks PHP arhitekt ja ehitaja, kes selle ellu viis.
Enda pistikprogrammi kirjutamine
Oleme kolme WordPressi juhendi vahel katnud tohutu pluginate loendi. Siin käsitleme lähemalt, kuidas saate oma asju teha. Peaksite siiski arvestama, et see pole PHP õpetus. Kui teil pole PHP-d, siis võite siin järgida meie väikest juhendit, kuid sellel pole palju keelt, kuni keelt õppite.
Alustame sellest, mis pistikprogramm tegelikult on. Põhimõtteliselt on see lihtsalt PHP-skript, mis muudab teie veebisaidil midagi. Teemad muudavad teie veebisaidi ilmet ja pluginad muudavad selle toimimist.
See kõlab piisavalt põhimõtteliselt, kuid neil kahel on palju ristandusi. Nagu meie vahepealses juhendis mainiti, on igal teemal fail function.php, mis käsitleb teie saidi käitumist. Saate seda faili redigeerida, et saavutada pistikprogrammiga seda, mida soovite, kuid see pole alati praktiline.
Kommentaaride jaotise pikkuse või suuruse muutust saab teemafailides hõlpsasti muuta, kuid midagi intensiivsemat, näiteks meililisti, sobib paremini oma pistikprogrammiga.
Pistikprogrammi loomine on WordPressi abil tegelikult surnud. Juurdepääs oma saidile FTP kaudu ja minge teele public_html > wp-sisu > pistikprogrammid. ” Looge uus kataloog ja pange sellele nimi, mida soovite. Selle õpetuse jaoks nimetame seda lihtsalt “minu pistikprogrammiks”.
Avage NotePad või mõni skriptiredaktor ja sisestage järgmine teave:
<?php
/ *
Pistikprogrammi nimi: minu pistikprogramm
Pistikprogrammi URI: http://my-fake-plugin.com
kirjeldus: >-
Saan WordPressile pluginaid lisada
Versioon: 1.0
Autor: Plugini arendaja
Autori URI: http://plugin-developer.com
Litsents: GPL2
* /
?>
Pange see fail äsja loodud kausta ja pange see nimeks „myplugin.php”. Kõigist siin pakutavatest valikutest on vaja ainult pistikprogrammi nime, kuid kui soovite pistikprogrammi veebis levitada, on soovitatav lisada võimalikult palju üksikasju.
Pärast faili üleslaadimist võite minna oma WordPressi juhtpaneeli ja selle aktiveerida. Muidugi ei tee see tegelikult midagi, kuid see on lihtsalt demonstratsioon, mis näitab teile, kuidas protsess töötab. Skripti kirjutamine on teie enda asi.
Kuid see pole alati nii lihtne, kui trükkida skript ja visata see kausta. Mõnikord on parem sõltuvalt vajadusest jaotada pistikprogramm mitmeks failiks. Kui olete arendusprotsessis alles uus, soovitame vaadata populaarsete pistikprogrammide skripte, et näha, kuidas need on üles ehitatud.
Enne teemade juurde siirdumist tahame teha mõned märkused asjade kohta, mida kõik pistikprogrammid vajavad. WordPress pakub kolme konksu, et tagada, et teie pistikprogramm salvestaks teavet ainult siis, kui see on aktiveeritud, ja võtab kõik need andmed endaga sisse, kui see on deaktiveeritud või desinstalleeritud.
- register_activation_hook (): See on funktsioon, mis töötab siis, kui teie pistikprogramm on WordPressis aktiveeritud. See on konks, mida kutsutakse siis, kui pistikprogramm on aktiivne ja täidab skripti esimest funktsiooni.
- register_deactivation_hook (): Nagu ülaltoodud konks, käivitab see ka WordPressi funktsiooni käivitamiseks, kui pistikprogramm on desaktiveeritud. Tavaliselt ei kustuta te siin andmeid, vaid trükib üleliigset rasva, kui pistikprogramm pole aktiivne.
- register_uninstall_hook (): See on funktsioon, mis töötab siis, kui teie pistikprogramm WordPressi juhtpaneelilt kustutatakse. Pistikprogrammi jäänud andmete kustutamiseks on hea ala. Pistikprogramm peab olema võimeline konksust eraldi töötama, et see saaks korralikult desinstallida. Kui te ei pääse sinna, peate looma faili uninstall.php.
Me ei saa tutvuda teie enda pistikprogrammi väljatöötamisega, kuna see võtab mis tahes ideed ja sageli ka skriptimise kogemuse. Kui teil on mõlemad, soovitame teil süsteemi sisemiste ja paremate külgede tutvumiseks vaadata WordPressi pistikprogrammide käsiraamatut..
Oma teema kirjutamine
Seal on pistikprogramm peaaegu kõige jaoks ja arendamine on üsna kaasatud, kui vajate midagi, mida leiate pistikprogrammide andmebaasist. Paljude jaoks on teema arendamine palju praktilisem. Siiski peate oma teema arenduse teostamiseks teadma CSS-i ja PHP-d.
Peale nende teadmiste on teema arendamine üsna lihtne. Toetame oma lapseteemade vahepealses juhendis sisalduvat teavet, nii et enne jätkamist lugege kindlasti läbi (link on ülal).
Enda teema arendamiseks on kaks võimalust: läbi raamiteemu või nullist. Soovitame esimest, kuna saate üsna kiiresti üles ehitada ja töötada, säilitades samal ajal kontrolli oma veebisaidi kujundamise üle.
See on sama protsess, kui WordPressis kasutatakse lapseteemat. Sel juhul on raamistik põhiteema ja teie lapse teema tegeleb kogu kujundusega. Teemaraamistiku installimise ning faili style.css ja function.php loomise jätkamiseks jätkake eelmises juhendis toodud menetlust..
Iga raamistik on erinev, nagu ka iga teema. Mõnel on hinnasilt ja mõnel on teistest erinevad omadused. Vaadake kindlasti ringi, et leida üks, mis teie vajadustele kõige paremini sobib. Siin on kolm meie lemmikut:
- Genesis
- Pukk
- Hübriidsüdamik
Enda teema arendamine ainult tehniliselt nõuab kahte faili: index.php ja style.css. Kuid paljud teemad sisaldavad veel mõnda faili, et täpsustada veebilehe päist, jaluse ja külgriba. Siin on lühike kirjeldus failidest, mis enamikul teemadel on:
- indeks.php: Teie teema tuum. See on peamine ala, mis täpsustab, kus kõik teie teemavalikud asuvad. Täpse nimega, see on teie teema register
- stiil.css: See on teie saidi üldine ilme. Siin saate määratleda põhisisu värvid, fondid, vahekaugused jne
- header.php: Skript kogu päiseteabe genereerimiseks, sealhulgas logo, peamenüü jne
- külgriba.php: Kogu teave külgribade toimimise kohta teie teemas. Külgribade kohta lisateabe saamiseks lugege meie algajate juhendeid (ülaltoodud lingid)
- jalus.php: Sama arusaadav kui kolm viimast, käsitletakse sellega teie veebisaidi jaluse jagu
Teie eesmärk on alustada indeksfailiga, kasutades alustamiseks raamistikku nagu Bootstrap ja laiendage seda, purustades selle faili päiste, jalusete ja külgribade jaoks eraldi failideks. Sarnaselt pistikprogrammidele on hea kasutada WordPressiga kaasas olevaid teemafaile, et näha, kuidas need on üles ehitatud.
Paljudel juhtudel on oma tee ülesehitamiseks raamistiku vastuvõtmine parim viis. See eemaldab kõik põhiskriptid nii, et teil oleks toimiv sait ja võimaldaks teil tagasi minna ja selle üldises stiilis muudatusi teha..
Kui soovite ise järele proovida, valmistuge pikaks marsruudiks. See pole mitmel viisil nii keeruline kui pistikprogrammi väljatöötamine, kuid palju aeganõudvam. Oma teema vormingu ja ülesehituse kohta saate teavet WordPressi teemakäsiraamatust.
Üldised WordPressi näpunäited
WordPressi keerukuse tõttu on kõigis jaoturites lihtne eksida. Meie kummardusena WordPressi kolmeosalisele seeriale anname teile mõned üldised näpunäited CMS-i kasutamiseks, et saaksite oma saiti korralikult käitada.
Hoidke see lihtne
Ennekõike on oluline, et WordPress oleks võimalikult lihtne. Tonni pluginaid, kohandatud stiile ja keerukaid postikujundusi tasub teie saidile harva midagi positiivset. Tulemused on sageli aeglased laadimisajad, pistikprogrammide ühildumatus ja katkised veebilehed.
Esitage oma saiti ainult oluliste pistikprogrammide ja stiilivalikutega. WordPressi andmeedastuse hulgaga lisab iga pistikprogramm või ekstravagantne võimalus ainult juba üsna pika laadimisaja. Kui soovite midagi toretsevat, olge valmis tõsiseks optimeerimiseks või kasutage selle asemel veebisaidi koostajat.
Kui olete asju kodeerivas otsas, tähendab see ka seda, et te ei peaks ennast lubama. Hoidke oma kood puhas ja proovige mitte midagi väljamõeldud, kui arendate oma pistikprogrammi või teemat. Lõppkokkuvõttes muudab see skripti WordPressil lihtsalt keerukamaks.
Uuendage sageli
Me ei saa seda punkti piisavalt rõhutada. WordPress on pidevalt arenev platvorm, millel on palju liikuvaid osi. Ühe pistikprogrammi või funktsiooni värskendus võib põhjustada kokkusobimatust teisega, mis viib saidi purunemiseni või vähenemiseni.
Niipea kui värskendus ilmub, rakendage see oma saidil. Mõnel juhul võib see põhjustada kokkusobimatust, nii et veenduge, et teete oma saidi varundamise (mida käsitleme järgmises jaotises), et saaksite selle tagasi pöörduda, kui see juhtub.
Parem on siiski minna edasi ja teha värskendus. Suurel hulgal muudatuste hunnikul istumine aeglustab teie saiti vaid juhul, kui mõne uue värskenduse korral pistikprogramm puruneb, võite arendajad ära jätta, et nad saaksid käigultparanduse välja tõmmata.
Varundamine pidevalt
Pärast kogu WordPressi saidil oleva töö tegemist oleks kahjulik kaotada see häkkerisse või katkestatud serverisse. Ehkki see on ebatõenäoline, peaksite oma saiti varundama nii sageli kui võimalik, kasutades ühte parimatest veebis tehtud varundusteenustest.
Teie veebisaidi koondamiseks on palju WordPressi pluginaid, mis integreeruvad veebipõhise varundamise ja pilvesalvestusega. Üks parimatest võimalustest selle jaoks on UpdraftPlus, mis võimaldab teil oma varukoopiaid otse Dropboxis (lugege meie Dropboxi arvustust) või Google Drive’is (lugege meie Google Drive’i arvustust).
On ebatõenäoline, et teie veebisaidi andmed kustutatakse täielikult, kuid kindlasti võimalik. Meelerahu eest tuleb maksta väikest maksu, mis maksab kindlasti dividende katastroofilisel juhul, kui teie andmed kaovad.
Lõplikud mõtted
Sellega oleme lõpetanud oma kolmeosalise kursuse WordPressi õppimiseks. Vaatamata sellele, et nende juhendite jooksul kajastasime palju, on platvormi kohta veel palju õppida. Kõigi siin käsitlemata lugemiseks lugege kindlasti WordPressi koodeksit.
Isegi kõigi WordPressi teadmiste korral on asjatu pingutus, kui teil pole oma veebisaidi haldamiseks kindlat veebimajutajat. Vaadake kindlasti meie parimat WordPressi veebimajutust, et tagada kogu teie raske töö sidumine kindla serveriga.
Millised muud WordPressi küsimused teil on? Andke meile allpool toodud kommentaarides teada ja, nagu alati, tänan lugemise eest.