Zoraďovanie komentárov pod článkami

Podľa mňa nie. Skúsim to vysvetliť a budem sa musieť opierať o situáciu na Slovensku. V prvom rade je tu otázka prečo by štát mal na webe byť? Kto to platí? Aká je rentabilita webového sídla? Čo návštevnosť? Zmysel?

Rozhodne by mal štát pre občanov okrem tradičných spôsobov (úradnícke kancelárie, otváracie hodiny, rady pred dverami, pečiatky, potvrdenia, formuláre) poskytovať nielen informácie ale aj interaktivitu. To, čo sa robí pobehovaním medzi úradmi by sa malo vykonať návštevou webu.

Veľmi dobrá myšlienka je samozrejme centralizovaný komunikačný prostriedok. Skrátene sa to volá "portál" a u nás je to portal.gov.sk, čo by mal byť nástroj vysielajúci občanom informácie, poskytujúci interaktivitu a pomoc.

Ďalší segment webových sídiel je kategória, ktorá sa dá uchopiť ako cirkus. Slušnejšie povedané webová prezentácia v klasickom prevedení - strom stránok pozliepaných do celku, ktorý funguje sám o sebe samostatne bez viditeľnej previazanosti na iné služby štátu, v podstate bez akejkoľvek interaktivity. Potom je tu segment, kde sa umiestňujú interaktívne webové aplikácie, kde môže občan predsa len vykonať nejakú aktivitu. Trebárs stiahnuť nejaký formulár a po vyplnení ho odoslať e-mailom (čo je predstaviteľ najhoršie vyriešenej interaktivity).

Mám rád jednoduché služby. Na webe mytvrss.com si naklikajte obľúbené seriály. Skopírujte si "svoj" RSS kanál do čítačky. A to je všetko. Aktualizácie robíte cez vygenerované ID v tvare http://www.mytvrss.com/?id=XXX. Žiadne kontá, žiadne heslá.

Používam a neviem si to vynachváliť. Vysvetlím prečo. Poznám kvantá "fanúškovských" webov k seriálom. Každý je viacmenej zúfalý. Kým naň nedobehnem, tak nič nové neviem. Neponúkajú ani API, ani RSS a celý web je delo na vrabce, ktorými je komunita okolo titulkov. K tomu by stačilo presunúť svoje ego na serialzone.cz a nesnažiť sa patlať webky. Pozrite sa na skutočné seriálové weby typu thetvdb.com - to je to, čo fanúšikom pomôže.

Pre rok 2010 si želám API do serialzone.cz

Nie, flash to u mňa nebude. Nepotrebujem ho, viem sa bez neho na webe zabaviť, viem ho obísť a viem, že každy slušný server nestavia svoj content na flashi. Diskusie "ale sú také onaké" sú zbytočné. Obsahu je na internete toľko, že flashonly content je chybou toho, kto si túto cestu zvolil a nie nástroja, ktorý by ho mal vedieť spracovať. Jedna vec sú výkonné počítače, ktorým to nevadí a tam je pochopiteľné, že flash beží. Druhá vec sú mobilné zariadenia. Časy, keď sa tvrdilo, že web by mal byť jeden sú preč. Vlastne nikdy neexistovali - len sme si pod webom predstavovali PC nad istou výkonnostnou hranicou a nič iné. Toľko ku flashu, ja viem, že ťa trhalo ho v komentároch spomenúť. Diskusia na túto tému nezačne - utekajte kamkoľvek na internete vyjaviť a prekvapiť svet objavom, že iPad Flash nevie a vy ho tak strašne potrebujete.

iPad je ďalšia z vetiev, ktorá vybieha kdesi od základu OS X. Príchodom iphone sa z nej odpútal OS v tomto telefóne. Pridáva sa iPad so svojim OS, ktorý je zrejme kompilát OS X ale s rozhraním podobným iPhone. Nemyslím si, že sú to rovnaké systémy ale rozhodne majú mnoho spoločné.

Tým je jasné, že iPad nie je počítač a preto stojí skor na tej strane ako iPody, iPhony a pod. - sú klientami pre počítače. Ani iPody ani iPhony nevedia medzi sebou spolupracovať - ani rovnocenne ani ako klient-server. Z toho vyplýva, že ak by som chcel použiť svoj iPhone ako modem do iPadu, tak proste nemôžem (v podstate môžem a nie je to až tak ťažké ale to sem teraz nepatrí). Takže čo s tým?

V prvom rade iPad (verzia wifi) musí mať dosah k nejakému wifi routeru. Doma to problém nie je. Vonku? Počítajte s tým, že by ste asi mali mať nejakú krabičku s mobilným interntom, ktorá poskytuje pripojenie cez WiFi. To nie je až tak zlé riešenie. Samozrejme 3G verzia iPadu je riešenie pre ľudí, ktorí si môžu platiť internetový paušál len preň.

Ak by som teda chcel (akože NECHCEM) nosiť iPad v batožine a použiť ho kdesi mimo, tak musím počítať s pripojením k internetu cez WiFi. iPhone s mobilným internetom sa použiť nebude dať.

Z nemožnosti prepojiť priamo iPhone a iPad je skôr nevýhoda. Bol by som naozaj rád, pokiaľ by iPad dostal túto možnosť a to dokonca až do tej miery, že by som mohol preniesť hudbu či video. Priame prepojenie káblom by bolo najlepšie riešenie pre pripojenie k internetu.

Chcem len zopakovať, že iPad sa mi nejaví ako mobilné zariadenie, s ktorým by ste mali pobehovať po exteriéri a používať ho. Vyzerá to tak, že ho síce môžem preniesť ale rozhodne pekne zabalený v batožine. V tomto prípade to bude dobrý spoločník - aj v offline mám v ňom nejaké to video či knižky a hry - a ak prídu, tak aj aplikácie (na nich záleží aké budú). Bez pripojenia je to vlastne všetko.

Ja iPad budem mať a jeho uplatnenie som už vyriešil pred pár rokmi. Bude doma v sleep režime neustále pripravený zobraziť mi nejakú webku a hlavne bez prekážajúcej klávesnice a "roztvárania" ako na laptope. Ak zistím, že mi chýba klávesnica, tak kúpim k môjmu desktopu Bluetooth klávesnicu a budem ju používať aj k iPadu (ale pochybujem o tom).

Nemám na čo iné čakať - UMPC umreli, netbooky sú len krpaté laptopy a vychádza mi, že tento segment sa pomaly vracia k laptopom (čo je chyba). MS ohlásil voľačo roztváracie s dvomi obrazovkami (to bude cena!) a ostatné firmy len ohlasujú koncepty postavené na Androide. Všade teda ticho a nič, čo sa dá kúpiť.

Najlepší IM klient pre OS X sa volá Adium. Bohužiaľ som dnes objavil a aj vyriešil jednu nepríjemnosť. Pokiaľ ste offline, tak správy poslané Vám sa po spustení Adium nezobrazia. Strácajú sa. Je to veľmi nepríjemné a viditeľne sa pre verziu 1.3 nenašlo riešenie. Existuje len možnosť nainštalovať beta verziu 1.4b17 a táto pravdepodobne funguje - po pár testoch mi offline správy Adium načítal a zobrazil.

Vytvoríte projekt a vysypete ho na web. K nemu nejaké tie moderné veci ako RSS. Ešte v časoch špekulovania nad projektom - v utajení samozrejme (takých blbov, čo s "projekty" prezradia vopred chcem vidieť) si okrem plánu prežitia, plánu plnenia musíte poriadne vymyslieť aj niečo také ako je skalopevný odkaz na svoj RSS kanál.

Nemám nič proti tomu, keď sa URL RSS kanálu musí zmeniť. Pokiaľ však projekt ako tak plní svoju kontinuálnu úlohu, tak je neuveriteľne hlúpe zmeniť práve URL na RSS. V podstate rovnako hlúpe je zmeniť doménu "len tak". Najhlúpejšie je zmeniť URL k RSS po nejakom "redizajne" či primitívnej výmene šablóny vzhľadu. Najmúdrejšie nie je poskytovať k pidiprojektom samostatné URL a projekt, ktorý ich zastrešuje dostane akési degradované items do jeho RSS. Proste to všetko miešať ako guláš horedole.

Ako si však imunizujem URL k RSS? S chabými vedomosťami RSS je to až primitívne.

Predpokladajme, že môj projekt je www.example.org a nasadím naň nejaký Fictive CMS. Ten síce generuje RSS čojaviem v tvare www.example.org/syndication/?type=RSS2&items=all ale my na to kašleme. Vidíme predsa, že je to chaotická adresa a nejasne tušíme, že autor Fictive CMS sa zle vyspí a upgrade prinesie iné URL. Tadiaľto cesta nevedie. Nebodaj by som musel migrovať na iné CMS a to by malo tento tvar URL zasa iný.

V konečnom dôsledku je RSS len nejaký súbor vo formáte XML a keď pochopíte o čo v RSS ide - štandardizáciu, tak aj k URL k takémuto zdroju musíte začať pristupovať štandardizovane. A teda počas celého života projektu sa musíte brániť a to aktívne akejkoľvek zmene.

Najrýchlejšia cesta je určiť si adresu k RSS nezávisle na akomkoľvek CMS. Musíme ju vymyslieť šikovne, aby sa dala táto nezávislá adresa "prepojiť" s tou naozajstnou.

Navrhneme si teda tvar URL taký, aby sa z tejto URL klientovi ozval nejaký PHP skript na mojom hostingu. Tento PHP skript už vie tú skutočnú adresu k RSS a len "posunie" obsah XML súboru a teda niečo takéto:

• http://www.example.org/rss.php

Pokiaľ vládnete vedomostiam o nastavovaní presmerovaní, konfigurácie Apache, mod-rewrite, tak určite vymyslíte ešte krajšie tvary trebárs:

• http://www.example.org/rss
• http://rss.example.org/

V konečnom dôsledku ale na takto definovanej adrese ale sedí jednoriadkový PHP skript:

header("Location: http://www.example.org/syndication/?type=RSS2&items=all");

A ľudia na webe, v značke HEAD HTML šablóny a všade, kde sa dá musia vidieť iba odkaz www.example.org/rss.php - áno, musím sa namakať, kým poprerábam všetko v šablónach svojho CMS.

Primitívne, že? Ale aké užitočné! Teraz preinštalujete CMS a odrazu máte jeho RSS na adrese http://www.example.org/rss/rss2?id=2.0 a tak vojdete do svojho PHP skriptu a zmeníte ho

header("Location: http://www.example.org/rss/rss2?id=2.0");

a ľudia môžu stále používať www.example.org/rss.php - opäť sa namakám na zmenách v šablónach.

Pre veľa z Vás je to otrocká samozrejmosť. Neotravovať svojich čitateľov nezmyselnými a hlúpymi článkami "Zmeňte si link na RSS vo svojich čítačkách". Proste je to najdementnejšia možnosť. O to viac, pokiaľ "musíte" meniť URL k RSS kvôli pre čitateľa nepodstatným zmenám.

Ešte jedna rada: spočítajte si k svojmu projektu RSS kanály. Spočítajte si RSS kanály k všetkým projektom. Popremýšľajte nad tým ako celok. Všímajte si ako jednotlivé tvary URL vyzerajú. Ak je v tom chaos, niekde na začiatku ste vždy urobili veľkú chybu.

Zredukujte počty, upravte tvary RSS kanálov. A bohužiaľ tie pôvodné sa s vami povlečú ešte dosť dlho. Najmä ak ste ich po celom internete masívne propagovali. Istý čas si pomôžete 301 redirectom ale nie je to to najlepšie. Ak je však ten bordel tragicky veľký, tak si nad to sadnite, premýšľajte a potom opatrne si navrhnite zmeny. Zmeny na papieri opäť podrobte kritike. Svojej aj cudzej. A potom ich spojazdnite. Detailne a pedantne sa snažte o to, aby ľuďom neprestali fungovať čítačky.

Zahrnuli ste do svojho projektu podcast? Nie, nepotrebujete NOVÉ RSS. Žiadne nové URL. Pekne to integrujte do existujúceho. Nepotrebujete mať ten istý projekt s RSS, kde sú "články" a separátne kde sú "podcasty". Veď je to hlúposť.