A tréningen, sokan kérdeztek sokfélét, amiket most már tudom, le kellett volna jegyzetelnem, mert mostanra leginkább két kérdés maradt meg bennem. Természetesen azok amikre nem tudtam helyben válaszolni. Az egyikre a válasz ebben a tippben lesz. Viszont mielőtt hozzákezdenék, nagyon komolyan felhívom a figyelmed, hogy EZT TÉNYLEG CSAK AKKOR HASZNÁLD HA NINCS MÁS ÚT!!! (Kb. mint a porral oltó: nem azzal fújjuk el a gyertyát )

Szóval a felmerült kérdés nagyjából az volt, hogy hogyan lehet megoldani, hogy egy már meglévő wordpress oldal domain-ját megváltoztassuk, úgy, hogy az eddig használt linkek ne a régi domain-re mutassanak.
Ez körülbelül olyan mintha az egész wp-t egy teljesen új domain-re költöztetnénk.

Pontosabban, a kérdés kicsit más volt, egy másodlagos domain-t kellett volna úgy kialakítani, hogy azok akik újonnan jönnek ne lássák a régi domain-t.
(Nos bevallom, erre jó megoldást nem találtam, viszont a régi domain-t ezzel a most következő módszerrel üzemen kívül lehet helyezni, és csak a másodlagost használni.)

A probléma ugye a linkekkel van, amit az oldalon használunk, mégpedig, hogy nem mindegyik link relatív címzésű. (Ugye van a relatív címzés, amikor egy adott oldalról úgy címzünk, hogy ahhoz az oldalhoz képest hol van a másik. Pl.: oldalak/masikoldal.html. A másik megoldás az abszolút címzés, amikor a másik oldal elérését teljes egészében használjuk. Pl.: http://www.enlapom.hu/oldalak/masikoldal.html.)

Amikor eljöttem a tréningről, és szívtam egy kis friss levegőt (a végére már nagyon fáradt voltam, azt hiszem ezt többen tanúsíthatják ) beugrott egy megoldás. Mégpedig, hogy lehetne írni egy olyan javascriptet, ami az összes link-ben kicseréli a domain-t, de rájöttem, hogy ez a megoldás ott hibás, hogy ettől még a kereső robotok ebből semmit nem fognak látni.

Miután pedig végre gép elé keveredtem amin volt net is, el is kezdtem kutakodni. A linkek kialakításáról parázs viták folynak bizonyos fórumokon, mármint, hogy melyik az un. „best practice” azaz a legjobb megoldás, a relatív, vagy az abszolút címzés. Bevallom őszintén én ezen még sosem gondolkodtam, nekem úgy áll kezemre, hogy, ha egyértelműen meg tudom mondani a relatív címet akkor azt használom, ha az túl komplikált lenne, akkor pedig az abszolút címet használom. (Igen, van ilyen is, sok esetben kialakulhat olyan könyvtárszerkezet, amiben nem tudom megmondani a relatív címet: Pl.: az adott oldal több helyről is elérhető - a web dinamikus, sok oldal megjelenhet sok helyen ugyan úgy, gondolj csak az oldalsávra, azt sem csinálod meg minden oldalhoz külön-külön - ebben az esetben, a relatív címzés teljességgel esélytelen)

Szóval a címzés problémája nem feloldható, a javascriptes ötletemet tovább gondolva arra jutottam, hogy lehetne írni egy wp plugin-t ami megoldaná a gondot, és azt a robotok is ugyan úgy látnák, de ezzel az a baj, hogy minden lap minden elemét mindig átvizsgáltatni, és kijavítani a linkeket, eléggé terhelné a szervert, és ráadásul teljesen fölöslegesen, hiszen, a régi címzés az oldalon így garantáltan nem fog látszani. (Tehát ugyan az mintha ténylegesen megváltoztatnám az összeset.)

Marad tehát az, hogy az adatbázisban kell kicserélni az összes linket, és így már nem lesz vele gond. (Amúgy a tréning után is valami hasonlót javasoltam, csak akkor még nem tudtam konkrétan, hogyan is kéne)

Minthogy ez egy veszélyes terület, ha elrontom, lehet soha nem tudom majd visszaállítani a régi állapotot, és az katasztrofális lenne, így az fel sem merült, hogy szépen kipróbálgatva rájöjjek, melyik adatbázis elemet kell, és pontosan hogyan változtatni. Tehát maradt a jó öreg google. És találtam is megoldást, ami közvetlenül az adatbázisban oldja meg a domain cserét, a következő utasításokkal:

UPDATE wp_options SET option_value = replace(option_value, ‘http://www.regicim.hu‘, ‘http://www.ujcim.hu‘) WHERE option_name = ‘home’ OR option_name = ’siteurl’;

UPDATE wp_posts SET guid = replace(guid, ‘http://www.regicim.hu‘, ‘http://www.ujcim.hu‘);

UPDATE wp_posts SET post_content = replace(post_content, ‘http://www.regicim.hu‘, ‘http://www.ujcim.hu‘);

Nyilván a régicím, újcím, domain-eket ki kell cserélni.

Ez a megoldás elvileg működik, viszont használat előtt mindenképpen kell készíteni egy biztonsági mentést a teljes adatbázisról, mert különben ha valamit mégsem csinálna jól, akkor nem lesz visszaút.

Éppen ezért kutakodtam egy kicsit backup készítők után. Bár tény, hogy a phpmyadmin-ban van backup funkció, de nem biztos, hogy minden szolgáltatónál elérhető ez a kezelőfelület.

Így bukkantam a wp-db-backup (http://wordpress.org/extend/plugins/wp-db-backup/) nevű wordpress plugin-re, amivel nagyon könnyen lehet teljes adatbázismentést csinálni, sőt még a spam-ek is szűrhetőek a backup-ból, ami nagyon hasznos.

A backup tulajdonképpen egy SQL fájl lesz csomagolva (mert hatalmas méretű tud lenni egy-egy ilyen fájl tömörítés nélkül), amiben az a jó, hogy később a visszaállítás csak annyi, hogy a fájlban lévő összes SQL utasítást, mondjuk a phpmyadmin-ban le kell futtatni. (Vagy bármilyen olyan adatbázis admin felületen, amiben van SQL konzol, esetleg, ha semmi nincs, akkor php scripttel is megoldható a futtatása.)

Minthogy a backup egy szimpla SQL utasítás, így az is megoldható, hogy backupoljuk az adatbázist, és utána ebben a fájlban cseréljük ki a régi címet, az újra. Egyszerűen egy szövegszerkesztővel megnyitva, keresés-csere módszerrel lecseréltetjük az összes előfordulást. Ez a megoldás nekem szimpatikusabb, mert bár piszok módon leterheli a gépet, és eltart egy darabig mire megcsinálja (ami ugye az előző módszernél a szerveren történik, és mi nem látunk belőle semmit), viszont ha valami hiba van, attól még az oldal egyben marad, mert a hiba nem ott következik be.

Most, ha azt mondod magadban: „Jó, én ebből nem sokat értek.” akkor azt mondom, helyes! Nem is kell, és direkt fogalmaztam úgy, hogy csak az értse, aki kicsit jártasabb, a dolgokban. Mert ez egy olyan tipp, amit félre rakhatsz, hátha át szeretnéd költöztetni az oldalad, és amikor ez bekövetkezik, megkérheted valakinek a segítségét, aki kicsit szakavatottabb, és neki oda tudod adni, hogy ez lehet a megoldás. De a lényeg, hogy ha nem tudod, mi az az SQL, mi az a phpmyadmin, akkor semmiképpen ne próbáld magad megoldani, mert könnyen visszafordíthatatlan hibát követhetsz el.

Ha mégis szeretnél valamit érteni ebből a rizsából, akkor válassz egyet a Rizsanélkül csomagokból! Január 28-ig fantasztikus bónuszokkal megspékelve rendelheted meg őket! Megnézem őket