Írtam már a WordPress egyszerű frissíthetőségéről: http://kobak.org/wp-config-php-autoupdate-egyszeruen/. Azért lássuk be, annyira talán nem is egyszerű az ott leírt történet. Kell ftp account, ismerni kell jelszót, s nem árt egy csomó egyebet is beállítani ahhoz, hogy a rendszer tökéletesen működjön.
Van azonban egy másik módszer is. Ez egy kicsit egyszerűbb. A következőt tegyük be a wp-config.php fájlba:
define('FS_METHOD','direct');
Gyors jelzés. Az eddig használt Gurken Subscribe to Comments plugint lecseréltem a Subscribe to Comments Reloaded pluginre. Az ok, hogy az eddig használt plugint már a fejlesztő nem frissíti tovább.
Elvileg minden megy tovább, s minden komment feliratkozást átvett az új plugin. Ennek ellenére lehetnek gondok, így kérek mindenkit, ha továbbra is értesülni szeretne a friss hozzászólásokról, akkor látogasson el az oldalra, s ellenőrizze a feliratkozásait.
forrás: http://www.admartinator.de/2012/02/17/subscribe-to-comments-reloaded/
A wptouch egy remek WordPress téma, ami mobilbaráttá teszi a blogokat. Évek óta itt van, s segítette az oldal mobiltelefonokon való megjelenését. Azonban amióta elkezdődött a “okostelefonok” terjedése, eltelt egy kis idő. A kezdeti 320×240-es felbontást leváltotta a 480×320, majd a 800×480 és mostanra már a Galaxy Note, vagy a Galaxy Nexus már 1200×800-as felbontásokkal büszkélkednek. Az iPhone felbontása is drasztikusan megnőtt a 4 megjelenésével. A Tabletekről meg még nem is szóltam, az iPad a jól bevált 1024×768-as felbontással érkezik, a többi tablet meg általában 1280×800 képpontot jelenít meg.
Így már lassan simán elfér az oldal ezeknek a telefonoknak a kijelzőjén (a tableteken biztosan), ha meg esetleg mégse, akkor is rá lehet pillanatok alatt közelíteni a bejegyzésre, vagy arra a részre az oldalon, amire kiváncsiak vagyunk.
És magamból indulok ki, én egyre gyakrabban váltok át “desktop” kinézetre weboldalakon, s egyre gyakrabban zavar a lebutított mobil kinézet.
Persze az ideális az lenne, ha egyszer lenne rá időm, s gatyába ráznám a blog design-t, de ezt majd talán nyári szünetben megcsinálom. Adig marad minden. 🙂
Az Automattic néha kitekint a wordpress.com-on kívül létező bloggerekre, s “ledob” egy-két funkciót nekünk is. A mostani nagy dobás a Jetpack, ami véleményem szerint elkésett dolog, de sokaknak mégis hasznos lesz. A Jetpack nem más, mint egy plugin csokor, ami egyben frissül, egyben kezelhető, így sokkal kevesebb problémát okoz a felhasználóknak.
Kicsit olyan, mint a Mac AppStore, most indulóknak áldás, mi meg csak kerülgetjük, mert a támogatott 8 extrából 4-et már régen megvalósítottunk valami más módon. A többi meg nem motivál.
A Jetpack által tartalmazott extrákról akkor röviden, s arról, hogy melyiket melyik plugin váltja ki nálam:
A Jetpacket pedig minden új WordPress telepítéshez ajánlom, én viszont valószínűleg nem fogok áttérni a fenti konfigomról.
Elképesztően hasznos Javascript libraryre hívta fel a figyelmemet @bodzasfanta a twitteren. A MathJax lényege, hogy minden böngészőben tökéletesen jeleníti meg a LaTeX-ben írott képleteket. A képletek nem csak szépek, de másolhatóak is!
Sajnos, mint tudjuk a html-nek vannak korlátai. Hogy lássátok a LaTeX és a MAthJax előnyét, mutatok pár példát.
Cosinus tétel
Másodfokú egyenlet megoldó képlet
Ugye, hogy szépek? Mostantól mindenkinek lehetősége nyílik a LaTeX egyszerű használatára. A telepítés wordpress blogokra is viszonylag egyszerűen végrehajtható. A fontos, hogy a plugin 0.2 verziója még a régi módon, csak simán MathJax/MathJax.js hívja be a javascriptet, pedig az újabb MathJax esetén már a következőképpen kell:
[html]
[/html]
Azaz ennek megfelelően a plugin konfigurálásánál be kell pipálni az “Override default location” -t, s betenni a MathJax.js után a ?config=default részt.
Így már probléma nélkül megy majd a MathJax az oldalon. A plugin előnye a header.php-ba való manuális beillesztéssel szemben, hogy csak akkor tölti be a JS-t, ha szerepel az oldalon MathJax LaTeX kód.
A loop a wordpress legjobb funkciója. Sokáig mumusként tekintettem rá, mert nem igazán értettem, hogy pontosan mire jó. Aztán rájöttem az egészen kézenfekvő válaszra: mindenre.
A Loop a wordpress lelke. Mindent megcsinál, s mindent vele csinálunk. A Loop írja ki a posztokat, oldalakat, mindent. És csodálatosan testreszabható.
Egy oldalon használhatunk akár több Loopot is. Az egész ügylet titka a $query_string változó. Ezt pedig a például a következőképpen alakíthatjuk kedvünk szerint:
[php]
[/php]
További infó a query_posts codex oldalon.
Azonban óvatosan a query_posts függvénnyel. Rast összerakott egy grafikont, s azon mutatja be mikor melyik queryt használjuk a wordpress témáinkban. Íme az említett ábra:
Az admin bar, ha hihetünk a híreknek a WordPress 3.1 verziótól kezdve újra megjelenik. Akit ez zavar, itt a német WordPress közösség egyszerű megoldása annak eltávolítására.
A functions.php fájlba a témátok gyökerébe beírjátok a következőt:
add_filter( 'show_admin_bar', '__return_false' );Vagy megcsináljátok az első plugineteket a következő tartalommal:
<?php
/*
Plugin Name: Hide Admin Bar
Plugin URI: http://wordpress-deutschland.org
Description: Set the display status of the admin bar to false
Author: WordPress Deutschland
Author URI: http://wordpress-deutschland.org
Version: 1.0.0
Licnce: GPL
*/
add_filter( 'show_admin_bar', '__return_false' );
?>A fájlt pedig értelemszerűen a wp-content/plugins/ mappába pakoljátok.
Így 3.1-re frissítés után is minden úgy marad, ahogyan szeretjük.
Sokak ódákat zengtek, hogy a wordpress autoupdate cucc milyen hasznos. Hasznos is lenne, ha meg tudná jegyezni az ftp jelszót. Annélkül viszont marha idegesítő. Legalábbis szerintem, főleg, hogy nálam egy ftp jelszó nem kezdődik 13 karakter alatt, s általában egyik általam ismert nyelv ismert szavaiból sem származtatható. Emiatt nálam az autoupdate manuálisan ftp-n keresztül történt, mert az ftp kliensem fel van vértezve ezzel a kényelmi funkcióval, hogy megjegyzi az ftp jelszót.
Persze ezt a funkciót a wordpress is tudja, csak ehhez megint a már jól ismert wp-config.php fájlban kell turkálni. Aki persze nem szeretne ilyen mélyre vájni a wordpress rendszerének lelkébe, azoknak Yoast pluginje lehet a megoldás.
A többieknek a következőkkel lehet finomhangolni a telepített wordpress rendszerüket:
define('FS_METHOD', 'ftpext');
define('FTP_BASE', '/path/to/wordpress/');
define('FTP_CONTENT_DIR', '/path/to/wordpress/wp-content/');
define('FTP_PLUGIN_DIR ', '/path/to/wordpress/wp-content/plugins/');
define('FTP_PUBKEY', '/home/username/.ssh/id_rsa.pub');
define('FTP_PRIKEY', '/home/username/.ssh/id_rsa');
define('FTP_USER', 'username');
define('FTP_PASS', 'password');
define('FTP_HOST', 'ftp.example.org');
define('FTP_SSL', false);Azt hiszem így már számomra is van értelme az update gombnak. A teljességhez tartozik, hogy ezt a trükköt is a digwp blogon tanultam, s további információkat találhattok a wordpress codex megfelelő oldalán.
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.phpfá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.