Dette innlegget vil samle informasjon om strukturen til WordPress i en eller annen forstand. Strukturen til databasen og tabellene i databasen - hvorfor de er og hva som er lagret i dem. Strukturen til mappene, hvilke filer som er i dem, formålet med disse filene og katalogene. Liste over roller, funksjoner osv.

Jeg overførte informasjonen fra innlegget "WordPress-notater, triks og hacks", som har vokst så mye at det må deles opp.

• Administrator- Absolutt tilgang til å administrere temaer, brukere, plugins, innstillinger, sider, innlegg, kategorier, kommentarer, eksport-import av innhold.
• Redaktør- redigere, lage, slette ditt eget og andres innhold, moderere kommentarer, redigere kategorier, slette, redigere, publisere egne og andres sider, innlegg, laste opp filer.
• Forfatter- opprette, redigere, publisere og slette kun innholdet ditt - poster. Kan ikke opprette sider. Har rettigheter til å laste opp bilder, filer og eventuelt materiale.
• Bidragsyter- kan legge til nytt innhold - ta opp, uten publiseringsrettigheter. Kan redigere og slette utkastene deres. Kan ikke legge til bilder i et innlegg, kun via ved hjelp av HTML kode som inneholder en lenke til bildet. Deltakere kan også se oppføringer i konsollen.
• Abonnent- du kan la abonnenter se private innlegg og sider uten ekstra plugins eller kode.

Tabellstruktur i wordpress database:

• wp_commentmeta – for kommentarmetadata
• wp_comments – kommentarer
• wp_links - utdatert; lagrer informasjon som er lagt inn i WordPress-lenker-delen
• wp_options – alt som er i Alternativer-delen av administrasjonspanelet er lagret i denne tabellen, sideinnstillinger
• wp_postmeta – post metadata
• wp_posts – innlegg, sider, deres revisjoner og navigasjonspunkter
  • id - innlegg, sider, revisjoner
  • post_author - brukerens ID - forfatteren.
  • post_date - postdato
  • post_date_gmt - postdato i GMT
  • post_content - innlegg innhold
  • post_title - posttittel
  • post_excerpt – innleggsbeskrivelse
  • post_status – poststatus: publiser, utkast, autoutkast, arv
  • comment_status – «åpen» hvis det er tillatt å kommentere et innlegg og «lukket» hvis det er forbudt.
  • ping_status
  • post_password - passord for å lese innlegget hvis det er passordbeskyttet
  • post_name - alias for innlegget som skal brukes i CNC-lenker.
  • to_ping
  • pinget
  • post_modified - dato for siste endring av innlegget
  • post_modified_gmt - dato for siste endring av innlegget i GMT
  • post_content_filtred
  • post_parent - id foreldrerekord post, hvis det ikke er noen forelder, er verdien 0
  • guide – post URL i formen http://site/?p=id for innlegg eller http://site/category/test/name – for sider
  • menu_order – null for innlegget, sidens serienummer, brukes til å bestemme rekkefølgen sidene vises i
  • post_type - post type, kan være: post - post, side - side, revisjon - lagret versjon av siden eller innlegget, vedlegg - media, for eksempel en bildeside
  • post_mime_type
  • comment_count - antall kommentarer på innlegget
• wp_terms – inneholder hovedsakelig informasjon om termer/taksonomier (kategori, lenkekategori, etikett, meny)
  • term_id - ID for termen (for eksempel kategorier)
  • navn - term navn
  • slug - hvordan begrepet vil bli skrevet i lenken
• wp_term_relationships – forhold mellom innlegg og kategorier, tagger og andre taksonomier
  • object_id - ID for innlegg, lenke
  • term_taxonomy_id - ID for en kategori eller en annen taksonomiterm (kategori, lenkekategori, etikett)
  • term_order - brukes til sortering
• wp_term_taksonomi – beskriver hvilken type begrep dette eller det begrepet er
  • term_taxonomy_id - taksonomi-ID
  • term_id - term id
  • taksonomi - taksonomitype: kategori, link_kategori, post_tag, nav_meny
  • overordnet - overordnet begrep, hvis for eksempel en kategori er nestet i en kategori
  • antall - antall objekter (innlegg, lenker) knyttet til taksonomien
• wp_usermeta – brukerrettigheter og Tilleggsinformasjon om registrerte brukere
• wp_users – alle brukere

Wordpress filstruktur

Rotkatalogen inneholder følgende mapper og mappefiler:

• wp-config.php- denne php-filen inneholder databasenavn og passord, koding, tabellprefiks, språk, cachestørrelse, du kan legge til mange andre parametere til filen.
• File.htaccess- en ekstra konfigurasjonsfil for Apache-webserveren, samt lignende servere. Lar deg stille inn et stort nummer av tilleggsparametere og tillatelser for å kjøre webserveren i individuelle kataloger.
• wp-inkluderer- WordPress kjerne. Med hver oppdatering blir mappen overskrevet.
• wp-admin- CSS-, JavaScript- og PHP-filer som gir administrasjonskonsollen. Med hver oppdatering blir mappen overskrevet.
• wp-innhold- inneholder brukermapper og består av mapper:
  • språk - inneholder motoroversettelsesfiler i .mo- og .po-format
  • plugins - installerte plugins
  • temaer- installerte maler, minst én mal må være installert. Kan inneholde følgende mapper og filer:
    • index.php - mal for hovedsiden til nettstedet, laster også sidefeltfilen. Nødvendig fil, i roten til malmappen
    • style.css - en nødvendig fil, ansvarlig for CSS-stilene til malen, i roten til malmappen
    • header.php – fil som er ansvarlig for å sende ut data i seksjonen og toppmenyen
    • sidebar.php – filen er ansvarlig for å generere side (ekstra) kolonner. I utgangspunktet vises kategorier, tagger og bannere her.
    • footer.php – filen er ansvarlig for å vise bunnteksten, bunnmenyen, opphavsrett og lukkede HTML-koder
    • single.php – er ansvarlig for å vise individuelle innlegg.
    • page.php – er ansvarlig for å vise individuelle sider (for eksempel "Kontakt", "Om oss", etc.)
    • archive.php – er ansvarlig for å vise arkivsiden med poster
    • category.php – genererer sider som viser publikasjoner etter kategori
    • tag.php – sidemal som viser en liste over publikasjoner etter tagger
    • comments.php – filen beskriver hvordan kommentarer vises
    • functions.php – tilleggsfil med PHP-kode, takket være hvilken du kan aktivere eller deaktivere, legge til eller fjerne visse funksjoner. Egendefinert kode legges ofte til denne filen hvis noe må forbedres.
    • /css/ - denne mappen kan inneholde flere css-filer
    • /js/ – mappe med JavaScript-filer
    • /images/ - mappen inneholder bilder innebygd i malen
    • /languages/ - mappen inneholder temaoversettelsesfiler
  • opplastinger - mediefiler: bilder, musikk, dokumenter, etc.

Mal-tagger i WordPress

Mal-tagger er PHP-funksjoner i WordPress for å vise informasjon eller for å sette opp en blogg, for eksempel wp_list_pages() – viser en liste over sider i form av lenker.

I selve wordpress-tagger maler er beskrevet i følgende filer:

• wp-includes/author-template.php - forfatterrelaterte malkoder
• wp-includes/bookmark-template.php - malkoder knyttet til bokmerker
• wp-includes/category-template.php - malkoder om alle forhold og taksonomi, inkludert kategorier og koder
• wp-includes/comment-template.php - fil for malkoder for kommentarseksjonen
• wp-includes/link-template.php - malkoder for lenker (permalinker, vedleggslenker, arkivlenker osv.)
• wp-includes/nav-menu-template.php - malkoder for navigasjonsmenyen
• wp-includes/post-template.php - malkoder knyttet til innlegg
• wp-includes/post-thumbnail-template.php - fil for maletiketter knyttet til innleggsminiatyrbilder
• wp-includes/general-template.php - fil for andre malkoder som kan brukes hvor som helst

Før vi dykker inn i emnet caching, må vi forstå hvordan WordPress fungerer. Ikke bare hvordan innlegg opprettes og redigeres, men hvordan flere tusen linjer programkode flette sammen med hverandre og skape vakre dynamiske nettsteder.

WordPress interns

Vi vet alle hvordan vi jobber med WordPress. Det hele starter med å logge på kontrollpanelet, etterfulgt av å publisere, endre eller laste opp innhold, installere eller oppdatere nødvendige plugins, backup og så videre. Men har du noen gang tenkt på hvordan det hele fungerer?

Grunnlaget for alle nettsteder er HTML (fra engelsk. HyperText Markup Language- "hypertekstmarkeringsspråk").

Det endelige målet med WordPress er å generere HTML-sider, noe som skjer dynamisk.

Nøkkelbegrepet å forstå her er "dynamisk". Begrepene "HTML-side" og "webside" er synonyme. På det mest grunnleggende nivået bruker WordPress PHP og en database SQL-data for å lagre alle dataene dine.

Så vi har to objekter:

• PHP-koden som utgjør kjernen i WordPress
• og databasen, som er minnet til WordPress.

Hver CMS WordPress bruker én database. Ikke mer og ikke mindre. Hver bit av informasjon du har lagt inn eller vil legge til siden din i fremtiden, lagres i WordPress-databasen.

Dette inkluderer:

• brukerinnlogging, passord (kryptert med MD5) adresse E-post og så videre.;
• alle innlegg, sider, tagger, kategorier og forbindelser mellom dem;
• tilpassede innleggstyper;
• revisjoner, utkast og slettede oppføringer;
• godkjente kommentarer og de som venter på moderering, samt eventuell spam;
• tematilpasningsalternativer;
• plugin-data og mye mer.

Men bilder, dokumenter og andre opplastede filer lagres ikke i WordPress-databasen. De er plassert i mappen wp_content. La oss se på dette mer detaljert.

Alle bilder (og andre mediefiler) som lastes opp til siden lagres i «opplastinger»-katalogen. De er fordelt på år, måned og dag. Denne mappen kan betraktes som en database for alle ikke-tekstdata - bilder, PDF-er, videoer, MP3-er og mer. Tilgang til denne mappen og dens undermapper bør også begrenses. Dette kan gjøres ved å endre .htaccess-filen, som ligger i wp_content-katalogen.

Derfor, når du oppretter en sikkerhetskopi, må du ikke bare kopiere mapper WordPress installasjoner. Du må kopiere både databasen og alt innholdet i rotkatalogen.

Anatomien til et WordPress-søk

Eller som jeg liker å kalle det,

Hva skjer når noen ser på nettstedet ditt?

Når noen besøker nettstedet ditt, genererer WordPress dynamisk HTML-kode (i henhold til CSS og JS), som vises som en side. Du vil ikke se en .html-utvidelse etter URL-en (som du kanskje ser på noen eldre nettsteder) siden dette innholdet genereres dynamisk.

Her er hva som skjer når du ber om en nettside:

1. Den besøkendes nettleser ber om en nettside.
2. WordPress-kjernen (kan betraktes som hjernen til WordPress) kaller de nødvendige PHP-skriptene, og starter med index.php.
3. WP Core kobler seg deretter til sin database og henter data (innlegg, sider, kommentarer og annen informasjon).
4. Den kombinerer deretter de utpakkede dataene, data fra aktive plugins og det aktive temaet og genererer HTML-kode på farten, dvs. dynamisk.
5. Den serverer deretter denne dynamisk genererte HTML-koden til den besøkendes nettleser.

Nettsteder opprettet på WordPress-motoren har en spesiell struktur som er forskjellig fra strukturen

Når de først blir kjent med nettstedutvikling, snakker de vanligvis om den hierarkiske strukturen til nettstedet. Dens essens er at hele nettstedet består av mange sider, sidene er kombinert til seksjoner, som igjen blir til større seksjoner, etc. Systemet flernivåmeny. Denne strukturen av nettsteder ligner filstrukturen til en datamaskin, derfor er den kjent og forståelig.

Strukturen for å legge ut materiale på WordPress-motoren, som brukes til å lage de fleste av dem, er ikke hierarkisk, men nettverksbasert, så det er ikke klart ved første øyekast. Dette kan til en viss grad hindre en nybegynner webmaster fra å bruke WordPress CMS.

Det er derfor det er behov for å forstå hvordan et WordPress-nettsted fungerer.

Forresten, hvis du vil lære å lage nettsider og blogger ved hjelp av CMS WordPress, og med et unikt design, er det best for deg å ta kurset "Et unikt nettsted fra bunnen av." Du kan bli kjent med ham ved å bruke lenken nedenfor.

Unik nettside fra bunnen av

Det er tre hovedområder i strukturen til ethvert nettsted:

1. Ytre struktur. Den viser oss utseendet til siden, plasseringen av individuelle elementer og blokker i forhold til hverandre.
2. Intern struktur, det vil si strukturen av forbindelser mellom de enkelte materialene som utgjør innholdet.
3. En filstruktur som viser forholdet til filene som utgjør hele nettstedet.

Så, hvordan ser en WordPress-side ut?

Det skal bemerkes med en gang at det avhenger av valg av mal. Det finnes et stort antall slike maler, og selvfølgelig kan nettsteder avvike mye fra hverandre. Men det er også fellestrekk som vi vil ta hensyn til. Denne siden kan tas som et eksempel.

Øverst på siden er det vanligvis Overskrift. Den kan inneholde nettstedets navn, logo, slagord, noen ganger en søkefelt, knapper sosiale nettverk.

Under overskriften, og noen ganger under den, er oftest hovedmenyen.

Nederst på siden ser vi kjeller. Den kan inneholde serviceinformasjon. For eksempel om forfatterne av nettstedet, opphavsrett. Noen ganger kan du finne knapper for sosiale nettverk, noen navigasjonselementer osv. der.

I den midtre delen av siden er det en feed med innlegg og sidesøyle (sidefelt).

Innlegg (innlegg)– hoveddelen av et WordPress-nettsted. De inneholder hovedinnholdet, hva skaperen av nettstedet ønsket å fortelle sine besøkende om.

Hver Ny inngang vises øverst på båndet, de gamle går ned under. Du kan bare se et begrenset antall oppføringer på en side, for eksempel ti. Du kan navigere til de gjenværende oppføringene ved å bruke de riktige navigasjonsknappene. En annen funksjon ved innleggsfeeden er at vi oftest ikke ser hele innlegget på hovedsiden, men bare de første avsnittene. Dette gjør det lettere å velge artikkelen du trenger. Men dette gjelder allerede intern struktur nettstedet.

I tillegg til innleggsfeeden ligger innholdet også på faste sider som ikke endres eller flyttes. Slike sider inneholder vanligvis informasjon om forfatteren, om nettstedet, et nettstedskart, kontaktinformasjon og så videre.

Til siden av båndet er det sidesøyle (sidefelt). Det kan også være ulike alternativer på stedet. Sidefeltet kan være plassert til venstre eller høyre, det kan være en eller to.

For eksempel mal Beundret, brukt på dette nettstedet, lar deg bruke følgende alternativer sidefeltplasseringer:

Sidefeltet består av separate widgetblokker (widget). Antallet og plasseringen bestemmes av nettstedadministratoren og kan enkelt endres.

La oss nå gå videre til den interne strukturen til et WordPress-nettsted. Det er her funksjonene til denne motoren ligger. Navigasjonssystemet består av flere deler.

Først hovedmenyen. Denne menyen tar oss til permanente sider. Det kan være mange slike sider, men menyen kan også være kompleks og på flere nivåer. I dette tilfellet har vi en hierarkisk struktur. Men menyelementene fører ikke til innleggene, med unntak av ett element som åpner hovedfeeden for innlegg.

For å navigere gjennom poster, brukes et annet system, basert på begrepene "kategori" og "etikett".

Når du skriver en annen artikkel, er den knyttet til en eller annen kategori, eller til og med ikke én, men to eller tre. Sidefeltet har en widget med en liste over kategorier, og vi kan velge artikler relatert til én kategori fra hele feeden av innlegg.

I tillegg tildeles hver artikkel tags – ord som kjennetegner denne oppføringen. Det kan også være flere av disse taggene, og du kan velge poster for tag. Tagger er vanligvis synlige på slutten av hver artikkel. I tillegg er det ofte plassert en "Tag Cloud"-widget i sidefeltet, som viser alle tagger og lar deg velge artikler ved å klikke på disse nøkkelordene.

Den ytre strukturen på siden og strukturen for plassering av nettstedsmateriell er viktig for dem, men filstrukturen er ikke synlig for dem. Det er hovedsakelig av interesse for nettstedsutviklere.

Kort om denne strukturen. Som ethvert nettsted består et WordPress-nettsted av mange filer. La oss se på de viktigste tingene.

For det første lagres alt innhold separat på serveren i en MySQL-database.

For det andre ligger bildefilene i separate mapper.

Og for det tredje er selve sidene dannet av separate PHP-filer. Antallet av disse filene kan variere, dette avhenger også av valg av mal, men det er grunnleggende, nødvendige filer.

For å se disse filene må du gå til konsollen WordPress-administrasjon velge Utseende? Redigert R. MED høyre side En liste over alle WP-filer åpnes. For eksempel:

• Arkiv
  (archive.php)

I dette innlegget skal vi snakke om hva filnavn er WordPress-temaer og hver av dem er ansvarlig for å vise hvilken side på nettstedet. Dette er veldig viktig, nødvendig, og samtidig veldig enkel å forstå kunnskap. Alle som jobber med WordPress bør ha dem. Nedenfor er en fullstendig beskrivelse av strukturen til WordPress-temafiler og rekkefølgen de er koblet til (hierarki).

Jeg nevnte hierarkiet av temafiler i artikkelen "Betingede tagger i WordPress". Og nedenfor er det samme, bare mer detaljert og tydeligere.

Temafiltilkoblinger (teori)

Hierarki, i dette tilfellet sekvensiell sjekk, indikerer at flere filnavn er egnet for å vise én side på et nettsted. Kontroll av hvilken fil som skal brukes gjøres en etter en. De. det er en liste over filer, hver av dem sjekkes etter tur for fysisk eksistens, så snart en eksisterende fil er funnet, stopper kontrollen og den funnet filen brukes som mal.

For eksempel går vi til siden for "Plugins"-kategorien med plugins-etiketten og id 25 - http://example.com/category/plugins. Deretter for å generere koden for dette WordPress-sider vil se etter tilstedeværelsen av følgende filer etter tur (kontrollen stopper ved den første eksisterende filen):

• kategori-plugins.php
• kategori-25.php
• kategori.php
• archive.php
• index.php

Det komplette oppsettet for alle typer sider og filene deres ser slik ut:

Et annet diagram, kanskje det er klarere (gammelt):

Sidetyper og filnavn

Nedenfor er en liste over sider og temafilene som er ansvarlige for dem. Denne delen beskriver et bilde av temafilhierarkiet, som er litt høyere.

Nedenfor er sidesiden og den tilhørende listen PHP-filer. Slike filer bør ligge i temaets rotmappe.

Innlegg

Side (rekordside)

• (any_name).php (når du bruker en sidemal)
• side-(post_label).php
• side-(post_ID).php
• side.php
• entall.php
• index.php

Rekord (post rekord)

• single-post-(post_label).php
• enkeltpost.php
• singel.php
• entall.php
• index.php

Egendefinert innleggstype

• (any_name).php (for tretype med malstøtte. Siden WP 4.7)
• single-(post_type)-(post_label).php
• enkelt-(post_type).php
• singel.php
• entall.php
• index.php

Vedlegget

• (start_MIME_type).php
• (end_MIME_type).php
• (start_MIME_type)-(end_MIME_type).php
• vedlegg.php
• single-attachment-(attachment_label).php (lar deg spesifisere en mal for et enkelt bilde)
• single-attachment.php (samme som attachment.php)
• singel.php
• entall.php
• index.php

Med start og slutt på en MIME-type mener vi den første og siste delen av MIME-typen, atskilt med / . For eksempel MIME-type tekstfil: "text/plain" og dette betyr at filen vil bli sjekket for text.php , deretter plain.php , deretter text-plain.php .

Arkiv

404 side

• 404.php
• index.php

Søkeside

• search.php
• index.php

Hjemmeside

• forside.php
• (logikken til vedvarende sider hvis hovedsiden er valgt)
• home.php
• index.php

Bloggside

Bloggsiden vises når hovedsiden er satt til en permanent side

• home.php
• index.php

Bygger inn

Innebyggingsmaler brukes når en post forespørres via REST API. Innebygginger dukket opp i versjon 4.5 og lar deg bygge inn innleggene dine på andres nettsteder. Se get_post_embed_url()

• embed-(post-type)-(post_format).php
• embed-(post-type).php
• embed.php

For å endre bare innebyggingsinnholdet, kan du opprette en fil embed-content.php i temaet og beskrive HTML-en der. Den originale HTML-en er i motorfilen /wp-includes/theme-compat/embed-content.php

Hvordan det fungerer

Kjernefilen wp-includes/template-loader.php er ansvarlig for all logikken: hvilken fil som skal inkluderes. Hvis du ser på det, er alt beskrevet i det. Men denne aktiviteten er ikke spesielt interessant, så jeg skal skrive den ned.

Først av alt. template-loader.php kobles til etter at hele WordPress-miljøet er lastet inn. Etter at wp-load.php-filen er behandlet og hovedforespørselen er behandlet, vil wp()-funksjonen. De. template-loader.php er tilkoblet helt, helt på slutten av PHP-skriptet...

Først Template_redirect-kroken utløses. I denne kroken kan du utføre noen kontroller og om nødvendig omdirigere til en annen URL. I den må du avslutte skriptet ved å bruke die() . De. hvis denne kroken endrer noe, bør arbeidet med template-loader.php-filen avsluttes og vi "flyr bort" til en annen side.

Vil du lære mer om WordPress-filstrukturen? Og også om kjerneprogramvaren for WordPress, temaer, plugins og alle brukeropplastingene som er lagret på siden? Jeg vil snakke om alt dette i denne artikkelen.

Hvorfor trenger du å kjenne WordPress-filstrukturen?

Mange brukere begynner å jobbe med WordPress uten noen anelse om filene og katalogene, noe som er veldig dårlig. Tross alt kan kunnskap om WordPress-filer og kataloger, hvor hva som er lagret og hvorfor, bidra til å løse mange vanlige problemer uten hjelp utenfra.

I denne artikkelen lærer du:

• Hvilke filer og kataloger er root.
• Hvor WordPress lagrer bilder og medieopplastinger.
• Hvor lagrer WordPress temaer og plugins?
• Hvor lagres konfigurasjonsfilene?

La oss nå gå videre til å utforske WordPress-filstrukturen.

Få tilgang til WordPress-filer og kataloger

For å komme i gang, logg på WordPress-serveren din med en FTP-klient. For mer detaljert informasjon Les instruksjonene om hvordan du bruker FTP til å laste opp WordPress-filer (mens du skriver). Et enklere alternativ til FTP er Filbehandler(webapplikasjon med innebygd cPanel administrasjonspanel). Når du logger på WordPress via FTP eller filbehandling, vil du se en fil- og katalogstruktur noe som dette:

WordPress-rotfilene er uthevet i rødt. Det avhenger av disse filene riktig arbeid nettsted, under ingen omstendigheter endre noe i dem selv.

Her er en liste over disse filene og mappene i rotkatalogen:

• wp-admin
• wp-inkluderer
• wp-activate.php
• wp-blog-header.php
• wp-comments-post.php
• wp-config-sample.php
• wp-cron.php
• wp-links-opml.php
• wp-load.php
• wp-login.php
• wp-mail.php
• wp-settings.php
• wp-registrering.php
• wp-trackback.php

Konfigurasjonsfiler

WordPress-rotkatalogen lagrer noen spesielle filer konfigurasjoner. Disse filene inneholder viktige innstillinger som er spesifikke for WordPress-nettstedet ditt.

• .htaccess er en serverkonfigurasjonsfil, WordPress bruker den til å administrere permalinker og .
• wp-config.php – Forteller WordPress hvordan du kobler til databasen. Den angir også noen viktige innstillinger.
• index.php er indeksfilen som i utgangspunktet laster og initialiserer alt WordPress-filer når en bruker ber om en side.

Noen ganger er det behov for å redigere wp-config.php- eller .htaccess-filer. Vær ekstremt forsiktig og forsiktig når du gjør dette. Enhver mindre feil kan gjøre nettstedet ditt utilgjengelig. Det er derfor, før du endrer noe her, sørg for å gjøre sikkerhetskopier disse filene. Hvis du ikke ser .htaccess-filen i rotkatalogen, så les instruksjonene om hvorfor .htaccess-filen ikke er synlig i rotkatalogen (blir skrevet).

Avhengig av WordPress-installasjonen din, har du kanskje eller ikke har følgende filer i rotkatalogen din:

• robots.txt – inneholder alle instruksjonene for å gjennomsøke søkeroboter
• Favicon.ico – favicon-filen genereres noen ganger av hosterne selv.

WordPress lagrer alle nedlastinger, plugins og temaer i wp-content-mappen.

La oss ta en titt inne i wp-content-mappen for å forstå hvordan det fungerer og hva du kan gjøre her.

• temaer
• plugins
• opplastinger

WordPress lagrer nettstedstemaer i mappen /wp-content/themes/. Du kan redigere temafilen, men dette anbefales vanligvis ikke. Når du har oppdatert nettstedtemaversjonen, vil alle endringene dine bli brukt under denne oppdateringen. Dette er grunnen til at det anbefales å tilpasse hovedtemaet.

WordPress lagrer alle nedlastede og installerte plugins i mappen /wp-content/plugins/. Det anbefales ikke å redigere plugin-filer med mindre du har laget plugin-en selv for sidens behov.

I mange WordPress-instruksjoner du kan se kodene som er satt inn på siden. Det er best å legge dem til i barnetemaets functions.php-fil eller til en stedsspesifikk plugin.

WordPress lagrer alle bilder og medieopplastinger i en mappe /wp-content/uploads/. Som standard er de lagret i mapper som /år/måned/. Hver gang du sikkerhetskopierer nettstedet ditt, ikke glem denne mappen.

Du kan laste ned kopier WordPress kjerne, temaer og plugins fra deres kilder, men hvis du mister nedlastingsmappen din, vil det være vanskelig å gjenopprette den uten en sikkerhetskopi.

Wp-innholdskatalogen lagrer også andre standardmapper, for eksempel:

• språk – denne mappen lagrer alle språkfiler fra ikke-engelskspråklige nettsteder.
• oppgradering er en midlertidig mappe opprettet av WordPress når du oppdaterer en versjon av nettstedet.

wp-content lagrer også mapper som er opprettet av plugins. Skjermbildet ovenfor viser for eksempel gallerimappen opprettet av plugin-en. Noen av disse mappene kan inneholde svært viktige filer. For eksempel lagrer mappen "galleri" alle bildene. Lag alltid sikkerhetskopier av slike mapper for å unngå å miste viktige data.

Andre mapper inneholder filer som du trygt kan slette. For eksempel kan W3 Total Cache eller WP Super Cache lagre bufrede filer i mappene deres.

Det er alt. Jeg håper denne artikkelen hjalp deg med å forstå WordPress-filstrukturen.

Ikke glem å abonnere på min YouTube-kanal, finn meg på VKontakte og Twitter.

Valg