Mindenki, aki wordpresst telepít, általában simán végigfut a telepítésen, aztán örül, hogy működik az oldal. Pedig, ha egy kis időt rászánunk, akkor remek extrákkal lehet még felvértezni a wordpress blogunkat. Ezeket a változtatásokat a wp-config.php
fájlban tehetjük meg.
Kezdjük az elején. A wordpress remek funkciója, hogy bizonyos időközönként automatikusan menti az éppen készülőben lévő bejegyzést. Ez automatikusan 60 másodperc, amit könnyen felül tudunk bírálni a következő módon:
define('AUTOSAVE_INTERVAL', 160); // másodperc, de óvatosan, ha túl kicsire állítjuk, akkor bajok lehetnek
Hasonló módon a tárolt változatok számát is tudjuk limitálni:
// Limit the number of saved revisions
define('WP_POST_REVISIONS', 3); // bármilyen egész szám lehet, de itt nem érdemes túl nagyot megadni
Persze akár ki is kapcsolhatjuk ezt a funkciót:
// Disable the post-revisioning feature
define('WP_POST_REVISIONS', false);
A 2.9-es verziók vívmánya volt a kuka (Trash) bevezetése. Ez a sok ismert nagy operációs rendszerhez hasonlóan azt eredményezi, hogy nem tudunk törölni bejegyzést, hanem csak kukába helyezni. Eztán onnan végleg el lehet azokat távolítani. A wordpress is üríti a kukát automatikusan, mégpedig eredeti beállítás alapján 30 naponként. Ezt is felül lehet bírálni a
wp-config.php
fájlban:
define('EMPTY_TRASH_DAYS', 7); // hetente
Vagy akár ki is kapcsolhatjuk a kukát teljesen:
define('EMPTY_TRASH_DAYS', 0); // nincs kuka, minden mint régen
Lehet adatbázist is javítani wordpressen keresztül. Ezt azonban engedélyezni kell:
define('WP_ALLOW_REPAIR', true);
A cím, ahol pedig javítást el lehet végezni a következő: http://example.com/wp-admin/maint/repair.php. Értelemszerűen az example.com
cserélendő a wordpress telepítés címére.
Biztonság szempontjából persze érdemes ezt a funkciót javítás után deaktiválni, azaz false
értékre változtatni.
Ha rajtam kívül más is játszik azzal, hogy egyszer-egyszer lehúzza localba a wordpress telepítését, akkor ismeri a szívást, hogy az adatbázisban át kell írni a site_url-t a helyi címre. Ennél egyszerűbb, ha ezt is betesszük a wp-config.php
fájlba:
define('WP_HOME', 'http://kobak.org');
define('WP_SITEURL', 'http://kobak.org');
Ezután a wordpress admin felületén ki lesz szürkítve a megfelelő rész.
Szintén fejlesztés, téma gyártás esetén lehet hasznos a debuggolás true értékre állítása:
define('WP_DEBUG', true); // debugging mode: 'true' = bekapcsolva; 'false' = kikapcsolva
Amik nekem fontosak voltak, azokat gyüjtöttem össze, s osztottam meg. További hasznos lehetőségek digging into wordpress bejegyzésben, vagy a wordpress codexben.
Comments
10 responses to “wp-config.php extrák”
Mindig tanul az ember. Ez a site_url-es téma például teljesen ismeretlen volt számomra, pedig nagyon jól tud jönni staging és production rendszerek közötti migrálgatások során is. Köszi a tippeket, lájkolom 😉
Apró dolgok, de értékes infók. Köszi
@vbali @Gabriel: Örülök, hogy tudtam újat mondani. 🙂
A WP_DEBUG melle kotelezo a .htaccess-ben, vagy a site konfigban bekapcsol(tat)ni a display_errors -t, es az error_reporting-ot, kulonben semmit nem er. Nekem legalabbis rendithetetlenul nem irt ki semmit, amikor valami nyugje volt a temanak.
Jogos. Köszönöm a kiegészítést.
És mi a különbség az autosave és a revision között? Ez két külön elemként tárolódik végül? Vagy a post revision-ök számával az automatikusan mentett változatok száma lecsökken?
Mi a helyzet a régebbiekkel, azok automatikusan törlődnek?
A revision gyakorlatilag azt jelenti, hanyszor nyomtal ra a szerkesztes gombra. Az autosave pedig az adott revision mentegetese adott idokozzel. Szerintem.
Köszi 🙂 Ez jó segítség volt!
Szivesen. Örülök.
És a Site title-t nem lehet valahogy meghatározni a config.php-ban? Az nagyon jó lenne, mert így a lokál dev verzió nevét meg lehetne őrizni, és az ember egyből tudná melyikben van.