Dela med sig:
5 saker du inte visste att du kunde göra med WordPress Config-filen
I hjärtat av varje WordPress installeras wp-config.php fil, en fil så helig och höljd i mysterium som varje WordPress-användare vet att det borde Rör aldrig.
Eller borde det?
Faktum är att det finns många mindre kända användbara hackar som kan vara utan att skada WordPress på något sätt, och det är dags att du tog dina WordPress-färdigheter upp till en hack. Läs vidare för 5 av mina favorit wp-config-tricks.
Denna artikel är strängt avsedd för självhäftande WordPress.org-webbplatser, inte de som finns på WordPress.com (vad är skillnaden? Vad är skillnaden mellan att driva din blogg på Wordpress.com och Wordpress.org? Vad är skillnaden mellan att driva din blogg på Wordpress.com och Wordpress.org? Med Wordpress nu driva 1 på varje 6 webbplatser, måste de göra något rätt. För både erfarna utvecklare och komplett nybörjare, har Wordpress något att erbjuda dig. Men precis som du börjar på ... Läs mer ).
Innan du börjar vet du att du eventuellt kan stoppa WordPress från att ladda om du förstör syntaxen i den här filen, även om det är något så dumt som att glömma en halvkolon. Det är dock otroligt enkelt att kopiera det innan du börjar redigera så att du har en säkerhetskopia. Om du bryter något, ta bara bort din ändrade fil och byt namn på säkerhetskopian - allt kommer att bli bra med världen igen. Det är faktiskt väldigt svårt att permanent skada ett WordPress-installationsprogram, förutom att radera hela databasen. Innan du försöker någon av dessa kan du också kolla vår ultimata guide för att fixa 500 intern serverfel Den ultimata guiden för att lösa 500 interna servernfel och tomma vita sidor i Wordpress Den ultimata guiden för att lösa 500 interna servernfel och tomma vita sidor i Wordpress Läs mer .
Wp-config.php-filen finns i roten till din WordPress-installation, och kräver att du loggar in via FTP eller SFTP för att kunna redigera den. Om du är osäker på hur du gör det kan innehållet i den här artikeln inte vara lämplig för din färdighetsnivå - men här är några användbara IFTTT-recept som kan användas med WordPress 5 Fantastiska IFTTT-recept för WordPress-användare 5 Fantastiska IFTTT-recept för WordPress-användare IFTTT är elanvändarens automatiseringsverktyg av val och WordPress är den ultimata bloggarens schweiziska armékniven. Tänk bara på den typ av världsdominering du kan uppnå genom att kombinera de två! Läs mer (det innebär inte att redigera filer).
Loggfel till en fil
Ibland är det inte önskvärt att lägga ut en massa otäcka fel på webbplatsens offentliga framsida. Logga in felen till en fil istället! Definiera följande, vänta ett tag och du får se en ny felloggen i wp-innehåll / katalog sakta fyller upp. Det är en bra idé att inaktivera det så snart du har tillräckligt med tillräckligt med fel, eftersom det inte finns någon inbyggd loggrotation eller gränser - du kan fylla hela servern med gigabyte loggar!
definiera ('WP_DEBUG', true); // ändra tillbaka till falskt för att inaktivera om (WP_DEBUG) define ('WP_DEBUG_LOG', true); define ('WP_DEBUG_DISPLAY', false); @ini_set ( 'display_errors', 0); Leta efter linjer med PHP_ERROR hellre än LÄGGA MÄRKE TILL eller VARNING - den senare kommer inte att bryta din webbplats, men den tidigare kanske.
Inaktivera postrevisioner
Jag hittade en gång ett inlägg med över 100 revisioner: det är 100 ytterligare rader i postbordet som inte behövs. Inaktivera efterrapporteringar helt med följande enkla linje:
definiera ('WP_POST_REVISIONS', false);eller
definiera ('WP_POST_REVISIONS', 3);att begränsa dem till ett förnuftigt tal istället. Självklart gillar vissa att ha postrevisioner, särskilt i en miljö där redaktörer gör förändringar i ditt arbete - men om det bara är du som skriver, och du har en tendens att jobba på inlägg lite i taget, är det bara inte värt det. Observera att det här tricket inte kommer att radera några existerande postrevisioner, det kommer helt enkelt att hindra nya från att skapas.
Delat användarbord
Ibland vill du mer än en WordPress installera - vi gör det här på MakeUseOf.com. Men att ge användarna en separat inloggning för varje sida är bara löjligt och kör ett “multisite” nätverk av bloggar hjälper inte heller (tro mig, vi försökte) - i själva verket komplicerar det alltför mycket situationen när några rader i din wp-config.php är verkligen allt som behövs. Vad du vill ha är det som kallas ett gemensamt användarbord - det vill säga medan varje blogg förblir sin egen enhet med separata plugins och inlägg etc, bara användardatabasen delas.
Först bestämmer du om din huvudblogga - det här är där användarhanteringen är klar. Låt oss kalla det blogg A. Blogg B och C kommer att vara “under bloggar”, och kommer att dra från huvudbloggen Ett användarbord, och jag antar att de kommer att installeras i separata mappar. I wp-config-filerna för B och C lägger du till följande rader. I det här exemplet använder huvudbloggen ett databasprefix av “blogA”.
definiera ('CUSTOM_USER_TABLE', 'blogA_users'); definiera ('CUSTOM_USER_META_TABLE', 'blogA_usermeta'); Databasprefixet är en viss term som valts under installationen av din första blogg (den som användes för att hantera allt). Standard är wp_ men nya installationer kommer att uppmuntra dig att ändra detta. Om du är osäker är det ordet som kommer i början av alla dina databasnamn.
Du måste också se till att cookie-domänerna är desamma - utan det här steget måste användarna logga in separat för varje webbplats (om än med samma lösenord och funktioner som nu delas).
definiera ('ADMIN_COOKIE_PATH', '/'); definiera ('COOKIEPATH', '/'); define ('SITECOOKIEPATH', '/'); definiera ('COOKIEHASH', md5 ('CHANGETHIS')); Var noga med att ersätta CHANGETHIS med din egen slumpmässigt genererade sträng av tecken för att säkra dina cookies. Slutligen bör du se ett antal linjer som liknar skärmdumpen nedan, definierad med slumpmässig “salt-” och “nyckel-” värden. Se till att detta är detsamma i varje konfigurationsfil; Om du inte redan har någon, använd den här sidan för att generera dem.
Lyckligtvis kommer ingen av de ändringar du gör till wp-config.php att gå förlorad vid varje uppgradering, men det finns en annan liten förändring som du kanske behöver göra om uppgraderingen överstiger den: i wp-includes / capabilities.php.
De _init_caps () funktionen är där möjligheterna för den aktuella användaren hämtas - om vi inte ändrar detta kommer användaren att kunna logga in men inte faktiskt göra någonting. Hitta följande kod:
funktion _init_caps ($ cap_key = ") globalt $ wpdb; om (tomt ($ cap_key)) $ this-> cap_key = $ wpdb-> get_blog_prefix (). 'kapacitet'; annars $ this-> cap_key = $ cap_key; $ this-> caps = get_user_meta ($ this-> ID, $ this-> cap_key, true); om (! is_array ($ this-> caps)) $ this-> caps = array (); $ this-> get_role_caps );och ändra
$ this-> cap_key = $ wpdb-> get_blog_prefix (). 'Förmågor';så det är hardcoded till vad som helst ditt huvudbloggprefix är
$ this-> cap_key = 'blogA_capabilities';Varje uppgradering, kontrollera att du fortfarande har full tillgång till varje blogg; Om inte, gör om detta.
Fixa webbadressen till webbplatsen
Om du har kladdat upp URL-inställningarna, kan du ibland låsa dig ur adminområdet i ett otäckt kyckling-och-äggscenario. Du kan åtgärda det med tillgång till inställningarna, men du kan inte komma åt inställningarna eftersom inställningarna är fela; (
Lyckligtvis kan du åsidosätta alla databasalternativ där webbadressen är lagrad - jet lägg till följande rader i din config-fil:
define ('WP_SITEURL', 'http://example.com/');definiera ('WP_HOME', 'http://example.com/');Bryt inte webbadressen vid migrering
Migrera en WordPress-webbplats till en ny domän 3 Plugins för att enkelt migrera en WordPress-webbplats, provade och testade 3 plugin för att enkelt migrera en WordPress-sida, testad och testad Dessa WordPress-plugins kan semi-automatisera hela processen att migrera en WordPress-webbplats för dig. Läs mer kan göras på några sätt, men om du har gått till kommandoradsdatabasen och fildumpen är det vanligaste sättet att webbplatsen blir oåtkomlig. I stället för att fixa det efter faktum, lägg till följande rad för att lägga WordPress i flyttläget.
define ( 'flytta', true);Nu när du har migrerat allt, besök /login.php och URL-inställningarna uppdateras för dig. Kontrollera att det fungerade och ta bort den här raden från config.
Att mastera din wp-config.php är ett steg på vägen för att slutföra WordPress-masterprogrammet - jag rekommenderar också att du lär dig om att interagera direkt med databasen med dessa praktiska SQL-frågor. 7 Wordpress-databasfrågor för att söka efter din blogg för allt 7 Wordpress-databasfrågor Att söka din blogg för något Att köra en Wordpress-blogg eller en webbplats är inte så mycket av en stor sak i början. Det är faktiskt ganska enkelt. Du installerar Wordpress på en webbserver, du laddar upp och installerar ett tema, starta ... Läs mer .
Fick några andra wp-config hackar du skulle vilja dela med dig?
Utforska mer om: Wordpress.