5 dingen waarvan je niet wist dat je die kon doen met het WordPress Config-bestand

De kern van elke WordPress-installatie is de wp-config.php bestand, een zo heilig en geheim gehuld bestand dat elke gebruiker van WordPress weet dat het zou moeten nooit worden aangeraakt.

Of zou het moeten?

Sterker nog, er zijn veel minder bekende nuttige hacks die geen schade aan WordPress kunnen toebrengen, en het wordt tijd dat je je WordPress-vaardigheden een stap verder brengt. Lees verder voor 5 van mijn favoriete wp-config-trucs.

Dit artikel is strikt bedoeld voor zelf-gehoste WordPress.org-sites, niet die gehost op WordPress.com (wat is het verschil? Wat is het verschil tussen het uitvoeren van uw blog op Wordpress.com & Wordpress.org? Wat is het verschil tussen het uitvoeren van uw blog op Wordpress.com & Wordpress.org Omdat Wordpress nu 1 op elke 6 websites aanstuurt, moeten ze iets goed doen.Voor ervaren ontwikkelaars en de complete beginneling heeft Wordpress u iets te bieden, maar net zoals u begint ... Lees Meer ).

Voordat u begint, weet dat u mogelijk WordPress kunt stoppen om te laden als u de syntaxis van dit bestand verknoeit, zelfs met iets dat zo dom is als het vergeten van een puntkomma. Het is echter ook ongelooflijk eenvoudig om het te dupliceren voordat u begint met bewerken, zodat u een back-up hebt. Als je iets breekt, verwijder dan gewoon je gewijzigde bestand en hernoem de back-up - alles komt weer goed met de wereld. Het is eigenlijk heel moeilijk om een ​​WordPress-installatie permanent te beschadigen, in plaats van je hele database te verwijderen. Voordat u een van deze probeert, kunt u ook onze ultieme gids raadplegen voor het oplossen van 500 interne serverfouten De ultieme gids voor het oplossen van 500 interne serverfouten en blanco witte pagina's in Wordpress De ultieme gids voor het oplossen van 500 interne serverfouten en lege witte pagina's in Wordpress Lees meer .

Het bestand wp-config.php bevindt zich in de hoofdmap van uw WordPress-installatie en vereist dat u zich aanmeldt via FTP of SFTP om het te bewerken. Als u niet zeker weet hoe u dat moet doen, is de inhoud van dit artikel mogelijk niet geschikt voor uw vaardigheidsniveau - maar hier zijn enkele nuttige IFTTT-recepten om te gebruiken met WordPress 5 Verbazingwekkende IFTTT-recepten voor WordPress-gebruikers 5 Verbluffende IFTTT-recepten voor WordPress-gebruikers IFTTT is de automatiseringstool van de energiegebruiker naar keuze; en WordPress is het Zwitserse zakmes van de ultieme blogger. Stel je eens voor wat voor wereldoverheersing je zou kunnen bereiken door de twee te combineren! Meer lezen (waarbij geen bestanden worden bewerkt).

Log fouten naar een bestand

Soms is het niet wenselijk om een ​​aantal vervelende fouten naar de publieke front-end van uw site te sturen. Log de fouten in plaats daarvan in een bestand! Definieer het volgende, wacht dan een tijdje en je zult een nieuw zien error.log in de wp-content / map langzaam vol. Het is een goed idee om dit uit te schakelen zodra u genoeg fouten van de fouten hebt gemaakt, omdat er geen logboekrotatie of limieten zijn - u zou uw hele server kunnen vullen met gigabytes aan logs!

 define ('WP_DEBUG', true); // verander terug naar false om uit te schakelen als (WP_DEBUG) define ('WP_DEBUG_LOG', true); define ('WP_DEBUG_DISPLAY', false); @ini_set (display_errors ', 0); 

Zoek naar lijnen met PHP_ERROR liever dan MERK OP of WAARSCHUWING - de laatste zal uw site niet breken, maar de eerste zou kunnen.

Schakel Revisies uit

Ik heb ooit een bericht gevonden met meer dan 100 revisies: dat zijn 100 extra rijen in de berichtentabel die niet nodig zijn. Schakel postherzieningen volledig uit met de volgende eenvoudige regel:

define ('WP_POST_REVISIONS', false);

of

define ('WP_POST_REVISIONS', 3);

om ze te beperken tot een verstandig nummer. Natuurlijk houden sommige mensen van postrevisies, vooral in een omgeving waar redacteurs wijzigingen in je werk aanbrengen - maar als je alleen maar schrijft en je hebt de neiging om iets op een berichtje te werken, dan is het gewoon niet de moeite waard. Merk op dat deze truc geen bestaande postrevisies zal verwijderen, het zal eenvoudigweg voorkomen dat nieuwe worden gemaakt.

Gedeelde gebruikerstabel

Soms wil je dat meerdere WordPress-installatie - we doen dat hier op MakeUseOf.com. Maar het is gewoon belachelijk om gebruikers een afzonderlijke login voor elke site te geven en een “multisite” netwerk van blogs helpt ook niet (geloof me, we hebben geprobeerd) - in feite maakt het de situatie te ingewikkeld, wanneer een paar regels in je wp-config.php echt alles is dat nodig is. Wat u wilt is wat een gedeelde gebruikerstabel wordt genoemd, dat wil zeggen dat terwijl elke blog zijn eigen entiteit blijft met afzonderlijke plug-ins en berichten, alleen de gebruikersdatabase gedeeld wordt.

Bepaal eerst uw hoofdblog - dit is waar gebruikersbeheer is voltooid. Laten we het blog A noemen. Blog B en C zullen dat zijn “sub-blogs”, en zal putten uit de hoofdblog Een gebruikerstabel, en ik ga ervan uit dat ze in afzonderlijke mappen zullen worden geïnstalleerd. Voeg de volgende regels toe in de wp-config-bestanden voor B en C. In dit voorbeeld gebruikt de hoofdblog een databasevoorvoegsel van “blogA”.

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

Het databasevoorvoegsel is een specifieke term die is gekozen tijdens de installatie van uw eerste blog (die wordt gebruikt om alles te beheren). De standaard is wp_ maar nieuwe installaties zullen u aanmoedigen om dit te veranderen. Als u het niet zeker weet, is dit het woord dat aan het begin van al uw databasetabelnamen verschijnt.

U moet ook zorgen dat cookiedomeinen hetzelfde zijn - zonder deze stap moeten gebruikers zich afzonderlijk aanmelden bij elke site (zij het met hetzelfde wachtwoord en dezelfde mogelijkheden die nu worden gedeeld).

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

Zorg ervoor dat u CHANGETHIS vervangt door uw eigen willekeurig gegenereerde tekenreeks om uw cookies te beveiligen. Ten slotte zou u een aantal regels moeten zien die vergelijkbaar zijn met de onderstaande schermafbeelding, die willekeurig is gedefinieerd “zout” en “sleutel” waarden. Zorg ervoor dat dit hetzelfde is in elk configuratiebestand; gebruik deze pagina om ze te genereren als u die nog niet hebt.

Gelukkig zal geen enkele van de wijzigingen die u aanbrengt in wp-config.php verloren gaan bij elke upgrade, maar er is nog een kleine verandering die u mogelijk opnieuw moet uitvoeren als de upgrade deze overschrijft: in wp-includes / capabilities.php.

De _init_caps () functie is waar de mogelijkheden voor de huidige gebruiker worden opgehaald - als we dit niet veranderen, kan de gebruiker inloggen, maar eigenlijk niets doen. Zoek de volgende code:

 functie _init_caps ($ cap_key = ") global $ wpdb; if (empty ($ cap_key)) $ this-> cap_key = $ wpdb-> get_blog_prefix (). 'capabilities'; else $ this-> cap_key = $ cap_key; $ this-> caps = get_user_meta ($ this-> ID, $ this-> cap_key, true); if (! is_array ($ this-> caps)) $ this-> caps = array (); $ this-> get_role_caps ( );

en verander de

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

dus het is hard gecodeerd tot wat je voorvoegsel voor de hoofdblog is

$ this-> cap_key = 'blogA_capabilities';

Bij elke upgrade controleert u of u nog steeds volledige toegang tot elk blog heeft; zo niet, voer dan deze fix opnieuw uit.

Fix de site-URL

Als je de URL-instellingen hebt verknoeid, kun je jezelf soms afsluiten in het admin-gedeelte in een smerig kip-en-eierscenario. Je zou het kunnen repareren met toegang tot de instellingen, maar je hebt geen toegang tot de instellingen omdat de instellingen verkeerd zijn;

Gelukkig kun je alle database-opties overschrijven waar de URL is opgeslagen - jet voeg de volgende regels toe aan je configuratiebestand:

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

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

Breek de URL niet tijdens migreren

Een WordPress-site migreren naar een nieuw domein 3 plug-ins voor gemakkelijk migreren van een WordPress-site, getest en getest 3 plug-ins voor gemakkelijk migreren van een WordPress-site, getest en getest Deze WordPress-plug-ins kunnen het hele proces van het migreren van een WordPress-site voor u semi-automatiseren. Meer informatie kan op enkele manieren worden gedaan, maar als u naar de database met de hardcore-opdrachtregel en de bestandsdump bent gegaan, is dit de meest gebruikelijke manier om de site ontoegankelijk te maken. In plaats van het na het feit te repareren, voegt u de volgende regel toe om WordPress in de verhuismodus te zetten.

define ( 'verhuizen', true);

Nu ga je naar zodra je alles hebt gemigreerd /login.php en de URL-instellingen worden voor u bijgewerkt. Controleer of het werkte en verwijder vervolgens deze regel uit de config.

Het beheersen van uw wp-config.php is een stap op weg om WordPress-beheersing te voltooien - ik zou u ook aanraden om te leren hoe u direct met de database kunt werken met deze handige SQL-query's 7 Wordpress Databasequery's om uw blog te zoeken voor alles 7 Wordpress Database Queries Zoeken naar uw blog voor alles Het starten van een WordPress-blog of een website is in het begin niet zo belangrijk. Het is eigenlijk vrij eenvoudig. U installeert Wordpress op een webserver, u uploadt en installeert een thema, start ... Lees meer .

Ik heb nog andere wp-config-hacks die je wilt delen?

Ontdek meer over: Wordpress.