WordPress jooksutamine virtuaalses kataloogis
10.10.2009 | Gunnar
MVP või mitte, aga veebis teen enamuse asju siiski avatud lähtekoodiga vahendeid kasutades. Hetkel ehitan oma lõbuks erinevatest klotsidest kokku lehekülge, mis võiks lõpuks jääda pealtnäha ühtne lahendus, kuid mis sisemuses koosneb erinevatest tükkidest. Üks teema, millega ma kokku puutusin, oli probleem WordPressi jooksutamisel virtuaalses kataloogis, mida füüsiliselt ei eksisteeri.
Lühidalt on küsimus selline. Kui WordPress asub kataloogis /localblog/ ja selle URL on /et/blog/, siis kuidas seadistada WordPress selliselt, et kõik failid kuvataks brauseris korralikult. Ahjaa… juurkataloogis / jookseb Joomla! CMS ja seal on sellele vastav .htaccess fail.
Lahendus on selline.
- Logi sisse WordPressi administraatori liidesesse ja ava seaded. Määra sellised seadistused:
- WordPress address: http://domeen/localblog
- Blog address: http://domeen/et/blog
- Salvesta muudatused.
- Ava WordPressi kataloogis olev .htaccess ja kommenteeri sealt välja kõik read ja salvesta fail.
- Ava juurkataloogis olev Joomla! CMS .htaccess fail ja lisa Joomla! CMS enda mod_rewrite reeglite ette järgmised read:
- Salvesta fail ja logi sisse WordPressi administraatori liidesesse.
- Loo kanne, millele on lisatud pilt.
- Avalda kanne ja kontrolli, kas sellele lisatud pilt on blogis kenasti näha.
- Kui blogis navigeerimine toimib ja pildid on näha, siis oled edukalt probleemi lahendanud.
RewriteCond %{REQUEST_URI} ^/et/blog/.* # WordPress in virtual directory
RewriteCond %{REQUEST_URI} ^/et/blog/wp-content/.*
RewriteRule et/blog/(.*) /localblog/$1 [L]
RewriteRule . /localblog/index.php [L]
Kolmandas punktis toodud esimene reegel on vajalik seepärast, et vaikimisi küsitakse wp-content kataloogis asuvat sisu ka index.php kaudu ja see põhjustab probleeme, sest index.php hakkab töötlema “ilusaid” aadresse. See tähendab seda, et piltide aadressidele tuleb vastuseks viga 404, sest sellist kannet ei leita. Kolmanda punkti esimese reegli abil probleem laheneb.
Veel tuleb arvestada sellega, et kui WordPressi seadetes teha muudatusi, mille tulemusena selle juurkataloogis asuv .htaccess muutub, siis tuleb muutunud .htaccess failis read jälle välja kommenteerida.
Toodud lahendus pole ehk kõige elegantsem ja on selge, et WordPressi häkkimise teel saavutaks palju enamat, kuid ma eelistan jätta WordPressi installi puhtaks, sest siis saab uuendusi mugavalt peale lasta hirmuta, et midagi läheb katki.

17.10.2009 kell 07:18
mille poolest wordpress info jagamiseks parem on vs joomlasse uute artiklite kirjutamine
23.12.2009 kell 23:52
Wordpress on blogimootor ja on ideaalne vahend blogi pidamiseks. Joomla! on jällegi kodukate ja portaalide vajadustele hästi vastav. Ma eelistan üldiselt neid kingseppi, kes oma liistude juurest liiga kaugele ei jaluta.
Tegelikult on Joomla! jaoks ka tehtud mõned blogiliidesed, kuid ühtegi väga head, mis mulle hästi istuks, pole veel leidnud. Mäletan ühte bridge’i, mis nii enam-vähem toimis, kuid selle admini ots oli jällegi selline kahtlane…
25.12.2009 kell 22:39
Joomlal on olemas sisse-ehitatud blogivaated, mis on täiesti OK tavapäraste vajaduste puhul. Paraku ei toimi terve lehe või selle teatud osa blogiks seadistamine mugavalt kuskilt kesksest admin-vaatest, vaid selleks tuleb seadistada nii sektsioone (Sections), menüüsid (Menus) kui muud. Lisaks tuleb suure tõenäosusega kasutatava malli (template) kaustas kohendada blogivaadete kuvamisega tegelevaid PHP- ja/või HTML-faile.
Kehvem lugu on kommenteerimise võimaluse lisamisega. Siin soovitaksin !JoomlaComment pluginat: http://bit.ly/SoR9w Tegu on suhteliselt hea funktsionaalsusega vidinaga, paraku on küll vaikimisi välimus kehvapoolne. Aga peale mõningat kohendamist pakub see kommentaarihalduse, mis on igati samaväärne WP omaga.
Teine nõrk koht on nn. ilusad URL-id. Kui tava-lk-de jaoks piisab minu arvates täiesti Joomla sisseehitet võimalustest, et jõuda URL-ideni stiilis “http://leht/lehekülg”, siis blogivaadete puhul on lihtsam appi võtta plugin nagu sh404SEF http://bit.ly/83zffv (kui õigesti mäletan, siis Joomla enda võimalustega on raske/võimatu lahti saada automaatselt URL-idesse lisatavatest numbritest).