Noriu blog’o adresų struktūros
Apsisprendus, kas yra geras adresas ir kokias papildomas savybes jis privalo turėti, galima kalbėti konkrečiau apie blog’o struktūrą. Kadangi WordPress šiuo metu yra bene populiauriasia bloginimo platforma – modeliuosiu daugiau mažiau pagal jos galimybes. Na galų gale juk ir pats ja naudojuosi. Galbūt laikinai – kol turėsiu laiko paieškoti ar sukurti geresnį sprendimą.
Turinio nuorodos
Atsižvelgiant į tai, kas yra “blog’as”, manau galima drąsiai pasakyti, kad vienintelis tikras turinys jame yra patys įrašai. Atsižvelgiant į tai, kad blog’as yra chronologinis daiktas – įrašus ir derėtų tvarkyti pagal datą. Šiuo požiūriu sutinku su didžiąja dalimi blog’erių, kurie taip ir daro. Jeigu įrašus dėlioti į folderius pagal kategoriją – gausime per ilgus ir nepatogius adresus, bei prarasime blog’o prasmę laike. Mano įrašai gulės adresu /YYYY/MM/iraso-pavadinimas.html
WordPress turi dar kelis turinio objektų tipus – tai pages ir attachments. Dėl paprastų puslapių galvos daug sukti turbūt nereikia – /puslapis.html
ir /puslapis/subpuslapis.html
bus pakankama ir struktūriška. Dėl prisegtų failų (ir paveiksliukų) šiek tiek teko padvejoti. Prisegtų failų (paveiksliukų) adresas mano nuomone turi parodyti kuriam įrašui priklauso pats failas, tačiau žvelgiant tolyn – turi būti ir saugiai panaudojamas ateityje. Kadangi neketinu daug tuo naudotis – manau pasirinksiu paprastą įšeiti, kad virtualiai jie gulėtų /attachments/
direktorijoje, su subfolderiais pagal datą. ImageShack ir panašiomis tarnybomis neketinu naudotis – mano turinys, mano kontrolė, o srauto ir apkrovimo problemas galima išspręsti kitais būdais. Ir šiaip – artimu metu neplanuoju patirti Slashdot efekto ;)
Archyvų, sąvadų ir rodyklių nuorodos
WordPress suteikia gana daug įvairių turinio pjūvių. Ar jų visų tikrai reikia? Kiek iš jų galima atsisakyti ir palikti “dinamiškai paieškai”? Kiekvieno blog’o specifika matyt pateiktų savo atsakymus. Mano asmeniniam blog’ui toli gražu nereikalingas filtravimas pagal autorių – taigi ir pastovios nuorodos į jį nebus. Pastovias rodykles norėčiau turėti tik metams, mėnesiams, kategorijoms ir tagams.
Metų rodyklė kuo puikiausiai telpa /YYYY/
, analogiškai ir mėnesinė. Kategorijos ir tag’ai turėtų atsirasti /categories/pavadinimas.html
puslapyje, kuriame būtų rodomi keli paskutiniai įrašai, o toliau /categories/pavadinimas.YYYYMM.html
leistų naršymą/puslapiavimą laike. Visos kitos pjūvių kombinacijos turėtų keliauti į paiešką ir nepakliūti paieškoms robotams.
Failų išplėtimai, feed’ai ir viskas
WordPress idėja naudoti /feed/
ir /feed/atom/
priedėlius prie bet kokio adreso mane tiesą pasakius vimdo. Negražu man taip. Juk feed’as – tai tas pats turinys, tik kita forma. Todėl visur kur aukščiau paminėjau .html
reikėtų galimybės tiesiog pakeisti į .rss.xml
– ir problema išspręsta. Analogiškai ir su trackback adresu (kuris beje turėtų vėlgi nerūpėti paieškos robotams) – tiesiog pakeičiam .html
į .trackback
prie įrašų (ir kitų komentuoj-abilių objektų).
Tiek to džiaugsmo, tiek tų problemų. Beje, jau susidėliojęs visą logiką sau, pastebėjau, kad labai panašų principą naudoja Blogger – o Google žino ką daro. Toliau: suformuluojam galutinę užduotį ir rašom WordPress pluginą, kad pasiekti šiuos tikslus.
Papildomam skaitymui
Nors didžiąją dalį to ką parašiau apie URL parėmiau savo patirtimi, yra keletas resursų, kurie praplečia akiratį ir kuriuos dera suvokti, net jeigu ir atrodo, kad viskas aišku.
- Talk like a Googler: parts of a url, Matt Cutts. Bet kuris web kūrėjas privalo tiksliai suvokti tai kas ten rašoma ir naudoti tuos terminus – net jeigu atrodo, kad viską žinai, atsišviežinti žinias derėtų.
- Uniform Resource Identifier, Wikipedia. Svarbiausia dalis – suvokti kuo skiriasi URI ir URL: URL yra URI, kuris papildomai parodo ir būdą kaip pasiekti identifikuotą resursą.
- URL normalization, Wikipedia. Truputis beletristikos apie adresų kanonizavimą.
- URL redirection, Wikipedia. Dar truputis beletristikos apie adresus.
- Extensible Resource Identifier, Wikipedia. Nauja URI karta. Tiuzyro, tskant.
3 Responses to “Noriu blog’o adresų struktūros”
Komentarų RSSMan tavo idėja, kad puslapio extensionas pažymį turinį žiauriai patiko
vartojai.xhtml
vartojai.xml
vartojai.json
..
Protingos idėjos. Tačiau įrašus dėliot pagal datą jau vien vartotojų atžvilgiu yra nelabai tikslinga. Kaip jau rašiau pats, pasenunsi informacija kartais tiesiog atbaido vartotoją… Net jei ji būtų naudinga.
Tomai, tai nori pasakyti, kad geriau jų nedėlioti pagal datą ir tada vartotojas skaitys seną informaciją apie tai nežinodamas?
Tvarkymas pagal datą kyla grynai iš apibrėžimo: “A blog (a portmanteau of web log) is a website where entries are written in chronological order and commonly displayed in reverse chronological order.
Na ir galų gale aš nenoriu tokio skaitytojo, kuris nuvertina informaciją pagal datą tos informacijos nenagrinėdamas. Um. Sokrato Dialogai vis dar aktualūs, ar ne?