сметачи

Излезе "RFC 4282":ftp://ftp.rfc-editor.org/in-notes/rfc4282.txt със заглавие "The Network Access Identifier". Привлече ми вниманието. Тези идентификатори в простия си вид изглеждат като ел.адрес: @user@homerealm.example.net@. Проблемът се появява, когато този идентификатор се дава на друг сървър, който обработва примерно @otherrealm.example.net@.

В "черновата на плана за Gecko 1.9":http://www.mozilla.org/roadmap/gecko-1.9-roadmap.html има различни интересни неща. Както пише в "плана за продуктите на Mozilla":http://cbeard.typepad.com/mozilla/2005/11/mozilla_product.html, Gecko 1.8 се използва във Firefox 1.5, Gecko 1.8.1 - в 2.0, а Gecko 1.9 - чак в 3.0, готвен за 2007-а.

Най-накрая отидох на "OpenFest":http://www.openfest.org/ - досега не съм ходил. В събота реших да не изпускам подходящото време и бях на Витоша, затова моето посещение беше в може би най-неподходящото време - неделя следобед. Докато чаках на орлов мост автобус 114 се появи Весо със смарт четец в ръка. Добре си говорихме (търсачката Саурон на "Калоян Доганов":http://doganov.org/, NFS, SELinux и сигурно други), но времето напредва, а автобус няма. Весо отсече, че няма да дойде автобус и ще трябва да отидем с такси.

URI служат за идентификация на ресурси и без съмнение са хубаво нещо :-) Проблемът е, че те идентифицират ресурс _в сегашния момент от време_ и затова не стават за архивни цели - ресурсите се променят с времето.

Днес беше "приета за RFC":ftp://ftp.rfc-editor.org/in-notes/rfc4151.txt схемата "tag" на URI. Преди време "Mark Pilgrim е написал добра статия за употребата на tag: в емисии на Atom":http://diveintomark.org/archives/2004/05/28/howto-atom-id.