En omfattende guide til WordPress-filer og hvordan man bruger dem

WordPress-filer danner grundlaget for dit WordPress-websted. Filmappen findes på en server – uanset om denne server ejes og opbevares på dit eget kontor eller administreres af et hostingfirma. Inde i disse mapper er forskellige mapper og filer, som hver tjener et formål til at levere kommandoer og servere indhold til slutbrugeren. Den gode nyhed er, at WordPress-filstrukturen forbliver den samme for alle nye WordPress-websteder, hvilket gør det nemt at forstå, hvordan alt er konfigureret. Imidlertid kan filerne selv og koden, der tilskrives hver enkelt, virke forvirrende i starten.

Derfor vil vi se nærmere på WordPress-filer og deres formål. Fra WordPress-konfigurationsfiler til wp-content smappen, der gemmer og leverer alle dine billeder. temaer og plugins, er det vigtigt at forstå WordPress-filernes indre funktion til fremtidig styring og ændring af webstedet.

Vigtigheden af at lære om WordPress-filer

Du undrer dig måske over, hvad er meningen med at lære om WordPress-filer og bibliotekstrukturer?

Det er et godt spørgsmål; i nogle tilfælde er der slet ingen grund til at lære om dem. Hvis du er en ikke-teknisk websiteejer, der hellere vil videregive dette ansvar til dit hostingfirma eller en udvikler, behøver du sandsynligvis ikke vide noget om wp-includes mappen eller hvad .htaccess betyder.

Hvis du er fortrolig med at overlade den type ledelse til andre eksperter, som hvis du vælger en administreret hostingplan, giver det dig mere tid og energi til at fokusere på dine daglige forretningsopgaver.

Imidlertid har håbefulde og avancerede udviklere og designere og virkelig enhver, der arbejder med et websted, brug for at forstå de indviklede funktioner i WordPress-filstrukturen. Derudover kunne endnu mindre tekniske webstedsejere lære en ting eller to for at hjælpe dem med ting som filuploads eller beskyttelse af deres databaser i fremtiden.

Her er nogle af hovedårsagerne til at lære om WordPress-filer:

• At kende til WordPress-filstrukturen hjælper regelmæssige WordPress-brugere med at løse problemer alene i stedet for at nå ud til hostingfirmaet eller en udvikler, hvilket igen sparer penge og tid.
• Du får en fornemmelse for de kernefiler, der hjælper WordPress med at udøve sin magi.
• Der er en bedre forståelse af, hvordan billeder og medieoverførsler gemmes, så du kan vælge alternative uploadmetoder som SFTP og finde ud af, hvordan du deler dem og beskytter dem, når det er nødvendigt.
• Du ser, hvor og hvordan temaer og plugins gemmes, åbner muligheder for andre uploadmetoder og muligheder for at finde ud af problemer, der opstår fra plugins eller temaer.
• Det er muligt at moderere sprogfiler for at nå ud til nye kunder over hele verden.
• Du kan foretage enkle ændringer på dit websted uden at forårsage skade, idet det ikke anbefales, at kodeændringer i dashboardet anbefales, og det er meget nemmere at foretage de korrekte redigeringer, når du i det mindste er noget komfortabel ved at kigge gennem filer.
• Der er muligheder for at indstille filtilladelser og begrænse indhold fra bestemte brugere, hvilket forbedrer din sikkerhed generelt.
• Du er i stand til at bruge en af ​​de mange metoder til at uploade og downloade WordPress-filer. Det er muligt, at du ender med at snuble over en lettere eller mere praktisk løsning.
• Du kan generere backups af dit websted og beskytte dine sidefiler og fjerne spørgsmål om, hvor sikkert dit websted virkelig er.
• Udviklere med stærk WordPress-filkendskab er i stand til med succes at overføre filadgang til webstedsejerne og løse eventuelle problemer, der følger med webstedet.
• Det er ofte nødvendigt at udnytte WordPress-filerne, hvis et sted er hacket, eller hvis der opstår en konflikt, der går ned på siden. For eksempel skal du nogle gange fjerne eller udskifte en beskadiget.
• Fejlfinding af WordPress-fejl er meget lettere, når du er fortrolig med at navigere i WordPress-filerne.

Hvor gemmes WordPress filer?

Ligesom din computersoftware og mediefiler er gemt på interne harddiske, placeres WordPress-webstedsfiler på serverne for at sikre, at de er i stand til at levere det store udvalg af indhold, designopkald og handlinger, der samles for at præsentere en komplet websideoplevelse til brugeren.

Denne server, undertiden kaldet en maskine eller computer, er placeret et eller andet fysisk sted. Og det er primært, hvad en hosting-server er, en maskine, der ligner og fungerer som din computer.

Den fysiske placering afhænger af, hvordan du planlægger at være host for dit websted. Det er muligt at køre en server fra dit eget hjem eller kontor. Mange virksomheder kører deres egne serversystemer for at opretholde fuld kontrol over deres data. På den anden side er mange websteder lagret på eksterne servere, som regel administreres af hostingfirmaer som Kinsta.

Dine WordPress-sidefiler uploades til en internetforbundet server, der er i stand til at beskytte og servere de rigtige filer på de rigtige tidspunkter. Derudover giver host for serveren dig adgang til filerne via en digital grænseflade, selvom filerne selv er andre steder på en server i et datacenter.

Der er mange typer servere og hosting muligheder, men nogle af dem inkluderer følgende:

• Delt hosting.
• Cloudbaseret hosting.
• Virtuelle private servere.
• Dedikerede webservere.
• Administreret WordPress-hosting.

Den hosting, du beslutter dig for, afhænger i sidste ende af, hvor meget adgang og kontrol du vil have over dine webstedsfiler.

Lokal opbevaring

Det er også muligt at gemme WordPress-filer på en lokal maskine. For eksempel kan du gå til WordPress.org-webstedet og downloade en zip-fil med den nyeste version af WordPress og dens filer.

Mange udviklere gemmer deres webstedsfiler på en lokal computer af forskellige årsager. Først og fremmest vil du måske udvikle og designe et websted i en mindre offentlig indstilling, inden du lancerer et websted, som offentligheden kan se. At gå ned ad denne rute betyder, at du vil føje til de originale filer og bruge en udviklings-sandbox og en desktop server som XAMPP eller WAMP.

Klik her for at lære, hvordan du installerer en lokal version af WordPress.

Målet bag en lokal installation er at efterligne konfigurationen fra et hostingfirma. Du får en lignende hostingstak til at tjene dine filer og generere funktionaliteten på et websted ud fra dine lokale filer. Det er muligt at gengive dit igangværende websted i browseren for at teste, hvordan fremskridtene kommer. Det er også almindeligt at drage fordel af et scenemiljø eller et sandbox tool, som hjælper med udvikling og test, giver forhåndsvisning af dine ændringer og en mere brugervenlig oplevelse end du ville se i din filmappe.

Sådan får du adgang til WordPress-filer?

Nu ved vi, at WordPress-filerne er placeret på en server eller et lokalt miljø. Det er fantastisk, men hvordan får du adgang til filerne for at tilføje mere til dit webstedsdesign, uploade nye temaer og organisere emner som dine kernefiler eller medieelementer?

Her er de forskellige muligheder at vælge imellem for at få adgang til og se og moderere dine WordPress-filer:

• Adgang til filer lokalt.
• Gennem en FTP klient.
• Gennem cPanel dashboard.
• Gennem WordPress dashboard.

Hver af disse metoder er mulig for at finde og administrere dine WordPress-filer. Nogle er dog bedre end andre, og nogle få anbefales normalt ikke.

Fortsæt med at læse nedenfor for at lære mere om, hvordan du får adgang til filer via de forskellige nævnte metoder.

Få adgang til WordPress-filer lokalt

Det er ret simpelt at finde WordPress-filer, der er gemt på en lokal maskine.

Den første mulighed er at downloade en tom kopi af WordPress og bruge disse filer til at lære om dem og muligvis administrere dit websted, før de uploades til en server.

I så fald er det eneste krav, at den oprindelige WordPress-filmappe downloades. Derefter er adgang til filerne ikke anderledes end at klikke gennem dine andre filer på en computer.

For at begynde med skal du downloade den seneste kopi af WordPress til din computer.

Klik på knappen Hent WordPress.

Klik derefter på den seneste download-knap. WordPress har allerede den aktuelle version vist, så det er normalt det bedste valg.

Placer filen på et lokalt drev, du husker. Pak den fil ud for at afsløre WordPress-filerne. Det skal have noget som “wordpress-[version]”.

Klik på den fil, og opbevar den zip-version på samme sted.

Alle WordPress-filer gemmes i en fil med navnet “WordPress”. Vælg det.

Nu skal du se en samling af mapper og filer som wp-content, wp-admin og wp-login.php-filen.

Sådan ser mappen med filer og mapper ud fra WordPress. Det ændres sjældent, undtagen når der er opdateringer til hele indholdsstyringssystemet.

Du kan åbne hver mappe for at se indholdet, mens du også åbner og redigerer (om nødvendigt) WordPress-filerne under de primære mapper.

I dette scenarie har de lokale WordPress-filer ikke noget link til internettet eller en server. Derfor er du åben for at foretage ændringer uden nogen offentlige konsekvenser. På et tidspunkt vil du dog gerne tilføje filerne til et udviklingsmiljø og eventuelt overføre dem til en live hosting-server.

Få adgang til WordPress-filer med en FTP-klient

En anden måde at se og reorganisere dine WordPress-filer på er ved hjælp af en FTP-klient (File Transfer Protocol). Protokol til filoverførsel forbinder dit lokale filmiljø til dit live websted på en hostet server. På denne måde kan du straks trække en fil fra din computer til dine webstedsfiler uden mange begrænsninger eller behovet for at trykke på dit hosting-dashboard.

Flere FTP-klienter er tilgængelige for dig at bruge. Vores guide til upload af HTML-filer til WordPress indeholder trin til, hvordan du forbinder en FTP-klient og uploader en fil til dine webstedsfiler.

Nedenfor er en forkortet version af denne proces, der bruger FileZilla som FTP-klient:

For at starte skal du gå til fanen Sites i dit Kinsta-dashboard.

Find det websted, du vil have adgang til filerne til, og klik på det på din liste.

Find afsnittet “SFTP/SSH” under fanen Info. Dette er de legitimationsoplysninger, du skal indsætte i FTP-klienten for at oprette forbindelse til serveren. De inkluderer “host”, “brugernavn”, “password” og “port”.

Hver FTP-klient er lidt anderledes, men du kan generelt finde de tilsvarende felter til at oprette forbindelse til websitet via FTP.

For eksempel i FileZilla er Quickconnect-felterne øverst i vinduet, og de er alle navngivet nøjagtigt som det, du ser i Kinsta-dashboardet.

Indsæt disse SFTP-legitimationsoplysninger i felterne Host, Brugernavn, Password og Port. Klik på knappen Quickconnect for at fortsætte.

Hvis du støder på en fejl, skyldes det højst sandsynligt, at FileZilla som standard er en FTP-forbindelse, mens Kinsta kræver en SFTP-forbindelse.

For at løse dette problem i FileZilla skal du gå til “File> Site Manager” og ændre feltet “Protocol” fra FTP til SFTP.

Klik på knappen “Opret forbindelse”, og alt skal fungere fint.

FTP-klienten tager ofte kun et øjeblik at behandle legitimationsoplysninger og synkronisere med dine lokale filer og dem på din server.

Når du har set filerne på serveren, skal du finde rodfilen; klik på “public” mappe for at afsløre alle WordPress-filer, der aktuelt er installeret på dit websted.

Som normalt ser vi mapper som wp-admin og wp-content, hvilket gør det nemt at identificere, hvornår du er på det rette sted.

Adgang til WordPress-filer via en FTP-klient er kun begyndelsen. Du har nu mulighed for at uploade filer, duplikere mapper og trække i emner som temaer og plugins. Det er også et godt sted at tilføje din egen brugerdefinerede kodning, så længe du ikke redigerer kernefiler, der aldrig skal berøres.

Ud af alle metoderne til at få adgang til WordPress-filer anbefaler Kinsta FTP-klientprocessen som den øverste løsning. Det eneste andet alternativ, der giver mening i nogle situationer, er når man bruger et lokalt miljø til scene eller testformål.

Få adgang til WordPress-filer i cPanel

At finde og ændre WordPress-filer via cPanel er beskrevet i vores guide til upload af HTML-filer til WordPress.

Samlet set er cPanel et dashboard, der leveres af nogle hostingfirmaer for at få adgang til det, der kaldes File Manager på din hostingkonto.

Kinsta bruger ikke cPanel-i dashboardet. I stedet bruger vi vores specialbyggede MyKinsta-dashboard, der giver fuld SFTP-adgangsinformation til styring af dine webstedsfiler.

Hvis du imidlertid bruger en vært, der bruger cPanel, skal du følge disse trin for at komme til WordPress-filerne:

1. Log ind på din hosting cPanel.
2. Find knappen Filhåndtering. Klik på det.
3. Brug de forskellige knapper som “Upload”, “Flyt fil” og “Ny mappe” til at styre og ændre det, der allerede sidder i dine WordPress-filer.

Du har også ofte mulighed for at oprette forbindelse til via FTP via cPanel. Denne cPanel-funktion kaldes normalt FTP-konti eller FTP-sessionskontrol, typisk placeret i nærheden af ​​File Manager.

Få adgang til WordPress-filer i WordPress Dashboard

Teknisk set giver WordPress adgang til nogle filer i dashboardet, især temafilerne.

Årsagen til dette er, at temaindstillingerne præsenteres i dashboardet, og disse filer kræves inde i dit dashboard for at sikre korrekt funktionalitet.

Det anbefales dog stærkt, at du springer over processen med at redigere disse filer i dashboardet.

Her er hvorfor du bør undgå at redigere temafiler ved hjælp af WordPress-dashboardet:

• Ændringer kan blive overskrevet, når fremtidige WordPress- eller temaopdateringer kommer sammen.
• Der er ingen backup af dit websteds temafiler for at sikre, at ændringer ikke forårsager nogen skade.
• En direkte redigering af dit tema kan bryde dit websted, så det er bedst at redigere gennem temaindstillingerne eller ved at bruge en kopi, der er redigeret i et udviklingsmiljø, der derefter overføres via en FTP-klient.

Når det er sagt, forstår vi, at nogle mennesker alligevel vil gå videre og redigere temafiler i dashboardet. Derudover er det ikke en dårlig ting at gøre, hvis du bare rod med en skabelon eller afprøver et websted. Vi opfordrer dig dog til helt at undgå dette, hvis du arbejder med et vigtigt websted.

Hvis du planlægger at gå videre med direkte redigeringer af temafilerne, kan du overveje at bruge en filhåndtering, der genererer en kopi af dine filer med et nyt navn. Gem originalen og rediger kun den duplikerede version. Disse backup-temafiler sikrer, at du er i stand til at genaktivere det, du havde før, hvis du har problemer.

For at få adgang til temafilerne i instrumentbrættet. Gå til “Udseende> Tema Editor”.

Du modtager en advarsel om farerne ved at ændre disse filer direkte gennem dashboardet, så det fungerer som en god påmindelse om ikke at rode med dette område!

Samlet set har dette dashboard-afsnit følgende filer og deres indhold:

• style.css
• functions.php
• footer.php
• header.php
• index.php
• sidebar.php

Alle disse filer er gemt i dit websteds temamappe (som er placeret i wp-content mappen), så du har mulighed for at administrere filerne gennem en mere sikker rute. Derudover er de alle designfiler, hvilket gør det let at holde sig til de alternative redigeringsløsninger via WordPress visual customizer tool.

Selvom dette ikke giver dig direkte adgang til dine filer, giver tilpaseren et sikkert miljø til at tilpasse udseendet på dit WordPress-websted. Derudover kan du vælge at tilføje din egen CSS-kode, som derefter bliver skrevet i webstedsfilerne efter lagring.

For at følge denne rute skal du gå til “Udseende> Tilpas” i dashboardet.

Nu har du en fuld visuel visning af dit tema med opdateringer til forhåndsvisning i realtid, når du ændrer indstillingerne. Fordelen er, at forhåndsvisningen ikke foretager en øjeblikkelig ændring af dit live-websted. I stedet får du tjekke de nye designs og derefter trykke på knappen “Publicer”, når den er klar.

Som du kan se, er forskellige moduler tilgængelige til indirekte redigering af dine stilfiler med indstillinger for dit webstedsidentitet, farver, menuer, widgets og startsideindstillinger.

Som nævnt er fanen “Yderligere CSS” det ideelle afsnit til at tilføje stilarter til dine webstedsfiler uden at ødelægge noget med en direkte filredigering. Derudover får du fordelen ved at kunne forhåndsvise dine ændringer før du gemmer. Indsæt eller indtast blot den ønskede kode i CSS-modulet.

WordPress-fil- og katalogstruktur

Ser man på WordPress-filen og bibliotekstrukturen for første gang kan få nogle brugere til at føle sig overvældede. Det tager dog ikke lang tid at genkende disse mapper og filer og velkendte værktøjer, der fungerer på din side for hurtigt at ændre webstedselementer og inkorporere unikke kodeændringer for avancerede forbedringer af dine websteder.

Nu hvor du har fuld adgang til filerne, hvad er det næste?

Vi anbefaler at gå gennem følgende liste over standard WordPress-filer for at få en fuld forståelse af, hvad hver enkelt gør for dit websted, og hvor de er placeret i WordPress-mappen.

Hvad mere er, er, at strukturen i filmappen er pænt organiseret i kategorier, så du kun behøver at arbejde i et område for at justere ting som designelementer eller se kernefiler.

Selv om det måske virker skræmmende i starten, skal du fortsætte med at læse for at få et klarere billede af hver fil, og hvordan de kan bruges som værdifulde værktøjer i din udviklingsproces.

WordPress-kernefiler

Hvis du har nået det så langt i artiklen, har du allerede kigget på WordPress-kernefiler.

Ofte omtalt som en ren eller tom WordPress-installation, udgør gruppen af ​​filer, du oprindeligt downloadede for at installere WordPress for første gang, det, der kaldes “WordPress Core”.

Disse kernefiler ender med tiden med at danne administrator-grænsefladen på dit websted og arbejder sammen om at levere det rigtige indhold til frontend.

Der findes ganske få kernefiler, men nogle primære inkluderer:

• wp-admin
• wp-includes
• index.php
• license.txt
• readme.html
• 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-signup.php
• wp-trackback.php
• xmlrpc.php

Nedenfor er et eksempel, der giver dig en idé om, hvordan nogle af kernefilerne ser ud. Dette er wp-config.php-filen (som leveres fra WordPress som wp-config-sample.php og enten ændres manuelt eller automatisk konverteres til en wp-config.php-fil afhængigt af installationsprocessen).

De fleste WordPress-kernefiler er kommenteret med kommentarer, der fortæller dig, hvad hver funktion gør, eller nogle gange forklarer lige ud, hvad hele filen gør for dit websted.

Det er bydende nødvendigt at forstå kernefilerne, hvis du planlægger at foretage fejlfinding af almindelige WordPress-fejl og bevæge dig rundt om backend på dit websted med kyndig indsigt. For ikke at nævne viser kernefilerne dig virkelig, hvordan WordPress fungerer som et samlet økosystem.

Lær WordPress-kernefilerne at kende

Listen over kernefiler, der er anført før, er hvad du får med hver nye WordPress-download. De findes ved at pakke en WordPress-installationsfil ud eller få adgang til dine nuværende filwebsteder via en FTP-klient eller din værts dashboard.

Hver fil har sit formål. Nogle er vigtigere end andre, mens du ikke behøver at tænke over nogle af filerne for meget. I de følgende sektioner vil vi gå i detaljer om de væsentlige kernefiler og skitsere, hvad hver enkelt gør for dit websted, og om der ikke er nogen grund til at redigere disse filer. Ikke alle WordPress-filer dækkes, kun de bemærkelsesværdige.

.htaccess-filen

.htaccess-filen er en del af WordPress’s øverste bibliotek, der fungerer som en grundlæggende konfigurationsfil på Apache-webserveren. Hvis du er hosted på Kinsta, bemærker du muligvis, at du ikke kan finde .htaccess-filen. Det skyldes, at Kinsta bruger Nginx-webserveren, som giver bedre ydeevne end Apache.

Samlet set tilbyder både Apache og Nginx lignende muligheder for at tilføje specielle regler og konfigurere omdirigeringer.

Vi har en komplet vejledning om .htaccess-filen, hvis du har websteder på nogle andre hosts. Apache-webserveren er mest almindelig for delte budget-hosts, og den tilbyder konfigurationsindstillinger, der fortæller din webserver, hvordan man arbejder. I WordPress er .htaccess-filen særlig vigtig for at kontrollere dit websteds permalinks og få dem til at se rene og standardiserede ud på hele dit websted.

Som nævnt kan en Kinsta-hostet sideejer ikke finde en .htaccess-fil ved at gå gennem en FTP-forbindelse.

Kinsta-hostede websteder har ikke en .htaccess-fil.

For andre hosts er .htaccess-filen imidlertid anført i den øverste mappe nær vigtige ting som index.php og under mapperne wp-admin, wp-indhold og wp-include.

En .htaccess-fil på en Apache-server.

Hvornår skal man bruge .htaccess-filen?

Det meste af tiden skal .htaccess-filen være uberørt. Der er dog flere handlinger og omdirigeringer, du kan aktivere ved at tilføje eller ændre filen.

I Kinsta udføres disse handlinger i MyKinsta-dashboardet. For eksempel kan du oprette omdirigeringsregler, blokere IP-adresser og placere et password på dit websted i dashboardet, alt det, du typisk kan udfylde med en standard .htaccess-fil.

Generelt er .htaccess-filen bedst, når du skal lave følgende regler eller udføre disse handlinger:

• Forøgelse af den maksimale uploadstørrelse for medieelementer og filer.
• Blokerer adgang for specifikke IP-adresser.
• Opsætning af omdirigeringer fra en URL til en anden.
• Tilføjelse af regler til filen, så cachelagret indhold serveres på en mere effektiv måde.
• Redirect HTTP til HTTPS.

Wp-config.php-filen

wp-config.php-filen er både vigtig og meget nyttig for alle WordPress-brugere, da den indeholder alle grundlæggende WordPress-indstillinger. Dette betyder, at wp-config.php-filen giver dig mulighed for at redigere forskellige områder på dit WordPress-websted, fra databasen til at gøre det muligt automatisk at opdatere din WordPress-version. En anden grund til, at wp-config.php er så vigtig, er, at den tilbyder muligheder for at aktivere en WordPress-fejlfindingsfunktion, hvilket gør det afgørende for fejlfinding i fremtiden.

Tilgængelig via en FTP-klient, wp-config.php-filen findes ved at gå til den offentlige (undertiden kaldet public_html eller www) fil under din rodmappe.

Du kan finde wp-config.php-filen i nærheden af ​​nogle af de primære WordPress-mapper på listen over filer som wp-cron.php og wp-comments.php.

Her er standardindholdet i filen wp-config.php:

<?php
/**
* The base configuration for WordPress
*
* The wp-config.php creation script uses this file during the
* installation. You don't have to use the web site, you can
* copy this file to "wp-config.php" and fill in the values.
*
* This file contains the following configurations:
*
* * MySQL settings
* * Secret keys
* * Database table prefix
* * ABSPATH
*
* @link https://wordpress.org/support/article/editing-wp-config-php/
*
* @package WordPress
*/

// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'database_name_here' );

/** MySQL database username */
define( 'DB_USER', 'username_here' );

/** MySQL database password */
define( 'DB_PASSWORD', 'password_here' );

/** MySQL hostname */
define( 'DB_HOST', 'localhost' );

/** Database Charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );

/** The Database Collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );

/**#@+
* Authentication Unique Keys and Salts.
*
* Change these to different unique phrases!
* You can generate these using the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
* You can change these at any point in time to invalidate all existing cookies. This will force all users to have to log in again.
*
* @since 2.6.0
*/
define( 'AUTH_KEY', 'put your unique phrase here' );
define( 'SECURE_AUTH_KEY', 'put your unique phrase here' );
define( 'LOGGED_IN_KEY', 'put your unique phrase here' );
define( 'NONCE_KEY', 'put your unique phrase here' );
define( 'AUTH_SALT', 'put your unique phrase here' );
define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
define( 'LOGGED_IN_SALT', 'put your unique phrase here' );
define( 'NONCE_SALT', 'put your unique phrase here' );

/**#@-*/

/**
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wp_';

/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @link https://wordpress.org/support/article/debugging-in-wordpress/
*/
define( 'WP_DEBUG', false );

/* That's all, stop editing! Happy publishing. */

/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
define( 'ABSPATH', __DIR__ . '/' );
}

/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';

Hvornår skal du bruge filen wp-config.php

Hvis du er nysgerrig efter de indviklede detaljer i denne vigtige fil, kan du lære mere om wp-config-filen her. Generelt er det en af ​​de vigtigste filer, du har i WordPress-biblioteket. Det skyldes, at meget af systeminfrastrukturen er konfigureret ved hjælp af wp-config.php-filen, og den har definitioner og PHP-instruktioner for at sikre, at WordPress kører problemfrit.

Det er ikke så almindeligt for en udvikler at få adgang til wp-config.php-filen med jævne mellemrum, men der er nogle grunde til at overveje at ændre, hvad der er i mappen eller endda hvilke ting der hedder:

• Til redigering af hele filsystemet eller i det mindste strukturen eller navngivningen af ​​mappen, så hackere og andre ubudne gæster ikke let kan finde nogle af de vigtigere dele af din filmappe.
• At sætte WordPress i fejlretningstilstand eller gemme forespørgsler, der kan være nyttige ved fejlfinding af dit system i fremtiden.
• Når du har brug for at ændre indholdsrelaterede indstillinger. Mange indholdsindstillinger er gemt i filen wp-config.php. For eksempel kan du ændre indstillinger for WordPress-revisioner, hvor ofte du tømmer papirkurven, og hvor ofte en automatisk gemning er gennemført.
• Indstil din tilladte PHP-hukommelsesgrænse, så større websteder og konfigurationer med flere websteder ender med at arbejde på WordPress.
• Når du har brug for at opdatere vigtige sikkerhedsindstillinger.
• For at ændre indstillingerne for automatiske opdateringer til WordPress-kernen. Selvom det er en god ide at holde en automatisk opdatering af sikkerhedsmæssige årsager, er der nogle tilfælde, hvor deaktivering af dette kan være nyttigt.
• At låse wp-config.php-filen helt ned, så ingen kan få adgang til den.

wp-admin-mappen

Hvad der er fantastisk ved navngivningen af ​​disse mapper og filer er, at du hurtigt indser, at de alle giver ret meget mening.

For eksempel indeholder wp-admin-mappen en lang række filer og mapper, der styrer WordPress admin-dashboardet. Med dette mener vi den grænseflade, du logger ind på, hver gang du vil tilføje en side eller et indlæg til dit websted. Uden wp-admin-mappen ville du ikke have en så smuk brugeroplevelse, når du administrerer et websted.

Også inde i rod-websidemappen er wp-admin normalt den første mappe, der er angivet i din WordPress-filmappe, hovedsageligt da den er i alfabetisk rækkefølge, men også fordi mapper normalt er angivet før filer.

Nogle af de filer, der udgør mappen wp-admin, inkluderer:

• / css
• / billeder
• / inkluderer
• / js
• /om.php
• /admin-header.php
• /admin.php

Mange af disse betragtes som centrale WordPress-filer, som alle sammen kommer til at formulere en solid infrastruktur til WordPress-dashboardet.

Men en er især ret vigtig at vide om. Det er filen admin.php.

Admin.php-filen fungerer som den primære motor, der driver wp-admin-mappen og samler mange af de andre filer for at få dem til at fungere. For eksempel kontrollerer admin.php-filen administratorrettigheder og blokerer brugere, der ikke skal have adgang til værdifulde dele af dashboardet. Admin.php-filen linker også til WordPress-databasen og indlæser meget af admin-dashboardet.

Nogle andre kernefiler i mappen wp-admin inkluderer:

• network.php – Kontrollerer funktionaliteten af ​​din WordPress multisite-infrastruktur.
• users.php – Den fil, der administrerer brugeradministrationsmodulet under hensyntagen til, hvilke brugere der har administratoradgang, og hvilke der ikke har.
• update.php – Håndterer nye opdateringer til WordPress-systemet, som når WordPress kommer ud med en ny version, eller du tilføjer eller opdaterer et nyt tema eller plugin.

Hvornår skal du bruge wp-admin-mappen

Når man ser, hvordan mappen wp-admin normalt skal være alene i løbet af dit websteds levetid, er der ikke meget at sige om, hvornår man skal redigere eller bruge wp-admin-mappen.

Der er dog nogle tilfælde, hvor lokalisering og udskiftning eller endda omdøbning af wp-admin-mappen kan tjene dig godt.

For det første er det ikke en dårlig idé at overveje at ændre placering og tilladelser til din wp-admin-mappe. Enhver med en eller anden WordPress-oplevelse kender placeringen af ​​disse vigtige filer; det er let for dem at finde og manipulere med dem. Derfor blokerer stærke tilladelser alle fra at bruge dem i første omgang. En anden mulighed er at ændre placeringen og sikre, at din wp-admin login-URL omdøbes, så det ikke er let at prøve et brute force-loginforsøg. Alligevel gøres dette generelt med et plugin og ikke trykke på selve filen.

Den anden grund til at du kan overveje at ændre wp-admin-mappen, er hvis den er beskadiget eller hacket på en eller anden måde. I denne situation erstatter du simpelthen filen med en ren. Så du redigerer stadig ikke rigtigt noget af indholdet i wp-admin-mappen, men bytter det snarere ud for en ældre bavkup af mappen eller downloader og installerer en ny version

Wp-includes mappe

Næsten hele WordPress er afhængig af wp-includes-mappen. Denne kernemappe indeholder et utal af pakker, der venter på at blive leveret, så mange af WordPress-frontend- og backend-elementerne kan udføres.

En måde at forklare wp-includes er, at mappen indeholder den fælles funktionalitet, der er nødvendig til WordPress REST API. I enklere vendinger betyder det, at filerne i andre mapper bruger det, der er inde i wp-includes-mappen, og bruger disse filer som ressourcer til at fuldføre deres egne opgaver.

Tænk på wp-includes-mappen som en værktøjskasse. Andre centrale mapper og filer som wp-content og wp-admin er de arbejdere og ledere, der når ind i wp-includes værktøjskassen, når noget skal gøres.

For eksempel, hvis wp-content mappen vil generere elementer i et tema eller plugin, skal den først konsultere wp-includes-mappen for at sikre, at elementerne er sammensat på den rigtige måde til WordPress. Det samme kan siges om mappen wp-admin, bortset fra at wp-admin konsulterer mappen wp-includes til backend-formål.

Derfor er wp-includes en af ​​de mest kritiske mapper i WordPress, og den indeholder faktisk meget af den største WordPress-kildekode. Dette involverer både front- og backend på WordPress, hvilket gør det til en altomfattende mappe.

En anden måde at tænke på wp-includes-mappen er som et bibliotek, hvor resten af ​​kernefilerne er forskere, der samler information for at gennemføre en undersøgelse eller skrive et papir. Alle de kraftige data er gemt inde i wp-includes-mappen, så forskerne (andre kernefiler) skal altid nå ind i biblioteket for at finde præcis, hvad de har brug for.

Ligesom nogle af de andre kernefiler, der allerede er diskuteret, er wp-includes under den offentlige centrale mappe på listen over mapper med wp-content og wp-admin.

Når man ser, hvordan wp-includes mappen udfører så mange opgaver, når den kaldes og indeholder så meget kode, er det fornuftigt, at hundredvis af filer pakkes ind i mappen.

Standardmappen wp-includes har i øjeblikket 196 filer og 22 mapper.

Nogle af mapperne inkluderer:

• assets
• blocks
• certificates
• css
• fonts
• images
• requests
• widgets

Nogle filer inkluderer:

• admin-bar.php
• author-template.php
• blocks.php
• feed-rss.php
• functions.php
• http.php
• plugin.php
• post-formats.php
• query.php
• shortcodes.php
• template.php
• theme.php

Selv bare at se på disse filer viser styrken i denne mappe. Disse er alle PHP-filer fyldt med kode, så disse elementer kan fungere. Du kan se, at wp-includes huser meget af aktivitetskodningen til temaer, forespørgsler, kortkoder og widgets, for kun at nævne nogle få.

En vigtig fil fra denne mappe kaldes functions.php.

Det er vigtigt at vide om functions.php-filen, fordi udviklere og webstedsejere ofte bruger den til at ændre eller tilføje funktioner til websteder. functions.php-filen fungerer som et plugin, der kræver funktioner, der allerede er implementeret i dine filer for at producere noget nyt.

I modsætning til mange filer inde i kernen betragtes det ikke som en dårlig ting at redigere functions.php-filen, så længe du har viden til at gøre det.

Desuden er denne kerne functions.php-fil ikke den eneste functions.php-fil, der er tilgængelig i WordPress. Hvert tema, du installerer på WordPress, har også sine egne functions.php-filer, så du kan inkorporere temaafhængige funktioner, der kun fungerer, hvis temaet er installeret og aktiveret på dit websted.

Derfor forbliver kerne ​​functions.php WordPress-filen for evigt i din filmappe. Eventuelle ændringer, du foretager i filen, afspejles på dit websted, indtil du fjerner den kode. Funktionerne functions.php oprettet fra temafiler fjernes, når temaet deaktiveres fra dit websted.

Når man bruger wp-includes mappe

wp-includes-mappen indeholder en utrolig mængde kode, der skal bruges på frontend og backend på dit websted. Kernen i WordPress API findes i denne mappe, så det er en god ide at lade den være alene. I de fleste situationer kan du gøre det til en skrivebeskyttet mappe. Den primære årsag til, at du måske vil redigere noget i wp-includes, er når du kaster dig over functions.php-filen.

Igen er det bedre for dig at springe over wp-includes, når du tænker på at redigere, men her er en liste over de forekomster, du kan overveje at åbne og bruge mappen wp-includes:

• For at skjule eller beskytte mappen wp-includes fra offentligheden. Dette kan gøres ved hjælp af tilladelser eller ved at skjule filen helt. Dette afsluttes ofte ved hjælp af et plugin.
• For at foretage redigeringer af functions.php-filen.

wp-content mappen

Den sidste kernekatalog, som du holder øje med, kaldes wp-content. Det er uden tvivl den vigtigste mappe fra en brugers synspunkt, i betragtning af at den samler og gemmer alle elementer, som brugeren uploader til WordPress. Derfor kaldes det wp-content, fordi langt størstedelen af ​​brugergenereret indhold går ind i mappen til levering til de rigtige steder på dit websted.

Hvor er wp-content placeret? Det samme sted som de andre kernekataloger under den offentlige bibliotek og ved siden af ​​lignende til wp-admin og wp-includes.

 

Åbning af wp-content mappen afslører de mapper, der indeholder alt fra temaer til plugins og uploads.

Åbning af “plugins” -mappen viser de plugins, du i øjeblikket har installeret på dit WordPress-websted. Du har mulighed for at tilføje en plugin-fil til denne mappe via FTP i stedet for at uploade fra WordPress-dashboardet. Det samme kan siges om temakataloget, hvis du vil uploade temafiler direkte.

Når vi taler om temaer, indeholder temakataloget hver temamappe, du har installeret på dit websted, ikke kun den, der aktuelt er aktiv.

Endelig bringer en dybere nedgravning i uploads-biblioteket dig til en samling af billeder og andre medietyper, der er gemt i WordPress Media Library. Kort sagt, alt uploadet til WordPress går her. Du kan trække en JPG- eller PNG-fil fra din computer (hvis du arbejder gennem en FTP-klient) eller endda fjerne en af dine uploads, hvis du har problemer med at slippe af med den via dashboardet.

Hvornår skal du bruge wp-content mappen

Når du arbejder med WordPress, er der flere situationer, hvor du måske vil interagere med wp-content-mappen. Det er ikke så begrænset som nogle af de andre kernefiler, da det ser ud til, hvor det er her dine uploads, temafiler og plugin-filer ender. Derudover kan den ikke-tekniske WordPress-bruger forstå, at en PNG-fil er et billede, hvilket gør det mere beslægtet med en grænseflade, som den gennemsnitlige bruger er fortrolig med.

Her er nogle tilfælde, hvor du kan trykke på wp-content mappen:

• Hvis du vil omdøbe mappen – wp-content navnet er ikke påkrævet. Nogle mennesker ændrer navnet for at skjule det for potentielle angribere. WordPress-katalogstrukturen er almindeligt kendt, så nogen, der får adgang til dine filer, ville have sværere med at finde dit wp-content mappen.
• Når du retter fejl – Når der opstår en fejl på dit websted, er det muligt, at et tema eller plugin forårsagede nedbruddet eller fejlen. Hvis du ikke kan få adgang til WordPress-administratoren eller dashboardet, er det en måde at ændre til eller fjerne elementer, der forårsager fejlen, i første omgang at gå til mappen wp-content.
• For at uploade indhold via en FTP – Nogle gange er det nemmere at tilføje eller fjerne et billede eller en temafil gennem en FTP-forbindelse i stedet for at gøre det i WordPress-dashboardet.

Et resumé af kernefiler og mappe

WordPress-kernefilerne går meget dybere end dette, men de hidtil dækkede kommer sammen for at skubbe WordPress mod fuld funktionalitet. Som et resumé er her en kortliste over hver WordPress-fil og katalog, vi har diskuteret, med beskrivelser der følger med dem:

• .htaccess – tager kontrol over alle filer og mapper og giver adgang til dem, når det er nødvendigt. Det er også filen, der håndterer permalinkstrukturen. Hvis du arbejder med et websted på Kinsta, har du ikke en .htaccess-fil. I stedet er langt størstedelen af ​​kapaciteter afsluttet på Kinsta-dashboardet.
• wp-config – Begrænser dets primære funktionalitet til at kontrollere ting som automatiske opdateringer og databasekonfigurationen. Grundlæggende WordPress-indstillinger håndteres også i mappen wp-config.
• admin.php – Dette er den fil, der bærer belastningen til backend, og fortæller admin-dashboardet, hvordan den skal fungere.
• wp-includes – Indeholder det meste af standard WordPress-kodning og fungerer som bibliotek med ressourcer, når en anden fil har brug for at udføre en opgave, både på frontend og backend.
• functions.php – Der er en af ​​disse filer inde i wp-includes-kataloget såvel som inde i temafiler. Filen kan redigeres for at tilføje nye funktioner til dit websted eller for at ændre funktioner, der allerede er implementeret som standard.
• wp-content – Denne fil gemmer alle emner, du uploader eller tilføjer til dit websted som administrator eller bruger. Nogle eksempler på indhold, der er gemt her, inkluderer temaer, plugins og billeder.

WordPress-skabelonfiler

En skabelonfil bliver ofte forvekslet med en temafil, men den er faktisk en del af en temakatalog, der håndterer elementer i dit temas skærm og layout.

Selvom ikke alle har ordet “skabelon” i deres filnavne, er størstedelen af ​​filerne i et temakatalog faktisk skabelonfiler (ikke filen functions.php).

Skabelonfilerne indeholder netop det, skabeloner til WordPress til at gengive komponenter i et tema, som du vil have dem til at blive vist. For eksempel vil du have en skabelon til kommentarsektionen i de fleste temaer.

Andre skabelonfiler inkluderer følgende:

• 404.php
• archive.php
• content.php
• footer.php
• header.php
• index.php
• sidebar.php
• page.php

Disse bruges ofte til redigering af dele af dit tema, adskilt fra alle redigeringer foretaget direkte til WordPress-kerne designet- og funktionaliteten. Derfor fjerner enhver fjernelse af temaet også de ændringer, du har foretaget i skabelonfilerne.

Strukturen i temakataloger giver en hel del mening, idet man ser, hvordan man kan gå ind i filerne og ændre noget som header.php-filen for at få overskriften til at se eller handle anderledes. Det samme kan siges for sidebar.php eller footer.php filerne. Enhver ændring af footer.php-filen påvirker kun sidefoden inde i temaet, intet andet.

Der er endda specifikke skabeloner til fulde sider, ofte opkaldt efter disse sider, som en til en side med fuld bredde eller hjemmesiden.

Nedenfor er et eksempel på en startskabelon:

<?php
/**
* The template for displaying the homepage.
*
* This page template will display any functions hooked into the `homepage` action.
* By default this includes a variety of product displays and the page content itself. To change the order or toggle these components
* use the Homepage Control plugin.
* https://wordpress.org/plugins/homepage-control/
*
* Template name: Homepage
*
* @package storefront
*/

get_header(); ?>

<div id="primary" class="content-area">
<main id="main" class="site-main" role="main">

<?php
/**
* Functions hooked in to homepage action
*
* @hooked storefront_homepage_content - 10
* @hooked storefront_product_categories - 20
* @hooked storefront_recent_products - 30
* @hooked storefront_featured_products - 40
* @hooked storefront_popular_products - 50
* @hooked storefront_on_sale_products - 60
* @hooked storefront_best_selling_products - 70
*/
do_action( 'homepage' );
?>

</main><!-- #main -->
</div><!-- #primary -->
<?php
get_footer();

Disse fulde skabelonfiler tilsluttes typisk andre filer for at gengive et pænt formateret design. Hjemmesiden inkluderer f.eks. HOOKS til dele som produktkategorier og gallerier, idet jeg ser, hvordan jeg bruger et onlinebutikstema lige nu.

De skabelonfiler, der er dækket før, som header.php, footer.php og sidebar.php betragtes som “skabelonpartialer”. de er inkluderet som en del af en anden skabelonfil. Ligesom i filen template-homepage.php bemærker du muligvis, at den ringer til header.php-filen for at inkludere den som en del af skabelonen.

Hvornår skal du bruge WordPress-skabelonfiler

Der findes snesevis af skabelonfiler, hvoraf nogle er helsides skabelonfiler, mens andre er delvise skabelonfiler. Derfor afhænger det af filen, når du beslutter, hvad du planlægger at bruge dem til.

Det er sikkert at sige, at enhver redigering af en skabelonfil dynamisk ændrer layoutet eller stilen på dit websted, så længe skabelonen først bruges.

Som et eksempel sikrer indsættelse af get_header() -skabelontagget i page.php-filen, at den headerskabelon, du (eller temaudvikleren) designet, placeres på alle WordPress-sider med standardskabelonen. Dette er praktisk til dynamisk design i stedet for at redigere hver side individuelt.

Her er nogle andre gange, du kan redigere skabelonfiler:

• Når du opretter en duplikat index.php-fil for at udføre redigeringer af hovedskabelonfilen. Det er ikke klogt at foretage direkte ændringer i den originale index.php-fil.
• For at tilføje din egen CSS til style.css-filen.
• At dynamisk ændre udseendet på almindelige skabeloner som home.php, page.php og single.php for at se disse ændringer reflekteret på alle sider eller indlæg.
• Sådan fjernes eller tilføjes valgfri elementer som kommentarer, sidebars og forfattersider. Disse blokeres især ved hjælp af henholdsvis filerne comments.php, sidebar.php og author.php.
• For at foretage opkald til delvise skabelonfiler i dine fulde skabelonfiler, som at koble til footer.php-filen for alle sider eller indlæg.

WordPress temakataloger

Temakataloger (også kaldet filer eller mapper) organiserer de tidligere diskuterede skabelonfiler.

Temafilerne er de mapper, du downloader fra temaudviklere, hvad enten det er et gratis tema fra WordPress Theme Library eller fra en premiumudvikler, som du kunne finde på Themeforest.

Temamapperne er placeret under wp-content i dit centrale WordPress-filkatalog.

Temafilerne selv er normalt opkaldt efter det tema, du beslutter at installere på dit WordPress-websted, såsom / twentyseventeen for Twenty Seventeen-temaet.

Temafilerne indeholder alt, hvad der er nødvendigt for at indarbejde temaets funktionalitet og design på dit websted.

Dette inkluderer de mange skabelonfiler, der er dækket ovenfor, men teknisk set er de eneste nødvendige temafiler som angivet nedenfor:

• style.css
• index.php
• comments.php
• screenshot.png

Disse kræves af et tema, når de sendes til WordPress Theme Library. Det er det absolutte minimum, men det giver mening at se, hvordan style.css-filen indeholder temaets hovedstilsark, index.php-filen er den primære skabelonfil, comments.php-filen er til at inkludere kommentarer, når det er tilladt, og skærmbilledet. png-fil viser folk, der downloader temaet, hvordan det ser ud.

Bortset fra det varierer temafilstrukturer afhængigt af temaets formål og hvordan udvikleren kan lide at organisere filerne.

Tag WordPress-temaet Twenty Nineteen som et eksempel.

Mappen har forventede filer som 404.php, functions.php og page.php.

Alligevel besluttede udvikleren at medtage følgende mapper til organisationsformål:

• /classes
• /fonts
• /inc
• /js
• /sass
• /template-parts

Hvis vi ser på det populære Storefront Theme for WooCommerce, vil du bemærke, at ikke kun nogle af skabelonfilerne varierer, men udvikleren strukturerer mappekatalogerne på helt forskellige måder.

I stedet for at have en separat skrifttypemappe er den placeret under aktivmappen. Der er også nogle andre mapper i Storefront, som vi ikke kan se i Twenty Nineteen-temaet:

• /assets
• /docs
• /e2e
• /inc
• /languages
• /projects

Samlet set navngives disse mapper forskelligt, fordi temaerne har deres egen individuelle stil og funktionalitet, hvilket betyder, at ikke alle filerne vil være de samme. Derudover er det klart, at udviklerpræferencer også spiller ind, fra navngivning af filerne til organisationen af ​​biblioteket.

Hvornår skal du bruge WordPress-temafiler

WordPress-temafiler er velkendte for alle WordPress-brugere, da selv ikke-tekniske webstedsejere typisk har brug for at arbejde med dem.

Selvom WordPress-temafiler har mange applikationer, er der nogle primære tilfælde, der skal overvejes:

• At uploade og aktivere et komplet WordPress-tema via en FTP-klient i stedet for at søge efter og installere et tema på dashboardet.
• Når du ønsker at foretage fejlfinding af en fejl på WordPress, hvor du enten skal slette eller fjerne en fuld temafil eller en af ​​filerne i biblioteket.
• At inkorporere nye stylinger eller hooks i dine skabelonfiler.
• Når du vil ændre din style.css-fil ved at tilføje din egen kode.
• For at fjerne eller ændre delvise eller fulde skabelonfiler til stylingformål.

WordPress sprogfiler

Endnu et andet område at tænke over i wp-content mappen involverer sprog.

En sprogfil kan gemmes i wp-content mappen, når du kører et ikke-engelsk WordPress-websted.

Derudover er sprogfiler ofte inkluderet med plugins og temaer, hvilket gør det lettere for dig at oversætte backend- eller frontend-grænseflader til disse udvidelser.

En sprogfil bruger en ramme, der er angivet af WordPress, så WordPress-udviklere kan tilføje skrevne ord til deres plugin, tema eller endda WordPress selv.

Som nævnt er der allerede en ramme for at etablere sprogregler, hvoraf mange er standardbeskeder eller ordlyd i hele WordPress-dashboardet. Der bruges dog sprogfiler til at tilpasse disse meddelelser eller oversætte dem helt til forskellige sprog.

Ideen bag en sprogfil ligner den i et child tema eller duplikat index.php-fil. Målet er ikke direkte at redigere nogen programfiler, hvad enten det er i WordPress eller et plugin.

Et simpelt eksempel på den aktuelle sprogramme kan vises, når man ser på WordPress-loginmodulet eller dashboardet.

Det er let at skimme forbi al den skrevne tekst i WordPress, men de oprettes alle ved hjælp af en fil. For eksempel er det meste af det sprog, der er skrevet på login-siden, gemt i WordPress’s kernesprogfil.

Selv de små stykker tekst, der bruges overalt i dine WordPress-plugins, til ting som fanetiketter, felter og headers, bliver drevet af en sprogfil et eller andet sted – i tilfælde af et plugin som Yoast SEO har dette plugin sin egen sprogmappe. Det samme kan siges om temaer.

Samlet set indstiller en sprogmappe ikke kun det geografiske sprog, men standardformuleringen på engelsk. Så du kan finde ud af, at en sprogfil i dit tema simpelthen har brug for en redigering for at erstatte et engelsk ord med et andet. Du kan teknisk tilpasse WordPress-dashboardet alt, hvad du vil, såsom at ændre fanen Indstillinger i dashboardet til “Design Stuff.” Say What plugin er en anstændig løsning til at ændre disse typer sprogstrenge uden at manipulere med kernefilerne.

Når det er sagt, er sprogfilerne også der for at oversætte plugins og temaer og WordPress til et helt andet sprog.

Hvornår skal du bruge WordPress-sprogfiler

Sprogfiler styrer ordlyden i hele din WordPress-grænseflade, og de giver dig mulighed for at ændre ordlyden eller oversætte den til andre sprog.

Vi forklarer den bedste måde at justere sprogfiler på nedenfor, men først er der nogle situationer, hvor du muligvis skal gøre det:

• Når WordPress, et plugin eller tema ikke er lavet på dit modersmål, og du gerne vil oversætte grænsefladen for at gøre det forståeligt for dig.
• Du kan oversætte et helt websted, hvis din centrale brugerbase bruger et andet sprog, eller hvis du planlægger at udvide til et nyt marked.
• For at ændre standardformuleringen til dit dashboard, plugin eller tema-interface. Filerne giver dig mulighed for at ændre næsten enhver tekst på knapper, faner eller formularer.

Hvordan skal du nu finde og bruge disse sprogfiler? Heldigvis har WordPress allerede en metode til at ændre webstedets sprog uden at røre ved dine kernefiler.

Gå til “Indstillinger> Generelt” i WordPress-dashboardet.

Rul ned til feltet kaldet Sdesporg. Brug rullemenuen til at vælge et nyt sprog. Sørg for at gemme indstillingerne.

Derefter oversættes meget af dashboard-grænsefladen til det sprog, du valgte, i dette tilfælde tysk.

Oversætter det også alle de plugins, du har installeret? Vil frontend på dit websted også vise et nyt sprog?

Det kommer an på.

Advarslen bag en systemomfattende oversættelse er, at hvert af de andre elementer også skal have den korrekte sprogfil inde i plugin-filerne. Hvis der for eksempel findes en tysk sprogfil i Yoast SEO-pluginet, fortsætter WordPress og bruger den tilsvarende sprogfil også til at oversætte pluginet. Det samme gælder WordPress-temaer.

Sprogunderstøttelse er ikke standardiseret, så det er bedst at kontrollere funktionslisterne fra de plugins og temaer, du planlægger at installere.

Det er også vigtigt at nævne, at sprogfiler undertiden skal aktiveres via selve temaet eller pluginet. Derfor, hvis du har problemer med at oversætte, skal du søge efter plugin- eller temaindstillingerne, der muliggør ændring i stedet for at stole på de generelle sprogindstillinger i WordPress.

Hvad angår enkle sprogændringer (som at ændre en menuetiket i dashboardet) anbefaler vi Say What plugin, Polylang, eller et lignende plugin.

Endelig er der langt mere avancerede sprog- og oversættelsesfunktioner til at udvide sprogets rækkevidde foran på dit websted. For eksempel giver Polylang, TranslatePress, og Translate WordPress  alle fremragende funktioner til lokalisering, frontend sprogvalg og automatiseret flersproget funktionalitet. Vi anbefaler at tjekke vores komplette flersprogede WordPress-guide for at forstå fordelene og metoderne til oversættelse.

Alt om WordPress-filtilladelser

Kontrol af WordPress-fil- og servertilladelser er en af ​​de grundlæggende måder at forbedre WordPress-sikkerheden.

Kort sagt begrænser WordPress-filtilladelser, hvem der kan få adgang til filer, og hvad der kan gøres med disse filer.

Det kan virke som om den stærkeste af filtilladelser er den mest logiske løsning, men tilladelser, der er for strenge, kan ende med at forårsage problemer med dit websteds funktionalitet. Dette skyldes, at dine WordPress-filer regelmæssigt skal have adgang til andre filer. Du ønsker ikke at låse dem væk så tæt, at det er umuligt for dem at udføre deres job.

Ikke at have de rigtige filtilladelser kan dog åbne en admin-fil for potentielle hackere eller andre ubudne gæster. Interne brugere bør også begrænses fra de rigtige filer for at forhindre eventuelle menneskelige fejl, der måtte opstå.

Hvordan WordPress-filtilladelser er struktureret

Computerfilsystemer bruger tilladelser til at angive, hvilke brugere og andre filer der kan læse, skrive, ændre og få adgang til filerne.

Eftersom WordPress-filer gemmes på computerservere, fungerer filtilladelserne på samme måde.

Du kan tildele en af ​​tre tilladelser til hver webstedsfil:

• Læs – Angiver, at en bruger kan læse filen.
• Skriv – Angiver, at en bruger kan redigere eller føje til filen.
• Udfør – Angiver, at en bruger kan udføre filen som et script eller køre filen.

De samme tilladelser gælder for webstedsmapper eller samlinger af filer.

Ændring af filtilladelser

I WordPress indstilles filtilladelser automatisk for at sikre, at dit websted kører problemfrit, og det er beskyttet så meget som muligt. Der er dog tidspunkter, hvor du muligvis skal ændre en filtilladelse for at få adgang til en mappe eller for at øge din sikkerhed.

Det er muligt at ændre dine filtilladelser via en FTP-klient, din værts cPanel eller ved hjælp af et WordPress-plugin.

Hvis du planlægger at gå plugin-ruten, er iThemes Security plugin en levedygtig løsning til scanning af tilladelser og potentielt foretage ændringer.

Kinsta bruger ikke en cPanel, så vi viser dig, hvordan du ser på og ændrer tilladelser gennem en FTP-klient.

Processen varierer afhængigt af FTP-værktøjet, men FileZilla (og mange andre klienter) giver dig mulighed for at højreklikke på en fil og finde fanen Filtilladelser.

Der vises et nyt vindue, hvor du kan ændre filattributter og tilladelser. Som du kan se, har filer generelt tilladelser til ejeren, gruppen og for offentligheden.

Ejeren henviser til administratoradgang. Gruppetilladelser er for brugere i din organisation, og offentligheden er alle andre, som tilfældige besøgende, der opretter konti på dit websted.

Hver kategori har de tre tilladelses-muligheder for Læs, Skriv og Udfør. Det er muligt for en fil at være læsbar, skrivbar og eksekverbar for en kategori, sandsynligvis ejeren.

Du bemærker muligvis også, at feltet “Numerisk værdi” er angivet under tilladelserne. Den numeriske værdi er også ret vigtig. Det er et trecifret tal, hvor det første ciffer angiver ejertilladelser, det andet viser gruppetilladelser, og det tredje forklarer offentlige tilladelser.

Så for eksempel dikterer 7 i vores numeriske værdi for mappen wp-content kun, hvad der sker med ejerens tilladelser. På grund af dette ændres tallene i feltet Numerisk værdi, når du markerer eller fjerner markeringen i et felt i tilladelserne.

Her er hvad de mest almindelige værdier betyder:

• 755 – Ejeren kan læse, skrive og udføre. Alle andre kan læse og udføre filen, men ikke foretage ændringer. 755 er standarden for offentlige filer.
• 644 – Ejeren har læse- og skriverettigheder, mens andre kun kan læse filen.
• 711 – Ejeren kan gøre alt, men alle andre brugere har kun udførelsesfunktionen.
• 700 – Ejeren har fuld kontrol, og alle andre er blokeret for at gøre noget, inklusive læsning af filen. Dette er en af ​​de højeste sikkerhedstilladelser.
• 600 – Ejeren har læse- og skrivetilladelser. Alle andre er blokeret helt. 600-værdien er endnu mere sikker end 700, hvilket gør den bedst til private tekstfiler.

Selvom du typisk ikke behøver at ændre tilladelser meget, er der nedenfor et par forslag til maksimal sikkerhed og funktionalitet i dine filer og kataloger:

• wp-config-filen skal have en værdi på 440 eller 400, så udenforstående ikke kan læse filen. Dette begrænser også ejerne fra at begå fejl med filen.
• Alle andre WordPress-filer skal have en numerisk værdi på 644 eller 640.
• Kataloger kræver fuld ejerkontrol, så tilladelser på 755 eller 750 anbefales.
• Har aldrig en tilladelsesværdi på 777. Grupper og offentligheden har ikke brug for fuld adgang til at redigere dine WordPress-filer. Dette gælder også upload filer, selvom nogle af dem ikke synes så vigtige.
• .htaccess-filen er endnu en meget vigtig kernefil. Derfor foreslås en tilladelse på 440 eller 400. Der er ingen grund til at give fuld skrivning eller udførelse af adgang til nogen, inklusive ejeren. Dette forhindrer utilsigtede fejl.

For at udforske den dybdegående karakter af filtilladelser og hvordan du ændrer dem, se WordPress-supportartiklen om Ændring af filtilladelser.

Begræns adgang til mediefiler i WordPress

Mediefiler er frontvendte elementer i din WordPress-filmappe, hvor alle brugere ser dem og ofte har mulighed for at kopiere eller gemme dem fra en browser.

Faktisk kommer den gennemsnitlige bruger til dit websted og har mulighed for at finde det direkte link til den fil og downloade den til deres egen computer.

Medieoverførsler er nogle af de mindst beskyttede elementer i din filmappe. Nogle gange er det ikke et problem. Mange bloggere vil hellere have deres fotos og videoer delt over internettet, selvom det betyder, at de brugere, der deler, teknisk set bryder ophavsretslovene.

Når det er sagt, har andre virksomheder flere private data, der gemmes i deres mediefiler, eller medierne er det, der sælges i første omgang; tænk fotografer og videoskabere, der ønsker at forhindre, at deres billeder trækkes gratis fra deres hjemmesider.

Mediefil-begrænsninger er også nyttige, hvis du kører en publikation med flere forfattere, da det kan blive rodet og forvirrende for dine forfattere at se filerne fra alle andre forfattere i organisationen.

Uanset om du vil holde medier private for sikkerhed eller til organisation, er der specielle måder at begrænse adgangen til dine mediefiler på WordPress på.

Den første metode indebærer en redigering af din primære functions.php-fil.

Åbn filen i din FTP-klient, og tilføj følgende kode.

// Limit media library access

add_filter( 'ajax_query_attachments_args', 'wpb_show_current_user_attachments' );

function wpb_show_current_user_attachments( $query ) {
$user_id = get_current_user_id();
if ( $user_id && !current_user_can('activate_plugins') && !current_user_can('edit_others_posts
') ) {
$query['author'] = $user_id;
}
return $query;
}

Når du har gemt filen, kontrollerer den nye kode, hvad hver bruger kan gøre på dit websted. Medier vises baseret på deres nuværende brugertyper og kontrol, om disse brugertyper giver dem mulighed for at udføre opgaver som redigering af indlæg eller aktivering af plugins. Hvis disse brugertypekrav ikke er opfyldt, blokeres mediefilerne.

Hvis du hellere vil bruge et plugin til at begrænse adgangen til mediefiler, skal du tjekke plugins som Prevent Direct Access (med File Access Restriction extension) eller File Manager Advanced  for at få kontrol over, hvordan dine mediefiler vises til andre. Andre plugins, som Photo Gallery by 10Web, gør det umuligt at højreklikke og downloade mediefiler. Selvom det ikke er en perfekt blokeringsløsning, tilføjer det sikkerheden.

Administration og moderering af dine WordPress-filer

Adgang til dine WordPress-filer sker via en FTP-klient, din host cPanel eller WordPress-dashboardet.

Hvis du har spørgsmål om at trykke på dine filer via en FTP-klient eller en af ​​de mulige metoder, skal du henvise tilbage til afsnittet “How Do I Access WordPress Files?” tidligere i denne artikel. Vejledningen om, hvordan du bruger SFTP til at oprette forbindelse til dit WordPress-websted, er også en nyttig ressource.

Men hvad sker der, når du kommer til dine filer? Mange af sektionerne i denne artikel skitserer situationer, hvor du måske befinder dig i at redigere eller flytte WordPress-filer, men alligevel er det også vigtigt at vide om nogle af de enklere opgaver, uanset om det gøres via dashboardet, en FTP-klient eller et andet middel.

For eksempel kan du undre dig over, hvordan du uploader eller downloader en fil til WordPress, og hvilke metoder der er de bedste til at gøre det. Det samme kan siges om backup af websteder eller organisering af mediefiler, da den sædvanlige FTP-løsning ikke altid er den bedste rute.

Fortsæt med at læse for at få klarhed over disse emner.

Sådan uploades filer til WordPress

Der er mange filtyper, som du kan uploade til WordPress. Almindelige eksempler inkluderer:

• En HTML-fil til verificering af dit websteds ejerskab eller ændring af dit webdesign.
• En mediefil, såsom en PNG, JPEG eller video.
• Et nyt tema eller en plugin-fil for at ændre funktionaliteten eller udseendet på dit websted.
• Et dokument, der skal vises på en side eller et blogindlæg til informationsformål.
• Lydfiler til præsentation af musik til et band eller til salg af stock clips.

WordPress har en lang liste med understøttede filtyper, der kan uploades gennem dashboardet. Disse inkluderer muligheder som JPG, PNG, PDF, MP3, WMV og mange flere.

De fleste filtyper, der uploades til dashboardet, er medieelementer, hvorimod designfiler som HTML-dokumenter normalt uploades via en FTP-klient (selvom nogle situationer tillader, at en HTML-fil uploades via dashboardet eller din cPanel).

Din filtype og grunden til, at du uploader filen i første omgang, bestemmer generelt din metode til upload. Vi dækker de mest almindelige filuploadmetoder til WordPress-filer, både til dine kernefiler og andre webstedselementer som medier.

Upload WordPress-filer gennem dashboardet

Uploadmuligheder er rigelige i WordPress-dashboardet. Du har valg for at importere filer, uploade fotos til sider og endda uploade elementer via plugins, du har installeret.

Den første og mest basale filupload til WordPress involverer medier. Uanset om det er et billede, en video eller et lydklip, gemmes de alle i mediebiblioteket. For at få et komplet kig på emnet, skal du læse vores dybdegående vejledning om WordPress Media Library.

Den enkleste måde at uploade en WordPress-fil til mediebiblioteket er at gå til dit dashboard og klikke på Media> Tilføj nyt.

Klik på knappen Vælg filer for at åbne et vindue, der afslører filerne på din computer.

Find den fil, du vil uploade, og klik på knappen Åbn. Som nævnt før understøtter WordPress en bred vifte af filer, især når det kommer til medier. Du kan dog støde på en fejl, hvis din filtype ikke er tilladt.

Nu er filen placeret i dit dashboards mediebibliotek sammen med wp-content mappen på dine kernefilefiler. Du kan finde den nye mediefil i mappen wp-content ved hjælp af en FTP-klient.

Hvad angår adgang til filen i instrumentbrættet, skal du blot klikke på knappen Rediger for at se dens detaljer.

Siden Rediger viser flere muligheder for redigering af fotofilen, tilføjelse af metadata og mere. Hver mediefil, der uploades til WordPress, modtager en fil-URL eller den internetadresse, som filen ligger på. Hvis du kopierer denne URL til en browser, vises filen på din skærm.

En anden almindelig måde at uploade en fil gennem WordPress-dashboardet er på en side eller et indlæg.

Gå til dette for at åbne en ny eller gammel side eller et indlæg og søge gennem Gutenberg-modulerne. Den klassiske WordPress-grænseflade har en medieknap til at uploade filer der.

Næsten hver blok under mediesektionen i Gutenberg har mulighed for at uploade en fil til WordPress. For eksempel kan du vælge videoblokken og uploade en fil eller galleriblokken for at uploade flere billedfiler.

Her er en visuel. Når du vælger billede-blokken, vises den i WordPress-blogindlæg editoren.

En Upload-knap vises, så du kan gennemgå den samme proces med at åbne en fil fra dine computerfiler og tilføje den til dit websted. Som altid placeres en fil, der uploades via denne metode, også i dit mediebibliotek og mappen wp-content.

Når filen er uploadet, vises den også på dit indlæg eller din side, da det ofte er det sted, du forsøger at placere den alligevel.

Der er også en generisk Files-blok. Dette giver dig mulighed for at uploade alt fra HTML-filer til PDF-dokumenter. Brug denne vejledning, hvis du støder på en fejl, der fortæller dig, at en fil ikke er tilladt af sikkerhedsmæssige årsager.

Samlet set er dashboardet fyldt med områder til upload af filer.

Du kan opleve, at et specifikt plugin har funktioner til at uploade unikke dokumenter eller mediefiler eller endda vise dem på bestemte måder. Et galleri-plugin giver denne type funktionalitet, hvor de uploadede filer reorganiseres og placeres i et rent galleridesign.

Et andet eksempel er WooCommerce. Alle WooCommerce butikker tilbyder produktsider med flere knapper til upload af billeder og andre filer. For eksempel kan du uploade en mediefil til beskrivelsen, til produktbilledet og i produktgalleriet.

Derudover udføres flere almindelige webstedsdesign uploads i WordPress Theme Customizer.

For at finde disse filupload-knapper skal du gå til Udseende> Temaer i dashboardet.

Find dit aktuelle tema, og klik på knappen Tilpas.

Den næste side viser WordPress Customizer med en samling redigeringsværktøjer i menuen. Du kan også se en forhåndsvisning af dit websted.

Alt fra webstedsidentitet til baggrundsfaner giver uploadknapper til yderligere WordPress-filer. Fordelen ved at arbejde i dette område er, at de uploadede filer ofte styles og formateres automatisk efter upload.

Et godt eksempel findes under fanen Site Identity. Det er her, du uploader webstedets logofil.

En anden er fanen Header, hvor den tilbyder en knap til at uploade en headerfil i form af et medieelement.

Endelig giver WordPress dashboard et importværktøj til at uploade websides filsamlinger, ofte til når du vil overføre et websteds indlæg og sider fra en anden platform eller et andet WordPress-websted.

Disse filuploadfunktioner findes under “Værktøjer> Import” i dashboardet.

WordPress giver mulighed for filimport fra platforme som Blogger, Tumblr, generelle RSS feeds og mere.

Derfor skal du vælge oprindelsen til dine webstedsfiler for at fuldføre upload og sørge for en simpel overførsel af webstedet.

Til denne vejledning lancerer vi WordPress-importøren. Klik på knappen Installer nu.

Når importøren er installeret, skal du klikke på linket “Kør importør”.

Nu har du muligheden for at uploade en importfil fra din computer. Husk, at succesen med din upload afhænger af den platform, du henter data fra. For eksempel kræver WordPress-importøren en WordPress eXtended RSS-fil (WXR), der er gemt som en .XML-fil.

Når du har klikket på knappen Vælg fil, skal du vælge knappen Upload fil og import for at fuldføre processen.

Upload WordPress-filer via en FTP-klient

Vi har allerede dækket, hvordan du får adgang til dine filer via en FTP-klient, men hvad med faktisk at uploade disse filer, mens du er i klienten?

Selvom hver FTP-klient har sine egne unikke funktioner og grænseflader, er det normalt den samme idé med to muligheder for at uploade en fil til dit WordPress-websted.

Når du har oprettet forbindelse til både dine webstedsfiler og lokale filer, skal du trække en lokal fil til den ønskede placering i WordPress-biblioteket.

En anden mulighed er at højreklikke på den lokale fil, du vil uploade, og vælge knappen Upload. Dette tilføjer automatisk den uploadede fil til den aktuelle mappe, du har åbnet for dine webstedsfiler.

FTP-klienten fungerer på samme måde som din computer, hvor den spørger, om du vil erstatte en fil med samme navn.

Upload filer via cPanel

Den sidste måde at uploade en fil til WordPress er gennem værtens cPanel-modul. Kinsta tilbyder sit eget hosting dashboard uden den traditionelle cPanel. Derfor anbefales det ikke at bruge denne teknik, hvis du migrerer til Kinsta.

Hvis du spekulerer på at bruge cPanel til filuploads på en anden hosting-konto, skal du tjekke vores guide til upload af HTML-filer til WordPress, da dette har et afsnit, der også dækker cPanel.

Sådan downloades WordPress-sidefiler

Download af en WordPress-sidefil fungerer ofte i den nøjagtige modsatte retning af upload af en fil.

Dashboardet har ikke mange værktøjer til download af filer fra dets grænseflade, men der er et par tricks, hvis du finder en fil, der skal placeres på en lokal maskine til brug andre steder.

Dit bedste valg er at gå til mediebiblioteket i dashboardet og kigge efter den ønskede fil.

Gå til “Medier> Bibliotek”.

Hvert element, du har uploadet til mediebiblioteket, kan downloades til din lokale enhed.

Søg derfor efter den fil, du vil downloade, og klik på miniaturen for at åbne dens filoplysninger. I dette tilfælde vil vi gerne downloade en PDF-fil, der er gemt på eksemplets websted.

Alle mediebibliotek genstande er tildelt en fil-URL. Du skal gå til denne URL for at downloade den faktiske fil til din computer.

Det er muligt ved enten at kopiere og indsætte URL’en i et nyt browservindue eller klikke på linket Vis vedhæftet fil.

Hver filtype er forskellig, hvordan du downloader den til din computer. Processen varierer også lidt afhængigt af din browser og den software eller udvidelser, du har installeret til at åbne disse filer.

For eksempel åbner min browser PDF-filen gennem en Chrome PDF-udvidelse, jeg har installeret. Du kan også blive sendt til noget som Adobe Reader eller få filen automatisk downloadet til din maskine.

I min situation ville jeg klikke på ikonet Download i min browser.

Billedfiler er normalt mere forudsigelige. Alt du skal gøre er at gå til billedfilens URL, højreklikke på billedet og vælge indstillingen Gem billede som. Dette beder dig derefter om at navngive din fil og vælge den mappe, hvor du vil placere filen i din computer.

Uanset hvilken metode eller værktøjer der er anvendt, er dette normalt en af de hurtigste måder at downloade enkle medie- og aktivfiler fra dit websted til en lokal maskine.

Hvis du er i en situation, hvor du har brug for at downloade en XML-fil, der indeholder emner som indlæg, sider eller produkter, er standardløsningen at gå gennem eksportfunktionen i WordPress.

For det skal du gå til Værktøjer> Eksporter i dashboardet.

Identificer hvad du vil downloade som en XML-fil. Du kan vælge mellem en lang række elementer, såsom ordrer, produkter, medier, kuponer og sider. Du har også mulighed for at downloade alt indhold fra dit websted.

Alt konsolideres i en XML-fil, fordi dette ofte er en hel del data, der kan downloades fra dit websted, og XML-filen er let at uploade til et nyt websted på et senere tidspunkt.

For at afslutte processen skal du klikke på Download eksportfilen og derefter placere den hvor som helst på din computer.

Den sidste metode til download af en WordPress-fil er ved at gå gennem din FTP-klient. Ligesom at uploade en webstedsfil med en FTP-klient, er downloadet afsluttet på to måder.

Du kan trække den fil, du vil downloade fra området med live websteder, til det område, der viser dine computerfiler. Det kræver simpelthen, at du holder musen nede og flytter filen over.

Den anden mulighed er at højreklikke på filen fra dit WordPress-websted og vælge knappen Download. De fleste FTP-klienter slipper automatisk filen i den computermappe, du har åbnet i klienten.

Sådan sikkerhedskopieres WordPress-filer

En sikkerhedskopi af WordPress-filer er en af de vigtigste sikkerhedsprotokoller for enhver udvikler at følge. Ikke kun gemmer en backup et billede af et websted på et bestemt tidsrum, men det er også tilgængeligt for dig at gendanne, hvis noget går galt med webstedet.

Teknisk set kan du manuelt lave en backup af dine centrale WordPress-filer med en FTP-klient. For at gøre dette skal du finde den/offentlige mappe, der indeholder alle de vigtigste WordPress-filer fra det pågældende websted.

Højreklik på mappen, og download alle filer i biblioteket til en placering på din computer.

Der er ikke noget galt med lejlighedsvis lokal download af dine kernefiler. Der er dog flere ulemper ved at have dette som din eneste backupmetode:

• Det åbner potentialet for menneskelige fejl, som at vælge de forkerte filer, glemme, hvor du har gemt filerne eller ikke udfylde backup regelmæssigt.
• En automatisk sikkerhedskopiering sikrer, at du altid har en opdateret version af dine sikkerhedskopifiler, mens en manuel backup kan være fra måneder siden.
• Der er stadig andre data, der kræver backup, hvis du planlægger at gendanne hele dit websted. For eksempel skal indhold, som indlæg, gemmes såvel som din database.
• At gemme på din lokale computer er ikke så sikker som at indlæse i et cloudmiljø. Ideelt set vil du have en sikkerhedskopi på både lokale og cloudområder.

Så hvad er de bedste muligheder for sikkerhedskopiering af WordPress-filer?

Hos Kinsta understøtter vi seks typer backups – daglige, timebaserede, manuelle, systemgenererede, eksterne og downloadbare backups. Andre hosts giver muligvis backups, men det er mere sandsynligt, at du har brug for et WordPress-backup plugin. Hvis du er i denne situation, anbefaler vi stærkt, at du vælger et inkrementelt WordPress-backup-plugin, som fra listen over muligheder her.

Inkrementelle backups sikrer, at fillagring er optimeret ved kun at tage backups, når det er nødvendigt, eller når der er sket en ændring på dit websted. Dette minimerer de snesevis af sikkerhedskopifiler, der ellers ville forekomme uden grund, kun rod i dit WordPress-filkatalog og muligvis bremser dit websted.

Backup af WordPress-filer i Kinsta

Som standard sikkerhedskopieres alle websteder på Kinsta dagligt, og du kan når som helst gendanne til en tidligere backup i MyKinsta-dashboardet.

Som en kort oversigt over den mere detaljerede artikel om initiering af backups giver MyKinsta-dashboardet en Backup-fane, der findes ved at gå til fanen Sites, vælge dit websted og derefter klikke på menupunktet Backup. Flere muligheder for backup af filer er tilgængelige at vælge imellem. Du kan vælge at køre flere backups af sikkerhedsmæssige årsager eller vælge en, der passer bedst til dig.

Klik på fanen Manuel for at se muligheder for backup af dine webstedsfiler, når du vil. Der er en grænse for Kinsta til manuel backup, men det er en god mulighed, hvis du har brug for en øjeblikkelig backup.

Fanen Systemgenereret opretter fil-backups, når specifikke handlinger udføres på dit websted eller Kinsta. For eksempel udløser brugen af værktøjet Søg-erstat eller skub i et scenemiljø en systemgenereret backup. I det væsentlige er det til situationer, hvor en sikkerhedskopi er ekstremt vigtig.

Fanen Ekstern spørger, om du vil aktivere en backup af et webstedsfil på et cloud-system som Amazon S3 eller Google Cloud Storage. Disse er fremragende til komplementær opbevaring, hvis du gerne vil fordoble din systemsikkerhed for at sikre, at en backup altid er sikker.

Se vores guide til kørsel af eksterne backups, hvis du planlægger at gå denne rute.

Fanen Download genererer en backup, der kan downloades, og gemmer den på din computer, ligesom en backup udført via en FTP-klient. Hovedforskellen og fordelen ved at downloade en zip-fil fra Kinsta er, at den også inkluderer en SQL-fil med indholdet af din database.

Gendannelse af en sikkerhedskopi af filer

En gendannelse af sikkerhedskopi afhænger af din hosting. Hvis du bruger et WordPress-backup-plugin, skal du navigere til indstillingsområdet for dette plugin for at finde en gendannelsesknap.

Det er også muligt at gendanne mange af dine webstedsfiler via en FTP-klient, men vi foreslår typisk at bruge et plugin eller MyKinsta-dashboardet for at gøre det nemmere.

Alle WordPress-gendannelsesstrategier er dækket af denne artikel, herunder følgende muligheder:

• Gendannelse af en backup gennem MyKinsta.
• Gendannelse af en backup til et scenemiljø.
• Gendannelse af WordPress-filer med et plugin.
• Gendannelse med phpMyAdmin.
• Afslutning af en WordPress-gendannelse af backup med cPanel.
• Manuel gendannelse gennem instrumentbrættet eller brug af SFTP.

Du er velkommen til at udforske alle gendannelsesmetoder til backup i den angivne artikel. For at få den nemmeste gendannelse af backup, overvej følgende trin i MyKinsta-dashboardet.

Gå til fanen Sites i MyKinsta.

Vælg det sted, som du vil gendanne en sikkerhedskopifil for.

Klik på fanen backups. Dette afslører de backupmuligheder, vi tidligere har dækket.

Du kan beslutte at gendanne en sikkerhedskopifil fra en hvilken som helst af de sikkerhedskopier, du allerede har oprettet, f.eks. Ekstern, downloads eller manuel backup.

I MyKinsta er den mest almindelige Daily backup. Derfor kan du se på listen over tidligere daglige backups og klikke på knappen Gendan til for at afsløre en rullemenu.

Identificer, om du vil gendanne denne backup til et Staging- eller Live-sitemiljø.

Indtast den tekst, som MyKinsta har anmodet om. Klik derefter på knappen Gendan backups for at afslutte processen.

Sådan organiseres mediefiler i WordPress

Uploadede videoer og dokumenter og fotos optager meget af dit websteds opbevaring, når tiden går. Mediebiblioteket giver en kontinuerlig strøm af nyt indhold, potentielt mere end nogen anden del af et WordPress-websted. På grund af dette bliver mediebiblioteket rodet, uorganiseret og potentielt begrænset til websteds indholdsskabere, især hvis der er mange forfattere på et websted.

WordPress tilbyder søge- og filterværktøjer i mediebiblioteket, men disse er ikke ideelle løsninger til et konstant voksende filsystem.

Derfor foreslår vi long-term media library management tools, hvoraf mange er beskrevet i den sammenkædede artikel.

Her er et hurtigt kig på de øverste plugins til organisering af dit mediebibliotek:

• Media Library Plus – Dette plugin er fantastisk til at oprette faktiske mapper i dit bibliotek; du modtager også funktioner til flytning, omdøbning og regenerering af miniaturer.
• MaxGalleria – Inkluderer funktioner som en lydhør lightbox, et forbedret galleri til frontend brug og nogle fremragende udvidelser til filhåndtering.
• Enable Media Replace – Aktiver medieudskiftning – Dette er en mulighed for let at erstatte en fil i dit mediebibliotek i stedet for den sædvanlige proces med at skulle slette en fil og genuploade en anden i stedet.
• WordPress Real Media Library – Her er et plugin med et utal af værktøjer til styring af mediemapper og filer. Det tilbyder muligheder for brugerdefineret billedbestilling, avancerede uploads og oprettelse af galleri.

Sådan beskyttes dine WordPress-mapper

WordPress-filtilladelser præsenterer en forsvarslinje for at holde ubudne gæster væk fra dine kernefiler. Flytning af disse filer til alternative mapper løser også problemer, der også kan opstå.

Når det er sagt, har du også muligheden for at beskytte en mappe med password for at sikre, at kun brugere med den adgangskode er i stand til at udnytte de vigtigste WordPress-filer.

Den detaljerede proces til password-beskyttelse er beskrevet her, men vi dækker også de grundlæggende trin nedenfor.

1. Opret en .htpasswd-fil ved hjælp af denne generator.
2. Upload den nye fil til det WordPress-bibliotek, du gerne vil beskytte med en adgangskode.
3. Opret en .htaccess-fil med følgende kode inkluderet i filen.

AuthType Basic
AuthName "restricted area"
AuthUserFile /www/user/public/protecteddirectory.htpasswd
require valid-user

Opdater den bit kode med den katalogsti, du gerne vil beskytte. Du vil også ændre stien og katalognavne.

Dette er den ideelle måde at adgangskode beskytte et websted ved hjælp af en host med Apache. Kinsta-brugere kan kontakte teknisk supportteam for at beskytte deres filer med adgangskode.

Sådan udskiftes WordPress Core Files

Du undrer dig måske over, hvorfor du nogensinde vil erstatte WordPress-kernefiler. Hvis du har læst nogen del af denne artikel, har du allerede et par gange hørt, at berøring af kernefiler normalt er en rynket idé.

Udskiftning af en kernefil, hvis ikke alle kernefilerne, giver dog en løsning til et websted, der enten er utilgængeligt eller kompromitteret. På denne måde erstatter du de kompromitterede filer for at sikre, at ingen af ​​dem overføres til genstart af dit websted.

Det er dog vigtigt allerede at have en backup af et andet sted for at sikre, at den nye kernefilinstallation kan komme tilbage til, hvad dit websted var før.

Den gode nyhed er, at mange kernefiler forbliver uberørt gennem et WordPress-websted. Derfor har du muligvis blot at bytte de gamle kernefiler ud for nye (mens du efterlader primært indhold og aktivfiler) i et forsøg på at gendanne dit websted og gøre det til det, det var før angrebet eller fejlen, der forårsagede problem i første omgang.

Hvad der er interessant er, at dine WordPress-kernefiler allerede udskiftes i baggrunden, hvis du har automatiserede WordPress-opdateringer aktiveret. Vi vil dog også forstå, hvordan man også bytter disse filer manuelt.

For at begynde med skal du åbne din FTP-klient og finde den offentlige mappe under dit hovedmappe. Dine webstedsfiler er stadig tilgængelige, selvom dit websted er utilgængeligt.

Gå til siden WordPress.org Download, og download de nyeste WordPress-kernefiler. Dette er en zip-fil, så gem den på et sted, du kan huske på din computer.

På din computer skal du pakke de nye kernefiler ud, så en almindelig mappe sidder ved siden af den, der hedder den samme ting. Åbn den mappe, og klik ind i WordPress-mappen for at afsløre de nye kernefiler.

Slet mappen wp-content og wp-config-sample.php-filen.

Årsagen til dette er, fordi vi ikke ønsker at erstatte wp-content– eller wp-config.php-filerne på dit nuværende websted. Ellers ender du med en helt tom geninstallation, hvilket eliminerer alt det designarbejde, du har udført før.

Det er kun acceptabelt at erstatte disse filer, hvis du har en fuld backup fra den nylige fortid.

Uden wp-content og wp-config-sample.php-filerne skal dine nye kernefiler se sådan ud:

Åbn din FTP-klient, og bliv logget ind på dit websted ved hjælp af SFTP-legitimationsoplysninger, der findes på din hostingkonto. Flere oplysninger om det kan findes her.

Når du er tilsluttet, kan du se dine webstedsfiler. Gå til den offentlige mappe for at åbne dine nuværende WordPress-filer.

Find den nye samling af WordPress-filer på den anden side af din FTP-klient. Hvis du har en side om side-visning i FTP-klienten, skal begge sider se næsten identiske ud – undtagen wp-content– og wp-config.php-filerne; vi fjernede dem tidligere fra det lokale miljø.

Find wp-content– og wp-config.php-filerne i din offentlige WordPress-mappe.

I dette trin vil du beholde disse filer og fjerne resten. Du kan slette resten af filerne, men det er normalt klogt at flytte dem til en anden midlertidig mappe, hvis noget går galt.

Inden du fjerner disse filer, kan dit websted se godt ud på frontend. Det er også muligt, at du modtager en fejl, og det er derfor, du gennemfører denne proces i første omgang.

Her kan du se, hvordan vores testwebsted ser ud, før du fjerner filer:

Når alt er taget ud med undtagelse af wp-content– og wp-config.php-filerne, er en tom side, fejl eller katalogoversigt det eneste, brugere ser på din frontend. For at minimere virkningen af, at dit websted er nede et øjeblik, skal du placere en ny index.php-fil i dit websteds bibliotek og skrive en vedligeholdelsesmeddelelse i filen.

Når vi går videre, er det nu tid til at overføre alle nye kernefiler til dit webstedsmappe. Afhængigt af din FTP-klient involverer dette normalt, at du trækker de nye kernefiler for at erstatte de gamle eller potentielt uploade dem fra din computer.

Når overførslen er gennemført, skal alt i din offentlige mappe se næsten identisk ud med det, du havde før. Den eneste forskel er, at disse er helt nye (rene) kernefiler, forhåbentlig slippe af med det problem, du havde fra før.

Sørg for at kontrollere dit websteds frontend efter denne overførsel. I vores test bragte det vores websted tilbage til det normale og holdt indholdet og stylingen intakt på grund af det faktum, at vi ikke erstattede filer som wp-content og wp-config.php.

Bemærk: Du skal enten opdatere din database eller importere den fra en backup. WordPress beder dig om at opdatere din database, når du logger tilbage på dit admin-dashboard. En import af database-backup er også typisk mulig ved hjælp af dit foretrukne WordPress-backup-plugin. Kinsta giver som standard en backup af din database.

Oprydning af dine WordPress-filer

WordPress-biblioteket og dets filer fungerer som en bil. Nogle filer fungerer som batterier, andre som tændingsafbrydere, mens andre ligner den meget vigtige motor. Når det vedligeholdes og finjusteres, kører køretøjet, der er WordPress, effektivt og leverer det, der er nødvendigt, regelmæssigt.

Men nogle gange får du en defekt del eller noget, der simpelthen ikke fungerer som det plejede. Derfor har WordPress og plugins og temaer opdateringer. Det er grunden til, at udviklere konstant vedligeholder og backups websteder for at holde dem klar og beskytte dem, hvis noget går galt.

Som med en bil skal du holde alt fra olien til tæpperne på jorden rene. Ellers risikerer du at skabe yderligere problemer ned ad vejen.

Da filerne er det, der normalt kræver rengøring, vil vi gå over nogle trin, du kan tage for at sikre, at dine mapper er begrænset til det væsentlige, og at dine filer ikke er rodet med uønsket.

Her er en hurtig rengøringsproces, der får dine filer til at skinne:

1. Slet unødvendige indlæg og sider sammen med indhold af dårlig kvalitet, der enten er en kopi af noget andet på dit websted eller noget gammelt, som ingen af ​​dine brugere finder nyttige.
2. Ryd spam-kommentarer for at begrænse belastningen på din database og holde ubudne gæster ude. Akismet-pluginet er den øverste løsning til automatisk at fjerne spam-kommentarer.
3. Slip af med aktiver, der indlæses på hver side eller får dit websted til at køre langsomt. WP Asset Clean Up plugin har de bedste funktioner til denne proces, især når det kommer til at mindske antallet af HTTP-anmodninger mellem filer.
4. Brug en automatisk tilgang til at rydde din database. Databasen er teknisk adskilt fra dine WordPress-filer, men de arbejder alle sammen. Overvej et plugin som WP-Optimize eller et af de mange Database Optimization-plugins for at identificere de unødvendige dataindgange og slippe af med dem for godt.
5. Optimer dine medieelementer, så de ikke gør din wp-content mappe til den største synder for langsomme indlæsningstider. Der er forskellige plugins til optimering af billeder og metoder, der skal overvejes.
6. Slip af med gamle temaer og plugins. Disse er placeret i din wp-content mappe, rodet op på serveren og muligvis bremser webstedet.
7. WordPress-, tema- og plugin-opdateringer er vigtige for at lukke smuthuller i din sikkerhedsinfrastruktur og for at sikre, at dit filkatalog fungerer godt. Sørg for, at du kører automatiske opdateringer, hvis det er muligt.

Læs vores dybdegående guide til komplet WordPress-weboptimering for at forbedre ydeevnen på alle områder af dit websted.

Resumé

At udforske alle aspekter af de vigtigste WordPress-filer kræver tålmodighed, men det er en givende proces, der øger din selvtillid, mens du arbejder med WordPress og giver dig mulighed for at træffe de rigtige beslutninger og redigeringer, når det er nødvendigt. Derudover sikrer viden om WordPress-filer, at du gennemfører de nødvendige sikkerheds- og backup-procedurer, hvis der sker noget med dit websted.

For en komplet oversigt over hele WordPress Root File-strukturen, se på det officielle WordPress Files-dokument. Det forklarer hver fil i dybden og muligvis rydder spørgsmål, du har om filer, der ikke er dækket af denne artikel.

Fortæl os i kommentarerne nedenfor, hvis du har spørgsmål eller tanker om WordPress-filer og mapper!