wp-config.php extrák

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.

By kobak

apa, tanár, geek

10 comments

  1. 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 😉

  2. 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.

  3. É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?

    1. A revision gyakorlatilag azt jelenti, hanyszor nyomtal ra a szerkesztes gombra. Az autosave pedig az adott revision mentegetese adott idokozzel. Szerintem.

  4. É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.

Comments are closed.