5 ting du ikke visste at du kunne gjøre med WordPress Config-filen

I hjertet av hver WordPress er installasjonen den wp-config.php fil, en fil så hellig og innhyllet i mysterium at hver WordPress-bruker vet at den skal aldri bli rørt.

Eller burde det?

Faktisk er det mange mindre kjente nyttige hack som kan være uten å skade WordPress på noen måte, og det er på tide at du tok WordPress-ferdighetene dine oppe. Les videre for 5 av mine favoritt wp-config-triks.

Denne artikkelen er strengt beregnet for selvbehandlede WordPress.org-nettsteder, ikke de som er vert på WordPress.com (hva er forskjellen? Hva er forskjellen mellom å kjøre bloggen din på Wordpress.com og Wordpress.org? Hva er forskjellen mellom å kjøre bloggen din på Wordpress.com og Wordpress.org? Med Wordpress som nå driver 1 på hver 6 nettsider, må de gjøre noe riktig. For både erfarne utviklere og komplett nybegynner, har Wordpress noe å tilby deg. Men akkurat som du starter på ... Les mer ).

Før du begynner, vet du at du kan stoppe WordPress fra å laste inn hvis du ødelegger syntaksen til denne filen, selv med noe som er dumt som å glemme et halvt kolon. Det er imidlertid utrolig enkelt å kopiere det før du begynner å redigere, slik at du har en sikkerhetskopi. Hvis du ødelegger noe, bare slett den endrede filen og gi nytt navn til sikkerhetskopien - alt vil bli bra med verden igjen. Det er faktisk veldig vanskelig å permanent skade en WordPress installasjon, kort for å slette hele databasen. Før du prøver noen av disse, kan du også sjekke ut vår ultimate guide til å fikse 500 interne serverfeil. Den ultimate veiledningen for å løse 500 interne serverfeil og tomme hvite sider i Wordpress Den ultimate veiledningen for å løse 500 interne serverfeil og tomme hvite sider i Wordpress Les mer .

Wp-config.php-filen kan bli funnet i roten av WordPress-installasjonen din, og krever at du logger på over FTP eller SFTP for å kunne redigere den. Hvis du er usikker på hvordan du gjør det, kan innholdet i denne artikkelen ikke være passende for ditt ferdighetsnivå - men her er noen nyttige IFTTT-oppskrifter som kan brukes med WordPress 5. Amazing IFTTT Oppskrifter for WordPress-brukere 5 Fantastiske IFTTT-oppskrifter for WordPress-brukere IFTTT er strømbrukerens automatiseringsverktøy av valg; og WordPress er den ultimate bloggerens sveitsiske hærkniv. Tenk deg hva slags dominans du kunne oppnå ved å kombinere de to! Les mer (som ikke innebærer redigering av filer).

Logg feil på en fil

Noen ganger er det ikke ønskelig å utgjøre en masse stygg feil til den offentlige fronten av nettstedet ditt. Logg feilene til en fil i stedet! Definer følgende, vent deretter en stund, og du vil se en ny feil logg i wp-innhold / katalog langsomt fylle opp. Det er en god ide å deaktivere dette så snart du har nok nok eksempler på feilene, siden det ikke er bygget loggrotasjon eller grenser - du kan fylle hele serveren din med gigabyte med logger!

 define ('WP_DEBUG', true); // endre tilbake til false for å deaktivere hvis (WP_DEBUG) define ('WP_DEBUG_LOG', true); define ('WP_DEBUG_DISPLAY', false); @ini_set ( 'display_errors', 0); 

Se etter linjer med PHP_ERROR heller enn LEGGE MERKE TIL eller ADVARSEL - sistnevnte vil ikke ødelegge nettstedet ditt, men den tidligere kanskje.

Deaktiver postrevisjoner

Jeg har en gang funnet et innlegg med over 100 revisjoner: det er 100 ekstra rader i innleggstabellen som ikke er nødvendig. Deaktiver postrevisjoner helt med følgende enkle linje:

define ('WP_POST_REVISIONS', false);

eller

define ('WP_POST_REVISIONS', 3);

å begrense dem til et fornuftig tall i stedet. Selvfølgelig liker noen mennesker å ha postrevisjoner, spesielt i et miljø hvor redaktørene gjør endringer i arbeidet ditt - men hvis det bare er du skriver, og du har en tendens til å jobbe med innlegg litt etter en gang, er det bare ikke verdt det. Vær oppmerksom på at dette trikset ikke vil slette noen eksisterende innleggsrevisjoner, det vil ganske enkelt hindre at nye blir opprettet.

Delt brukertabell

Noen ganger vil du ha det mer enn en WordPress installere - vi gjør det her på MakeUseOf.com. Men å gi brukerne et eget innlogging for hvert nettsted er bare latterlig, og kjører a “flersteds” nettverket av blogger hjelper heller ikke (tro meg, vi prøvde) - Faktisk kompliserer det altfor situasjonen når noen få linjer i wp-config.php er egentlig alt som trengs. Det du vil ha, er det som heter et delt brukerbord - det vil si, mens hver blogg forblir sin egen enhet med separate plugins og innlegg osv., Blir bare brukerdatabasen delt.

Først bestem deg for din hovedblogg - dette vil være hvor brukerhåndtering er ferdig. La oss kalle det blogg A. Blogg B og C vil være “sub-blogger”, og vil tegne fra hovedblogg Et brukerbord, og jeg antar at de vil bli installert i separate mapper. I wp-config-filene for B og C legger du til følgende linjer. I dette eksemplet bruker hovedblogg et database prefiks av “blogA”.

 define ('CUSTOM_USER_TABLE', 'blogA_users'); define ('CUSTOM_USER_META_TABLE', 'blogA_usermeta'); 

Databasen prefiks er et bestemt begrep valgt under oppsett av din første blogg (den som brukes til å administrere alt). Standard er wp_ men nye installasjoner vil oppfordre deg til å endre dette. Hvis du er usikker, er det ordet som kommer i begynnelsen av alle databasetabellnavnene dine.

Du må også sikre at informasjonskapsler er de samme - uten dette trinnet, må brukerne logge inn separat for hvert nettsted (om enn med samme passord og funksjoner som nå deles).

 define ('ADMIN_COOKIE_PATH', '/'); define ('COOKIEPATH', '/'); define ('SITECOOKIEPATH', '/'); define ('COOKIEHASH', md5 ('CHANGETHIS')); 

Pass på at du erstatter CHANGETHIS med din egen tilfeldig genererte streng av tegn for å sikre dine cookies. Til slutt bør du se en rekke linjer som ligner skjermbildet nedenfor, definert med tilfeldig “salt” og “nøkkel” verdier. Kontroller at dette er det samme i hver config-fil; hvis du ikke allerede har noen, bruk denne siden for å generere dem.

Heldigvis vil ingen av endringene du lager til wp-config.php gå tapt med hver oppgradering, men det er en annen liten endring som du kanskje må gjøre om oppgraderingen overskriver den: i wp-includes / capabilities.php.

De _init_caps () funksjonen er hvor mulighetene for den nåværende brukeren hentes - hvis vi ikke endrer dette, vil brukeren kunne logge inn, men ikke faktisk gjøre noe. Finn følgende kode:

 funksjon _init_caps ($ cap_key = ") global $ wpdb; hvis (tomt ($ cap_key)) $ this-> cap_key = $ wpdb-> get_blog_prefix (). 'evner'; annet $ dette-> cap_key = $ cap_key; $ dette-> caps = get_user_meta ($ this-> ID, $ this-> cap_key, true); hvis (! is_array ($ this-> caps)) $ this-> caps = array (); $ this-> get_role_caps );

og endre

$ this-> cap_key = $ wpdb-> get_blog_prefix (). 'evner';

så det er hardcoded til hva ditt hovedblogg prefiks er

$ this-> cap_key = 'blogA_capabilities';

Hver oppgradering, bare sjekk at du fortsatt har full tilgang til hver blogg; Hvis ikke, gjør dette på nytt.

Fiks nettstedadressen

Hvis du har slått opp URL-innstillingene, kan du noen ganger låse deg ut av administrasjonsområdet i et styggt kyss-og-egg-scenario. Du kan fikse det med tilgang til innstillingene, men du kan ikke få tilgang til innstillingene fordi innstillingene er feil; (

Heldigvis kan du overstyre eventuelle databasealternativer der nettadressen er lagret - jet legg til følgende linjer i config filen din:

define ('WP_SITEURL', 'http://example.com/');

define ('WP_HOME', 'http://example.com/');

Ikke bry deg nettadressen når du overfører

Migrere et WordPress-nettsted til et nytt domene 3 Plugins for enkelt å migrere et WordPress-nettsted, prøvde og testet 3 plugin for enkelt å migrere et WordPress-nettsted, prøvd og testet. Disse Wordpress-plugins kan semi-automatisere hele prosessen med å migrere et WordPress-nettsted for deg. Les mer kan gjøres på noen få måter, men hvis du har gått til hardcore kommandolinjebasen og fildump, er dette den vanligste måten for at nettstedet blir utilgjengelig. I stedet for å fikse det etter faktum, legg til følgende linje for å sette WordPress i flyttemodus.

define ( 'lengde', true);

Nå når du har migrert alt, besøk /login.php og URL-innstillingene vil bli oppdatert for deg. Sjekk det fungerte, og slett deretter denne linjen fra config.

Mastering av wp-config.php er et skritt på veien for å fullføre WordPress-mastergrad - Jeg vil også anbefale at du lærer om å samhandle direkte med databasen med disse praktiske SQL-spørringene. 7 Wordpress Database-spørringer for å søke i bloggen din for noe 7 Wordpress Database Queries Å søke bloggen din for noe Å kjøre en Wordpress-blogg eller et nettsted er egentlig ikke så mye av en stor avtale i begynnelsen. Det er faktisk ganske enkelt. Du installerer Wordpress på en webserver, du laster opp og installerer et tema, start ... Les mer .

Fikk noen andre wp-config hack du vil dele?

Utforsk mer om: Wordpress.