Sokszor megfogalmazódott bennem a probléma, hogy a WPML támogatással készülő wordpress template-ekben hogyan írjam be az olyan fix URL-ek címét, amelyek pl egy regisztrációs oldalra mutatnak. A megoldást a közös pont megkeresésével kezdtem, azaz mi az ami ezekben az oldalakban általában közös. Ez nem más mint, hogy általában egyedi page template-tel rendelkeznek.

Az egyedi page template-ekhez pedig ha megtalálom a megfelelő post_name változót akkor, gyakorlatilag az aktuális nyelven meglesz ugyanaz a spéci oldal. A megtaláláshoz pedig az alábbi egyszerű függvényt gyártottam:

function itent_get_slug_by_template($template_name, $post_type = 'page') {
 global $wpdb, $itent_slug_by_template; 

 if (!$itent_slug_by_template ) { // caching
  $itent_slug_by_template = $wpdb->get_results("
   SELECT pm.meta_value, p.post_name, p.ID FROM
   $wpdb->postmeta pm INNER JOIN $wpdb->posts p ON p.ID = pm.post_id
   INNER JOIN {$wpdb->prefix}icl_translations t ON pm.post_id = t.element_id
   WHERE pm.meta_key = '_wp_page_template'
   AND p.post_type = '$post_type'
   AND t.language_code='".ICL_LANGUAGE_CODE."'
   AND t.element_type = 'post_{$post_type}'
   ", OBJECT_K);
 }
 return $itent_slug_by_template[$template_name]->post_name;
}

Ezek után bárhol ha szükségem van pl a regisztrációs template-et alkalmazó oldal nevére akkor a következőképpen használom:

<a href="<?php echo get_home_url().'/'.itent_get_slug_by_template('regisztracio.php', 'page');"><?php _e('Regisztráció'); ?></a>

Minden nyelven a megfelelő oldalra mutat.

Tudsz jobb megoldást? Várom a kommenteket!

(Megjegyés: ismerem az icl_object_id() függvényt, de általában a megrendelő amit először csinál az az, hogy letörli a page-et majd újra létrehozza más ID-val.)

UPDATE wp_posts SET guid= REPLACE (
guid,
'http://régi url',
'http://új url');

UPDATE wp_posts SET post_content = REPLACE (
post_content,
'http://régi url',
'http://új url');

UPDATE wp_posts SET post_excerpt = REPLACE (
post_excerpt,
'http://régi url',
'http://új url');

UPDATE wp_postmeta SET meta_value = REPLACE (
meta_value,
'http://régi url',
'http://új url');

UPDATE wp_options SET option_value = REPLACE (
option_value,
'http://régi url',
'http://új url');

Aki nem szeret az adatbázisban turkálni annak az alábbi plugin megteszi ugyanezt: http://wordpress.org/extend/plugins/velvet-blues-update-urls/

A költözést követően, ha az új URL-ünk pl egy folderbe költözik vagy egy folderből költözünk egy URL gyökerébe akkor a RewriteBase opció helytelen lesz és így 404-eket kaphatunk. Ezt megelőzendő menjünk be az adminisztrációs felületre és egészen egyszerűen nyomjunk egy mentést a “Közvetlenk linkek” opciópanelen. Ez újraírja a .htaccess fájlunkat, helyesbítve a RewriteBase paramétert.

További információk a WordPress Codexben itt: http://codex.wordpress.org/Changing_The_Site_URL

Egy ilyen módszer CDV algoritmus. Lényege, hogy a számsorozat számjegyeit összeadjuk, de úgy, hogy minden második számjegynek a háromszorosát adjuk az összesítőhöz. A végén az 1 digites ellenőrző számunk az összeg utolsó számjegye, azaz a 10-el való osztásának maradéka lesz.

PHP-ban, vagy javascript-ben a megvalósítása viszonylag egyszerű, de jómagam a mysql függvényeit és szintaktikáját még nem forgatom olyan hatékonysággal, mint ahogy az előbbi nyelvekét.

Az én helyzetemben ráadásul a számok már az ellenőrző kóddal vannak tárolva, és a következő értéket is ebből kell előállítanom.

Jöjjön tehát a függvény:

CREATE DEFINER=`root`@`localhost` FUNCTION `createReferenceNumber`() RETURNS int(11)
    READS SQL DATA
BEGIN

    DECLARE _i INT;
    DECLARE _cdv INT;
    DECLARE _maxref INT;
    DECLARE _maxref_char VARCHAR(10);

    SELECT MAX(reference_number) INTO _maxref FROM voucher;

    IF _maxref = 0 THEN
         -- default
         SET _maxref = 80000000;
    END IF;

    SET _maxref_char = TRIM(CONVERT((FLOOR(_maxref / 10) + 1), CHAR(10))); -- remove old CDV number    

    SET _i = 1;
    SET _cdv = 0;
    WHILE _i < LENGTH(_maxref_char) +1 DO
        IF _i % 2 = 0 THEN
            SET _cdv = _cdv + CONVERT(SUBSTRING(_maxref_char, _i, 1), UNSIGNED);
        ELSE
            SET _cdv = _cdv + CONVERT(SUBSTRING(_maxref_char, _i, 1), UNSIGNED) * 3;
        END IF;
        SET _i = _i + 1;
    END WHILE;

    SET _maxref = CONVERT(_maxref_char, UNSIGNED) * 10 +(_cdv % 10);

    RETURN _maxref;
END

A fenti példában a voucher adattáblából keressük ki az utolsó már ellenőrzőkóddal ellátott értéket és ebből állítjuk elő a következő értéket amit ellátunk a CDV számmal.
PHP-ban a következőképpen néz ki:

public static function CDV($number) {
    if (!is_numeric($number)) return -1;

    for ($i=0; $i<strlen((string)$number); $i++) {
        if ( $i % 2 == 1) {
            $retval += substr($number, $i, 1);
        } else {
            $retval += substr($number, $i, 1) * 3;
        }
    }
    return (string)$number . (string)($retval % 10);
}

Amikor a felhasználó visszagépeli vagy esetleg az OCR alrendszer beszúrja a felsimert kódot, könnyedén tudjuk ellenőrizni, hogy sérült-e a kód vagy sem. A módszer nem garantál 100%-os hibafelismerést, de egy tévesztésnél biztosan felismeri a hibás kódot.

Létezik egy másik típusú ellenőrző kód is, azt majd a következő bejegyzésben ismertetjük.

http://www.napkonyha.hu/

Ebben segít a {placekitten} szolgáltatás, ami általunk megadott méretű kiscicás képet generál.

100x100 pixeles helykitöltő cica

A fenti képet a http://placekitten.com/100/100 URL generálja, ugyanez fekete-fehérben a http://placekitten.com/g/100/100 címen érhető el. Az első szám a kívánt szélesség, a második a magasság.

Mindent összevetve, elgondolkoztató készülék s remélem lesz ez még jobb is!

http://www.myzoo.hu/2010/11/maggie-in-the-large-hadron-collider/

A cél az lett volna, hogy a szabadban felvett videót rögtön feltenni a blogomra. A folyamat lépései meglőpen egyszerűen mentek is, videó elkészítése után YouTube-ra fel, onnan megosztás WordPress-re. Ez 2-3 kattintással meg is volt, de utána jön a problem, mivel a Youtube beágyazási kódot a wordpress visual editorjába teszi, ami nem nem oda való, hanem a html editorba, így nem a videó, hanem a kód jelent meg a post alatt. Ezt csak itthon tudtam javítani, azaz pont a lényeg veszett el, hogy a szabadban készített videót, már rögtön a helyszínen megosztom a blogon keresztül.

Mivel ez egy sarokköve volna a mobil tartalomkészítésnek és megosztásnak, utánanézünk mi lehet a megoldás.

Az első kiszemelt áldozat a Samsung Galaxy 3 készülék. Néhány napja van nálam a ketyere, első benyomásom pozitív, de mindjárt az elején kiderült, az aksi egy fél napig is alig bírja közepes használat mellett (gps, net, kevés telefon). Első lépésként letöltöttem a WP androidra készített pluginjét, ami néhány perc múlva használatra kész volt. Bonyolultsága akár egy szög, a gombokon egyértelmű és a wp-ből jól ismert ikonokon keresztül használata igazán felhasználóbarátnak mondható.

Célom az volt, hogy a napi rutin ketyegés mellett tudok e a hulladékidőkben értékelhető tartalmat létrehozni a saját site-omra. Elsőre ez egy képből és néhány szavas kísérőmondatból állt. Hát ki ki döntse el maga

http://www.myzoo.hu/2010/11/maggie-the-chef/

Szerintem kezdésnek nem rossz, a hosszabb használat mellett biztosan egyre könnyebben fog menni és ha hozzávesszük, hogy ezt akárhol a város közepén az utcán állva is megtehetem a havi néhány ezer forintos 1 gigás net csomaggal azt mondom nem rossz ár érték arány.