Posts Tagged ‘wordpress’

wptouch kuka

calendar 2012. január 7. author kobak

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. :)

Jetpack – wordpress.com funkcionalitás halandóknak

calendar 2011. március 19. author kobak

jetpack wordpress

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:

  • WordPress.com stats – az ugyanilyen nevű plugin látja el a szerepet. link
  • Twitter widget – megoldom magam, de nem igénylem.
  • Gravatar Hovercards – Gravatear enhanced plugin még egy kicsit többet is tud.
  • Wp.me Shortlink – bekerült az adminbarra. Ott se használom, akkor ide minek?
  • Sharedaddy – facebook like/share és a twitter bőven elég nekem.
  • LaTeX – Szebben és jobban megoldja a MathJax
  • After the deadline – helyesírást ellenőriz az oprendszer. Nekem elég.
  • Shorcode Embeds – Youtube embed plugin, ahol elég csak linkelnem a youtube videót, s még shortcode se kell.

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.

MathJax, avagy LaTeX a weben

calendar 2011. március 15. author kobak

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
c^2=a^2+b^2-2ab\cos\gamma

Másodfokú egyenlet megoldó képlet
x_{1,2}=\frac{-b\pm \sqrt{b^2-4ac}}{2a}

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:

<script type="text/javascript" src="/MathJax/MathJax.js?config=default"></script>

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.

MatJax-latex WordPress plugin configuration

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

wordpress loop

calendar 2011. március 6. author kobak

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 query_posts('posts_per_page=3&cat=4') //3 bejegyzés, a 4-es kategóriából
    if (have_posts()) : while (have_posts()) : the_post();  

//a tartalom kiírása the_title(); stb függvényekkel

php endwhile; endif; //mindent lezárunk
wp_reset_query(); //végül pedig reseteljük a query_stringet
?>

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:

wordpress 3.1 admin bar kikapcsolása

calendar 2010. december 5. author kobak

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.

wp-config.php – autoupdate egyszerűen

calendar 2010. november 21. author kobak

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.

wp-config.php extrák

calendar 2010. augusztus 26. author kobak

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.

purity

calendar 2010. augusztus 21. author kobak

Ez a név jutott eszembe, amikor sok egyéb munka melléktermékeként összelapátoltam ezt az egyszerű témát ide a blogra1. Lehet kritizálni, meg letölteni, s felhasználni a témát. Minden része átírható, szabadon felhasználható, egyetlen kérés, hogy a link maradjon meg a téma alján ide a blogra.

A blogon található változat már sok apróságban különbözik a letölthetőtől, mert van benne pár ide jellemző specifikus változtatás. Persze ha valaki szeretné, akkor elmondom, leírom ezeket szivesen.

A témában találhatók css3 és html5 elemek, így nincs rá garancia, hogy pl. régebbi internet explorer is úgy jeleníti meg, ahogyan azt én elképzeltem.

6 widget rész van benne. 2 oldalt, 4 pedig a footerben.

Kérdés, hogy zavar-e Benneteket, hogy a felső csíktól nem lehet megszabadulni? Maradjon inkább fent? Vagy menjen ki jobbra, vagy ne is legyen? :-)

  1. A téma alapja Chris Coyier Digging into WordPress blank témája

gyorsjelentés

calendar 2010. július 30. author kobak

Itt a wordpress 3.0.1, s mai nappal — miután hónapok óta be se léptem — töröltem az IM kliensemből az msn hozzáférésem. Megharagudtam, amiért nem működött, meg egyébként se használtam. Így most egyedül a megfelelő google talkot használom (ha kell), meg néha a Skype-ot.

Átrendeztem a Tageket a bejegyzés doboz alá, mert bután el volt rejtve. Azt hiszem ennyi. Most pedig megyek csinálni új estiskolát.

wordpress félig magyar

calendar 2010. július 25. author kobak

Réges-régen, amikor még wordpresst használtam, volt egy félig magyar fordítás fájlom, amibe csak a hónap, meg hét napjai, hasonlók (pl. komment dolgok) szerepeltek lefordítva. Magyarul, ami zavaró, ha kint a blogon angolul látszik. Az admint megszoktam angolul, s úgy szeretem.

Aztán váltottam habarira, a wp pot fájl azóta megváltozott, s teljesen idejét múlttá vált a fordítás. Természetesen a wordpresshez való visszatérés indokolttá tette az említett fájl frissítését is.

A változás a régi 2.x szériához képest, hogy a wp-includes mapából a wp-config mappába költözött a languges könyvtár, ahova fel kell tenni a fordításfjálokat. Végül pedig, hogy ne keveredjen a rendes magyar változat, emiatt nem hu_HU.mo néven, hanem csak hu.mo néven tettem fel ezeket:

A k2 honosítás bejegyzésben is frissült a link.