Само за 1 ден се запълниха местата за първата вечеря с обучителна цел, която ще се проведе следващата сряда. Ще има интересни присъстващи, всеки от които ще сподели опита си или ще слуша с отворени уши. Който е искал да дойде, ама се е помайвал – късно е, но може да се запише за следващата вечеря.
Надявам се да се получи една чудесна традиция на която хора от различни облaсти и професии говорят по общи теми.
Ако си търсите подходящ софтуер за микроблог, то отговорът е …Wordpress.
С подходящата тема и с чудесния софтуер се получава това.
Ами, успешно микроблогване. Ако искате, можете да свалите темата от тук.
След като вече WordPress 2.5 излезе официално, сайтът с полезни съвети за тази платформа ви предизвиква да си сложите най-новата версия с предложение за WP тениска.
Променете си версията и спечелете – най-вече от новите функционалности и идеи заложени в тази версия, а и тениска.
Повече за предизвикателстово – тук
Oще информация:
WordPress upgrade парти в Ники Бачийски
Тechblog направи първия си update.
Оказа се, че съм бил най-добрия и полезен лектор на IDC конференцията посветена на ИТ сигурността, според проучването на посетителите. (pdf)
Там говорих за проблемите със сигурността на Уеб 2.0 приложения и за новите опасности в Уеб. Слайдовете, можете да намерите, ето тук. (pdf)
Eто и няколко снимки в чудесна комбинация.
Eто едно интересно предложение, включващо:
2 изчистени теми, адаптирани на български език:
3 разширения:
Aко искате да се приближите още малко до перфектния блог – вижте това. и го споделете с приятели
Може би понякога е полезно да се знае, дали автора на даден сайт, наистина е авторът му. Интересен казус, който вече има своето си място в уеб, чрез създадения наскоро логика за това, наречена MicroID.
Tя не е нищо особенно, а се базира на следния прост алгоритъм:
uri+uri:algo:hash
Сигурно ви изглежда като някаква странна смесица от букви и цифри, но всъщност е много проста и аз ще ви я разгадая.
Всъщност нека да погледнем как изглежда един готов ресурс, който служи за идентификация на определен e-mail адрес и един уеб-сайт.
mailto+http:sha1:0e7271ac131b8c5b6d61195fd21b59f283f37af1
uri+uri
malto и http са uri частта на горната формула. URI e уникален идентификатор на ресурси. Той указва какво е поискал потребителя.
Mailto: – означава, че е поискал да изпрати e-mail до някого
http – че е поискал показването на уеб-страница или ресурс
algo
Taзи чудна дума всъчност означава алгоритъма по които се създава следващата част от идентификатора. За момента той е sha1.
hash
Последната част от идентификатора пък е съставена от намирането на хеша на вашите e-mail и адрес, които искате да идентифицирате със себе си.
hash = sha1(
sha1( „mailto:bogomil@spisanie.com“ )
+
sha1( „http://bogomil.info/“ )
)
Резултат
В крайна сметка се получава готов низ, който можете да използвате по следния начин. Ако искате да се знае, че този сайт е ваш, сложете уникалния отпечатък, който генерирахме преди малко в кода на страницата си, например така:
<head>
…
<meta name=“microid“ content=“mailto+http:sha1:0e7271ac131b8c5b6d61195fd21b59f283f37af1″/>
…
</head>
Как да се използва?
Примерно при регистрация на някой сайт в машина за търсене или в каталог, може да се изисква да се докаже собствеността върху сайта. Google използват подобен алгоритъм за да потвърдите сайтовете, които се въвели за използването на няколко от техните услуги.
Друг полезен начин е комбинацията на микроформати, за които писах в предния материал с MicroID, за да се покаже собствеността върху даденото резюме например.
Ако искате да видите и други приложения, както и да си генерирате собствено MicroID, отидете на този сайт.
Не знам дали знаете какво е уеб-услуга, но в кратце, тя не се различава в нищо от това, което знаете за услугите.
Нека да се представим, че искате на някого да ви направи услуга, като ви преведе нещо или ви плати нещо или да ви даде информация от която имате нужда.
Ако можем да я представим в графичен вид, ето как би изглеждала тя:
1.Искаме нещо от някого
2.Той решава дали да ни го даде или не
3.Ако отговорът е “НЕ”, по някаква причина, той би трябвало да върне отрицателен отговор или въобще да не отговори
4.Ако отговорът е “Да”, той би трябвало в момента на отговора да даде желаната информация или да го направи по-късно.
Нека сега да сложим и другия основен елемент за да имаме уеб- услуга – Интернет.
Какво е нужно, за да ползваме една уеб-услуга?
Разбира се, че първо е нужно да имаме Интернет или интранет, в който комуникацията да стада по HTTP.
Малко теория
Другoтo, което ни е нужно е да имаме доставчик на услуги. За да се избегне хаоса в предлагането на услуги, има създадени спецификации и протоколи за това. Най-известният за това е SOAP, на чиято спецификация няма да се спирам сега, но той може да бъде онзи ‘приятел’, когото можем да помолим да ни извърши услугата и да направи нещо за нас.
Пример
Може би най-известния пример за уеб-услуги това, е когато поискате информация за времето по пощенския код, тя да ви бъде доставена или, ако желаете да направите плащане, да можете да го направите или ако желаете да проверите цената на една книга да имате възможността да го направите.
Протокола по който се доставят услугите, може да бъде имплементиран на почти всеки програмен език, което пък ви дава възможността да използвате функционалности, които вие не можете да разработите. Няма как да направите система за познаване на времето и на температурите, нали? Други вече са го направили, защото разполагат с апаратура за измерване и с лаборатории в които работят специалисти и са решили да ви дадат възможност да използвате тази информация под формата на уеб услуги.
Искате да си направите карта за пазаруване и да приемате плащане? Чудесно! Можете отново да използвате такива уеб-услуги, които да ви помогнат с това и да направят уеб-сайта ви по-посещаем и по-лесен за поддръжка.
Разбира се, че можете, ако имате познанията и възможностите да предлагате и вие уеб-услуги, които другите да използват. Спомянм си, че преди 2 години предлагахме една такава услуга, която при подадено име на домейн, връщаше цялата налична информация за него.
При малко повече желание, можете да продавате полезни услуги и да печелите пари от уменията си и от нуждите на тези, които ще ви ‘молят’ за тях.
Новите тенденции в уеб се основават на полезността и на идеята за преизползване на информацията. Микроформатите са опит за преизползване на информацията публикувана в Уеб, така, че неизползваемата част на тази информация да бъде достъпна през стандартен интерфейс. Това е част от семантичния подход за търсене на информация, но с правила определени от издателя на информацията.
Може би звучи малко сложно, но това всъщност е една проста концепция, появила се в близкото минало. Както знаем, търсещите машини минават през нашия сайт, филтрират информацията и вземат частта, която им е нужна. Всяка машина си има своя собствена логика и начин на намиране на информацията.
От друга страна всеки уеб-човек, публикува информация в Интернет, която в по-голямата си част е HTML.
Идеята на микроформатите, че този HTML, може да носи много повече информация, която няма да пречи на визуализацията, но ще носи ценното послание, какво е това което се публикува.
Да речем, ако имаме резюме с което искаме да си търсим работа и за да изпълним това го публикуваме на сайта си. Търсачката минава, събира информация и когато някой потърси нещо, което ние искаме да работим, се появяват много резултати, базирани на текстово търсене.
А дали …
Какво, обаче би било, ако можехме да търсим следното в Интернет:
“Търся Business developer с 3 години опит и завършил русенски университет”
Това, да знаете от сега, няма да върне нищо в моментното съсътояние на нещата с търсене в уеб. Добрата новина е, че се работи това да се случи, именно с микроформатите.
Как точно
Когато искате да попълните резюмето си, вие можете да укажете със специални символи, че това е позицията, която искате да работите, да изброите работодателите си, отново със специални елементи, да посочите какво умеете и какво бихте желали да научите, да посочите сертификатите си и т.н
Във външния вид на резюмето ви няма да се промени нищо, но вие ще сте посочили, че именно Business developer е позицията която желаете и това е част от вашето резюме.
Следващият етап е търсещите мащини да могат да да разпознават тази информация или да се създадат сайтове, събиращи такава информация.
Схема
Нека да направим една малка схема на тази логика, която да демонстрира една такава система. Това е и идея за един стартъп, които с малко вложени услилия, може да направи много пари, ако построи такава машина у нас:
Направата на такъв сайт би била удачна в това, че информацията за нашето резюме се контролира от сайта на потребителя. Примерно аз съм си направил резюме и веднага след промяната тя се отразява и на сайта предлагащ търсене по определени критерии.
Ако се интересувате от техническото приложение на тези теории, можете да прочетете спецификацията, тук и да видите една услуга, която ви предлага да си направите резюме, напълно съвместимо с този микроформат и да го сложите на сайта си. Вижте и реализиран пример за такава схема. Можете да създадете резюме, да си го запазите и да уведомите сайта, че то вече съществува.
Изводи
Ако към момента, напълните цялото си резюме с желаната позиция, например, посочения от мен Business developer, е много вероятно търсачката да ви намери при нейното текстово търсене. След приложението на микроформатите, ще може само с един ред, това да стане видно на търсещия точно такава информация. Правилно, лесно изпълнимо и начин за навлизане на пазара на такива услуги.
След като сайта разполага с информацията, той лесно може да я визуализира, категоризира и да я представи по един чудесен и ползваем начин на посетителите си и още по-добре … да изкара много пари.