Илья Сегалович отлично написал про Twitter на Хабре. Настолько хорошо и внятно написано, что не могу не процитировать:

Плюсы Твиттера: информативность, скорость, защищенность, незаспамленность, интерактивность, концептуальная простота

1. Информативность складывается из сжатого стиля изложения твитов (по горизонтали много влезает), скорости чтения ленты (по вертикали видно сразу много твитов), насыщенности ссылками (сокращатели bit.ly и подобные удобные способы вставки ссылки в твит), которая существенно выше ЖЖ и ему подобных блогов (не говоря уже о соцсетях, в которых ссылок оч мало)
2. Скорость вызвана тем что подавляющее большинство твитерян (пока международных) твитит и читает твиттер из телефонов (через смс) и смартфонов (через клиентов). Вы едете в метро, стоите в пробке, сидите в кафе, или на скучном совещании и в одним взглядом получаете личную информационную картину: от друзей до новостей и медиаблогов. Соответственно, и скорость ответа на порядок выше традиционных сред — речь даже не о минутах а, более-менее, о секундах — все вместе это дает невероятное ощущение причастности к происходящему в мире здесь и сейчас. Как сказал Иван Уильямс (создатель Блоггера и Твиттера) в своей лекции на ТЕДе: твиттер это очень просто, это когда я написал СМС и через несколько секунд ее прочитали 60 тыс человек
3. Защищенность складывается из многих вещей: (1) от троллей: представьте, вы читаете интересного сообщение от интересного человека, но спасены от гоблинов-комментаров, точнее вы видите в своей ленте только реакцию своих (уже проверенных) друзей, по сути проекцию дискуссии на свой круг, либо же его собственные ответы, но только на те комменты (а он их видит) которые показались ему лично важными и интересными. Иными словами, если тролли в твиттере и есть, то их никто не никогда не прочитает. Все потому что в твиттере нет традиционного для блогов поста и комментов к нему, нет и троллей, которые зарабатывают капитал, устраивая срач в блогах знаменитостей. Знаменитостям нечего боятся огрести кучу мусора в комментах, не надо никого банить, разбираться с цензурой и тд и тп. — ведь никто никогда не прочитает троллинговые комменты! Точнее их прочитают только друзья тролей, и шанс повысить свою видимость у тролля нулевой. (2) Нет графоманов, которые взрывают вашу ленту длинными бессмысленными текстами
4. Незаспамленность: mashable.com/2009/09/13/twitter-spammers/ — прочтя этот текст, станет понятно, какие недорогие и несложные механизмы в твиттере избавляют его от большого количества вида спам и абьюза.
5. Интерактивность — твиттер подталкивает к оперативной реакции и оперативному написанию текста. Почему? (1) краткий формат освобождает от «обязательств» по качеству текста, (2) нет страха троллинга у популярных авторов — см выше, (2) — скорость попадания к вам информации, в том числе в виде ревтитов такова, что побуждает вас к быстрой ответной реакции, (4) смс-гейты (не дешевые пока только у нас) делают твиттер самым обычным смс (но только с мультикастом на друзей), который по определению супероперативен, (5) все это вместе в подталкивает к оперативному ответному написанию текста
6. Простота. Простые системы побеждают сложные. В unix «всё — это файл». В twitter «всё — это поиск». При помощи такого незамысловатого (но доведенного до совершенства в том числе то 1-2 сеундной латентности в real-time) механизма как полнотекстовый поиск, по сути, в твиттере сделано всё. Твиты автора — это ПОИСК по первому слову (всегда имя автора), ответы на ваши твиты — это ПОИСК вашего имени, но «с собакой», группы — это ПОИСК «слова-группы» но с хэштегом. Даже сообщества сделаны через ПОИСК. Вдумайтесь, сколько нужно сделать действий чтобы создать сообщество для какого нибудь события в ЖЖ, выбрать его при написании поста, написать туда пост, рассказать о нём друзьям, им, в свою очередь, выбрать это сообщество, пройти процедуру присоединения к сообществу, написать туда пост, решить проблему с кросспостом и тем, что не все читающие, прочитают то, что вы написали в сообщество, и тд и тп. В твиттере сообщество создается в момент, когда вы пишете твит: вы выбираете слово для сообщества и помечаете его хэштегом. Всё. Сообщество создано. Все друзья о ней тоже уже узнали, так как они прочитали ваш твит. Чтобы им написать «в сообщество» им надо лишь упомянуть нужное слово в твите. Чтобы новичку присоединиться к сообществу достаточно написать такое же слово с тегом в своем твите, его прочитают интересующиеся и зафоловят если он не спамер (иначе заблокируют и см пп выше). Заодно этот механизм — идеальный способ задавать вопросы лектору, спорить на круглых столах и тд и тп.

Ну а минусы твиттера?

Наверное они проистекают из плюсов, но я их не знаю.

PS
два совета спорящим выше: первое — не пользоваться твиттером из веба, поставьте его себе на телефон, и второе, не фоловьте тех, кто вам не интересен, это не facebook и vkontakte и даже не ЖЖ, здесь отношение читаемый и читатель — принципиально ассиметричны, наоборот фоловьте интересные твит-каналы: микрософт, гугл, разные интересные медиа и тд

От себя могу лишь добавить, что наличие клиентов под мобильные платформы делает Twitter инструментом, который всегда с тобой, о чём, я, собственно, и писал некоторое время назад.

Учебный центр «Специалист» возобновляет добрую традицию проведения бесплатных семинаров для всех желающих на самые разные темы, включая семинары по Веб-технологиям. Представляю анонсы ближайших семинаров по Веб-технологиям:

SEO. Оценка эффективности продвижения сайтов с помощью Google Analitycs
21 апреля 2009 г. Начало в 18:30

Существует множество трекеров (т.н. счетчиков) для отслеживания работы Веб-сайта, которые активно применяются как SEO-оптимизаторами, так и владельцами сайтов. Пожалуй, наиболее популярные счетчики в России — это LiveInternet, Spylog, Rambler и т.д. Однако большинство владельцев сайтов при просмотре статистики обращают внимание лишь на общие показатели счетчика, такие как, количество хитов/хостов, ключевые слова и т.п. То есть, на так называемую «оперативку» — грубые оперативные показатели работы сайта. Делать какие-либо выводы, исходя лишь из «оперативки», сложно, поскольку повышение чистой посещаемости, как правило, не является целью продвижения сайта. Узнать же, например, степень конверсии переходов, эффективность возврата инвестиций в рекламу, сделать выводы о «юзабельности» сайта по «оперативке» невозможно и вовсе. И здесь нам на помощь приходят игроки-трекеры в тяжёлом весе: SpyLog и Google Analytics…

Записаться на семинар «SEO. Оценка эффективности продвижения сайтов с помощью Google Analitycs»

 

Веб-безопасность. Механизмы взлома сайтов и способы противостояния им
21 мая 2009 г. Начало в 18:30

Большинство современных сайтов потенциально уязвимы для взлома, и если ваш сайт еще не взломали, так это не потому, что он безопасен, а просто он пока не нужен злоумышленникам. Вопреки крайне распространенному мнению, взлом сайта далеко не всегда сопровождается «дефейсом», то есть изменением его внешнего вида: сами подумайте, ну какая выгода для хакера писать разные непечатные выражения на корпоративном сайте ЗАО КупиПродайка Лтд? С другой стороны, получив доступ к вашему сайту, злоумышленник может использовать его как платформу, например, для размещения вредоносного ПО, «левых» ссылок и так далее, и вы об этом, скорее всего, узнаете в самую последнюю очередь, если вообще узнаете когда-нибудь! Что характерно, ~ 95% взломов используют уязвимости управляющих программ вашего сайта, тех самых «скриптов», которые вам написал Веб-программист. К сожалению, качество кода большинства сайтов Рунета просто ужасающе низкое! Но понимая, что как и когда «взламывают», можно научиться писать код так, чтобы не повторять распространенные ошибки…

Записаться на семинар «Веб-безопасность. Механизмы взлома сайтов и способы противостояния им»

 

Веб-мастеринг. 10 основных ошибок Веб-мастеров при создании RSS лент
18 июня 2009 г. Начало в 18:30

RSS ленты сегодня очень популярны: это и новости, и информация с блогов, и анонсы. Все больше пользователей Интернета начинают ценить этот удобный способ получения «свежей» информации. Но, как ни странно, многие RSS ленты не просто сделаны неправильно, но и нарушают спецификации RSS, и в результате, вместо удобного способа привлечения аудитории сайта мы получаем бестолковую, невостребованную функцию сайта, которая никому не нужна, так как попросту не работает! Как сделать правильную, работающую RSS ленту?

Записаться на семинар «Веб-мастеринг. 10 основных ошибок Веб-мастеров при создании RSS лент»

 

Веб-мастеринг. Формирование ЧПУ (человеко-понятных URL сайта) с помощью mod_rewrite (Apache)
21 июля 2009 г. Начало в 18:30

Сегодня очень популярны так называемые ЧПУ, то есть адреса сайта, выполненные в виде http://www.site.ru/news/2009/04/04/mynews.html. Такие ссылки и запоминаются, и выглядят «солиднее», и, как следствие, ценятся пользователями. Сделать такие URL на своем сайте очень даже несложно, например, с помощью модуля mod_rewrite на сервере Apache. Однако, как и положено, есть некоторые нюансы…

Записаться на семинар «Веб-мастеринг. Формирование ЧПУ (человеко-понятных URL сайта) с помощью mod_rewrite (Apache)»

Все семинары проходят в вечернее время, и занимают 3 астрономических часа, то есть до 21:30. Если вы заинтересованы в участии в этих семинарах рекомендую не тянуть с регистрацией, так как число мест ограничено.

Микроблоггинг в последнее время стал как-то очень популярным. Но и службы Windows Live также обладают возможностями микроблоггинга.

Что есть микроблоггинг?

Микроблоггинг (англ. micro-blogging) — это возможность пользователю писать короткие текстовые заметки (обычно менее, чем в 200 символов) и публиковать их. И каждое такое сообщение может быть просмотрено другими пользователями Сети. Основная идея микроблоггинга — показать текущее состояние пользователя своим знакомым или просто другим пользователям. В принципе, на мой взгляд, рациональное зерно здесь есть, ведь если мои коллеги будут видеть, чем я сейчас занят, это может сократить лишние вопросы, ненужные сообщения типа «Прива! Какдила?».

Не все однозначно положительно воспринимают микроблоггинг, но, думается, это — личное дело каждого. Я, например, планирую указывать в таких сообщениях ту электричку, на которую сел, чтобы мои домашние знали когда я приду поздно вечером с работы… Да мало ли применений можно придумать?

Ну и конечно же, существует цела куча сервисов микроблоггинга, самым популярным из которых, наверное, является Twitter. Есть и русские сервисы, например, mblogi.qip.ru.

Микроблоггинг в Windows Live

С другой стороны, службы Windows Live также обладают возможностями микроблоггинга, то есть, по идее, владельцам LiveID можно специально не заводить никаких других аккаунтов, например, на том же Twitter, можно пользоваться тем же Windows Live Messenger. Просто введите сообщение о том, чем вы сейчас занимаетесь напротив своей фотографии в WLM и все!

И теперь это сообщение отлично видно Вашим контактам:

История сообщений отображается и в Вашем профиле Live:

И, конечно же, мы можем и посмотреть сообщения своих друзей и написать своё новое сообщение с мобильного телефона. Для этого достаточно открыть адрес http://mobile.live.com/  и добавить его в избранное своего телефона (рекомендуется также один раз пройти авторизацию и поставить галочку «Запомнить меня», чтобы каждый раз пароль на мобильнике не вводить):

Вот такая фича Windows Live. И почему бы её е попробовать?

На сайте Microsoft опубликована история одного внедрения технологий SharePoint:

Производственное предприятие, имеющее большое количество географически разнесенных филиалов и представительств, при помощи компании-интегратора объединяет разрозненные информационные системы во внутренний портал на основе технологии SharePoint

http://www.microsoft.com/Rus/Casestudies/CaseStudy.aspx?id=593

Мне достаточно хорошо известно это внедрение, более того, я -- автор всей его части, которая касается сервера SharePoint  :) (Скромно так заявлю о себе: сам себя не похвалишь -- никто не похвалит :) Но речь сейчас не об этом.

Сервер Microsoft SharePoint (и WSS, и MOSS) -- просто потрясающий инструмент XML обработки! Это позволяет очень быстро, очень легко и не нагружая сервер, формировать самые различные отчеты, страницы, практически любой вывод без тяжелой артиллерии в виде своих Веб-частей, обработчиков и т.п. Но почему-то это как-то плавно обходят на курсах по SharePoint, да и курсов по разработке у Microsoft -- с гулькин нос!

Вот я и подумал: а не сделать ли авторский курс на примере такого вот внедрения?

Итак, слухи о разработке Гуглом своего браузера неожиданно подтвердились! Сегодня Гугл анонсировал и выложил бету своего браузера Google Chrome, которую можно скачать здесь:

http://www.google.com/chrome/

Я конечно же не мог пройти мимо и не попробовать браузер. И вот мои первые впечатления.

Во-первых, браузер ставится в профиль пользователя, то есть из-под обычной учетки он ставится без проблем, никаких UAC'ов, никаких админский паролей. Может быть, если его ставить из-под админа он и встанет для всех пользователей, но в обычно режиме -- только для текущего пользовтеля. Вообще-то, это правильно! Особенно в корпоративной среде каждый раз к админу не набегаешься...  А сейчас браузер установился в
C:\Users\имя_пользователя\AppData\Local\Google\Chrome

Далее, Google Chrome оказался довольно красивым! Особенно в Висте с ее полупрозрачными окошками:

Первые опыты с браузером показали, что он довольно шустрый, странички открываются просто "в лёт"! Скорее всего это объясняется многопоточной загрузкой элементов страницы.

Декларируется, что каждая вкладка браузера работает в своем процессе, что позволяет изолировать страницы друг от друга, и делает их независимыми при зависании одного из процессов. Решение спорное, на мой взгляд, но -- работает и это видно по диспечеру задач:

По мере набора адреса, браузер подсказывает возможные варианты, в том числе и самые популярные запросы на Гугле -- интересное решение!

Декларируется, что браузер основан на движке Safari, но опасения, что он будет тормозить на большм количестве вкладок не оправдались. Вот браузер с открытыми 22 вскладками:

Но, правда, заставить что-то тормозить на моей машинке довольно тяжело -- это еще постараться надо :) Хотя здесь нет ничего сверхестественного, просто современная машинка :) Наверное, если запустить это на колымаге, собранной в прошлом веке, тормозить будет.

В общем, опыты с хромом продолжаются...

Петр Диденко пишет:

Realtime Communications Blog: Конец i-mode в МТС

Как и предсказывали большевики, МТС закрыл проект i-Mode. Вот что делает жадность на фоне Веба 2.0. "Слово" жадность я употребил потому что люди хотели сделать много денег, не особо думая. Если бы подумали получше, то поняли бы, что ничего не получится. Трубок нет и не будет, отличия от WAP минимальны, а push работает и без i-Mode. Вдобавок ко всему, плохо иметь глупых и жадных партнеров-оппортунистов, которые тоже не хотят работать, а ждут чуда и стригут легкие деньги с лохов недалеких народных масс.

Чудес не бывает.

Собственно, что и следовало ожидать. Кажется, я предсказывал проблемы с i-Mode еще три года назад:

iMode - три сравнительно честных способа отъема денег у населения

Что-ж, Петр прав: чудес не бывает.

Некоторое время назад я наткнулся на запись Майка Дэвидсона о НЕНУЖНОСТИ валидной верстки. Небольшая цитата:

By invalidating my entire site with this one line of code, I ensure that I am made aware the instant it matters. The instant this stuff starts to break anything in the real world, I will know. If I only had a few small errors on a few random pages around my site, I could easily miss the day when "the big switchover" happens and wind up with broken pages I don't know about. And since this code is in the form of a server-side include, I can freely remove it with a few clicks.

Так вот. Привожу пример, как невалидный код реально что-то ломает в реальном мире (starts to break anything in the real world). Заходим с КПК на мобильное представление Гугла (http://mobile.google.ru), выбираем новости и щелкаем по новостям. Гугл отбирает мобильные новости и показывает их мобильному браузеру в формате Mobile xHTML, и если источник невалиден, то получается вот это:

Вот и все. Валидация нужна.

Мне приходит масса писем от выпускников Центра СПЕЦИАЛИСТ. Как правило, эти сообщения содержат в себе вопросы, просьбы о консультациях и пояснениях. В разные дни - по-разному, но бывали дни, когда я получал по 30 - 40 сообщений с вопросами. Понятно, ответить на эти вопросы я могу только в свободное время, и потратить на одно сообщение я могу лишь самый минимум этого самого времени.

Уважаемые выпускники!
Если вы читаете эту запись, убедительная просьба придерживаться простых правил при написании мне сообщения:

• Четко указывайте то направление, вопрос на которое вы хотите получить (HTML, PHP, .Net и т.п.) - искать в базе данных какие курсы вы заканчивали очень утомительно
• Максимально конкретизируйте вопрос. Не надо мне задавать общий вопросов типа "почему мой сайт не работает?"
• Сообщайте максимум деталей. Вот пример вопроса, на который НИКОГДА не будет ответа: "Добрый день! загрузил flash-заставку на заглавную интернет-страницу. но на одних компах она воспроизводится нормально а на других участками ( не вся, некоторые элементы) подскажите пожалуйста в чем причина? если в браузере то как этого можно избежать?" - Товарищ забыл адрес сайта указать...
• Всегда подписывайтесь реальным именем и фамилией! Я жуть как не люблю всевозможные "ники" и прочие пережитки поганых форумов! Никаких "aka", только свои имя и фамилию. Не хотите указывать - не пишите мне письма!
• Прежде чем писать мне сообщение, попробуйте просто вписать свой вопрос в поисковую строку Google и просмотреть хотя бы первые 10 найденных ссылок.
• Не надо мне присылать сайты целиком - я не буду с ними разбираться! Копаться в вашем коде удовольствие ниже среднего!

Суть да дело, но открыл я для себя замечательную возможность Windows Live Messenger 8.1 - Live Contacts

Контакты, которыми пользуется Live Messenger хранятся на сервере, и посему доступны нам, в любом месте, где есть Интернет. Это известный факт.

И причем в этих контактах может быть довольно много ценной информации, а не только E-mail: телефоны, адреса и т.п. Причем Messenger может хранить не только контакты (Live ID), с которыми вы обмениваетесь сообщениями, но и вообще, произвольные контакты, которые вам требуется держать под рукой, даже если сами эти контакты не используют WLM.

Получается ваша адресная книга, всегда доступная вам в он-лайне. Это тоже достаточно известный факт. Но эти контакты мало "вбить" в мессенджер, их надо еще и обновлять, проверять и всячески актуализировать. И вот здесь нам на помощь приходят Live Contacts. Теперь достаточно просто выбрать для нужного контакта пункт меню "Оформить подписку на обновление контакта" и Messenger будет обновлять контакт самостоятельно! То есть контакты теперь всегда будут в актуальном состоянии.

Понятно, чтобы службы Live могли бы обновить контакт, необходимо ввести информацию о себе. Делается это просто: щелкните по своему состоянию в Windows Live Messenger правой кнопкой мышки и выберите "Просмотреть свою карту контакта". Там будет ссылка на страницу контактов. Вбейте информацию о себе и внимательно расставьте права, кто сможет получить эту информацию, например, "Messenger и друзья" дает возможность вашим контактам в Messnger'е и списку друзей вашего блога получать информацию о вас. Здесь же, можно посмотреть кто уже получает вашу информацию

В общем, это очень интересная возможность! Рекомендую пользоваться... И "забить" свою личную информацию по максимуму, чтобы ваши друзья (и я в том числе) могли бы обновить свои контакты.

Вот чего не хватает, так это утилиты массового экспорта контактов из адресной книги Outlook в Windows Live Messenger и дальнейшей синхронизации... Хоть сам пиши!

Собственно, SUBJ, господа разработчики! Бесплатно скачать упомянутый Toolbar можно здесь:

• http://www.microsoft.com/downloads/details.aspx?FamilyID=e59c3964-672d-4511-bb3e-2d5e1db91038&displaylang=en

Internet Explorer Developer Toolbar - удобная штука для изучения и/или тестирования HTML страниц и сайтов в браузере IE. Умеет многое:

• Показывать DOM старинцы
• Визуально выделять любые элементы,любые классы и т.п. на сранице
• Блокировать, отключать куки/картинки и проч при загрузке
• Проверять на валидность HTML, CSS, WAI, Section 508
• Линейки на странице
• И многое другое

Вот некоторые нововведения:

• http://blogs.msdn.com/ie/archive/2007/01/09/ie-developer-toolbar-beta-3-now-available.aspx

Only geeks use RSS feeds. Is this true? Unfortunately yes.

Такими словами начинается интересная статья "5 Reasons Why RSS Feeds are Not Popular". В статье автор привел 5 основных причин, по которым среднестатистический пользователь Сети не любит (или не знает) RSS. Вот эти причины (с моими комментариями):

RSS по прежнему не известен пользователям

Пользователи просто не знают для чего и как использовать RSS. Автор пишет: «Ask someone at a gathering of people that actually work in an IT oriented field and you will be surprised at how little they know about RSS technology.» Да, наверное. Но ситуация меняется, особенно с появлением браузеров с поддержкой RSS, это IE7, Firefox – так что, думаю, пользователи начнут интересоваться, что это за оранжевая иконка в браузере?

RSS потоки часто «падают»

О, да! Многие Веб-мастера клюнули на модные словечки «RSS», «Web 2.0», не имея ни малейшего понятия, что это и для чего это. И как результат, совершенно непредсказуемое поведение потока. «The owners of RSS feeds do not check them often enough to make sure they are working. Even the big websites with dozens working on them have not been able to prevent their feeds from failing. We all know how visitors feel about web pages that don't work. While website owners may be constantly validating and testing web pages to make sure they are visible and valid in the case of RSS feeds it is not quite the same.» Раздражает, например, некорректное поведение RSS потока Лени Лукина, когда иногда приходит несколько количество «пустышек», не пойми зачем сгенерированные движком блога. Или потоки с сайта blogs.gotdotnet.ru тоже хороший образец генератора «пустышек»

А бывает и хуже: некоторые горе-Веб-мастера рассматривают RSS как средство повышения посещаемости своего ресурса, и тут рождаются «жлобские ленты» сообщений, состоящие из одной ссылки на сайт-источник. Кончено же, это – мусор! И пользователи, столкнувшись с ним, делают вывод, что все RSS потоки – такой же мусор в массе своей...

Кстати, следующая причина явно вытекает из предыдущей:

RSS очень чувствителен к ошибкам

А то! Конечно же! И это не баг и не недостаток формата – это свойство любого XML документа! А большинство же шаманов привыкло к «тяп-ляпу»: посмотрел как у соседа, и сляпал себе, а потом удивляются, почему не работает? Просто потрясающий ламеризм Веб-мастеров ужасает: из, наверное, сотни широко известных RSS потоков примерно пятая часть не проходит валидацию (например, Lenta.ru – известнейший ресурс, гордость Носика и позор Rambler Media Group!), и примерно две трети проходят первичную валидацию, но имеют явные проблемы с семантикой структуры, например, невероятно распространенная ошибка: HTML разметка в элементе <description>. Этим грешат даже мэтры: Яндекс, Гугл! И что вы хотите от простых смертных? Позор!!!

RSS потоки, про которые забыли

Имеется ввиду, те RSS потоки, создатели которых переделали URL, а забыли поставить переадресацию на новый. Ну да, битые ссылки. Без комментариев.

Требуется сервис уведомлений

Имеется ввиду, что нужно показывать пользователям информацию об изменении сайта различными средствами. Вообще-то, к RSS это не имеет никакого отношения, да и есть такие сервисы... Просто немногие ими пользуются. А жаль...

Итак, заключает автор, RSS становится все более важным инструментом современного сайта, но, к сожалению, авторы и веб-мастера, в силу своего скудоумия не понимают назначение этого инструмента и используют его явно неумело и часто нелепо, просто дублируя RSS потоком убогие новости своего сайта. И это плохо.

А я вот подумал, не сделать ли нам в ЦКО СПЕЦИАЛИСТ мастер-класс по правильному созданию RSS потока на своем сайте? Что вы думаете об этом?

Вчера на курсе XML мы разбирали обмен данными с сервером, то есть то, что сейчас обычно называется AJAX. Готовясь к занятию, я обычно стараюсь собрать разные дополнительные материалы для слушателей, и в этот раз я наткнулся на ряд статей по "соверменной технологии AJAX". Более всего меня убила статейка, или даже так: веб-два-нулевый опус за авторством Александра Орлова. Самое ужасное не в том, что большая часть статьи - откровенная "пурга" и распространенные заблуждения, и даже не в том, что автор этого откровенно не понимает (и много еще чего), а в том, что так же считают подавляющее число Веб-мастеров. Сколько раз в конференции мне приходилось отвечать на вопросы и объяснять непотребность взятого из "авторитетных" статей и книжек кода! И как результат - совершенно непотребные, громоздкие и монстроподобные нелепые Веб-приложения.

Несколько цитат:

Википедия:
...Об AJAX заговорили после появления 18 февраля 2005 г. статьи Джесси Джеймса Гарретта (Jesse James Garrett) «Новый подход к веб-приложениям». AJAX — это не самостоятельная технология, а идея...

Правда? А до 2005 года ничего похожего не было? Или Дж. Дж. Гарретт, аки ветхозаветный пророк, прорубил скалу и дал воду жаждущим? Хотя статья г-на Гарретта весьма интересная, правильная и невероятно полезная для тех, кто решил заняться AJAX. Приведу одну цитату:

Что такое Ajax

Ajax - не технология. На самом деле это несколько технологий преуспевающих каждая в своей области, собранных в новое сильное направление. Ajax объединяет:

• стандартизованное представление с использованием XHTML и CSS;
• динамическое отображение и взаимодействие при помощи Document Object Model;
• обмен и управление данными через XML и XSLT;
• асинхронные получение данных с использованием XMLHttpRequest;
• и JavaScript, связывающий всё это воедино.

Запомним это. И смотрим далее, что нам пишет г-н Орлов:

Представьте себе, on-line игру "Морской бой", в которую играют два закоренелых друга - житель ЮАР и житель Японии. Как с помощью такой модели сделать их игру максимально приятной? ...

При обращении к серверу, генерируется страница, которая будет отображаться пользователю, и предлагать ему совершить интересующую его последовательность действий. При сознательном (хотя и не обязательно) выборе клиента, его запрос будет обращаться к AJAX модулю, который и будет производить все интересующие его вычисления и работу с сервером как таковым. Но в чем же новшество? Основное отличие в том что этот метод дает нам возможность динамически обращаться к серверу и выполнять интересующие нас действия. Например, нам нужно выполнить обращение к базе данных и получить интересующие нас данные которые затем будем использовать...

Однако не все так просто. Давайте теперь рассмотрим отрицательные черты.

Во-первых - мы можем передавать данные только методом GET, соответственно большие объемы данных придется оставить в покое. Данная проблема уже не раз поднималась в разных источниках, но господа, есть ведь Сookies, которые вполне приемлемы в случаях передачи больших данных, чем может вместить в себя GET запрос, а Javascript в свою очередь имеет функции для работы с ними...

И, наконец, защищенность. На этом остановимся поподробнее. Основная проблема заключается в том, что все данные и исходный код JavaScript функций можно увидеть путем просмотра исходного кода страницы, соответственно злоумышленник может проследить логику выполнения запросов и при определенном стечении обстоятельств выполнить необходимый ему набор команд. Это не играет особой роли, когда у нас идет простое сопоставление данных, но что делать в более сложных ситуациях, например при авторизации, и как в таком случае передавать пароли. Как уже было сказано выше, на помощь приходят Cookies. Необходимые данные можно пересылать с их помощью, так же их и обрабатывать. Возьмем пример, в котором пользователь будет проходить аутентификацию с помощью технологии которой посвящена статья.

Генерации страницы, мы формируем уникальные значения, которые затем помещаем в переменные сервера. И в Cookies браузера, затем при авторизации мы получаем имя пользователя и его пароль, которые нам необходимо передать модулю обработки на сервере.

После того как пользователь ввел данные и нажал кнопку Submit его пароль заноситься в Cookies, а имя пользователя передается открыто - ссылкой например http://www.mubestajax.com/ajax.php?login=pupkin при получении данных сервер, в первую очередь проводит сверку полученных данных. Так как значения которые мы генерировали с начала работы сервера а затем передавали их глобальным переменным сервера и cookies должны совпадать, то при проверке целостности переданных данных в случае несовпадения программа перестает работать. Если же все прошло хорошо, то извлекаются все необходимые данные и проводятся необходимые вычисления и работы. Такой способ защиты достаточно прост и эффективен...

Боже мой!!! Какой бред! И опять приходит на ум Булгаков: "Никогда не читайте советских газет!". Ребята, никогда так не делайте!!! Это я про защищенность, а про "мы можем передавать данные только методом GET" - я вообще молчу...

Заметьте, изначальная идея Гаррета куда-то делась, и на ее смену пришел совершенно дикий код:

   // Input mode
    url  = 'http://localhost/xml/checkUserName.php?q=' + input;

То есть, от асинхронного обмена XML сообщениями (собственно AJAX, господа!) осталась только возможность запросить некие данные с помощью GET запроса. Воистину, сон разума рождает чудовищ!

А знаете, в чем самая большая проблема AJAX? В отсутствии стандартизации обмена меджу клиентом и сервером. В отсутствии единых принципов этого обмена! В том, что каждый раз этот обмен приходится писать заново. И всякие "AJAX фреймворки" - это лишь костыли! Вы просто выносите эту сизифову работу в тень, но не избавляетесь от нее...

Вчера на курсе мы попробовали одну идейку, которая позволяет однозначно специфицировать обмен данными в AJAX сценариях... Может быть, я соберусь и напишу статейки на этот счет. Как вы думаете, интересная это тема? Нужны вам материалы по этому?

Как сообщает Webmascon, у Яндекса есть три валидных с точки зрения HTML проекта:

1. «Музыка»
2. «Цитаты»
3. «Погода»

В основном используется XHMTL 1.0 Strict, Transitional там, где есть target="_blank".
Молодцы. Приятно видеть профессиональный подход к делу.

И правда, если посмотреть в код этих страниц, можно увидеть положительные подвижки, например:

<div class="b-foot g-decor-nojs">
    <p class="design"><a href="http://www.artlebedev.ru/">
    <img src="http://img.yandex.net/i/artlebedev2006.png" alt="art. lebedev" /></a>Дизайн 
    —<br />
    <a href="http://www.artlebedev.ru/">Студия Артемия Лебедева</a></p>
    <div class="info">
        <p><a href="/agreement.xml">Пользовательское соглашение</a></p>
        <div>
            Поиск по 251 338 альбомам, 282 484 исполнителям и 2 538 623 композициям.</div>
    </div>
    <p class="copyright">Copyright <span>© 2006 «<a href="http://www.yandex.ru/">Яндекс</a>»</span><br />
    <a href="/about.xml">О проекте</a> ·
    <a href="http://stat.yandex.ru/stats.xml?ProjectID=78&Age=d">Статистика</a> 
    · <a href="http://feedback.yandex.ru/?from=music">Обратная связь</a></p>
</div>

Но, при внимательном изучении кода, косяки все равно лезут:

        <form action="/search-group.xml">
            <table>
                <tr>
                    <td><input name="text" value /> <span>
                    <input type="submit" value="Найти" /></span></td>
                    <td class="line">
                    <div>
                        <div>
                        </div>
                    </div>
                    </td>
                </tr>
                <tr class="sample">
                    <td colspan="2">например, <i onclick="sample(this)">ддт ночь 
                    людмила</i> </td>
                </tr>
            </table>
        </form>

        ...

        <tbody class="b-alphabet">
            <tr>
                <td><i><a href="/artists.xml?id=D090">А</a></i></td>
                <td><i><a href="/artists.xml?id=D091">Б</a></i></td>
                <td><i><a href="/artists.xml?id=D092">В</a></i></td>
                <td><i><a href="/artists.xml?id=D093">Г</a></i></td>
                <td><i><a href="/artists.xml?id=D094">Д</a></i></td>
                <td><i><a href="/artists.xml?id=D095">Е</a></i></td>

Валидатор проверяет синтаксис и правильность сложения элементов, но не проверяет логику. А логика, мягко говоря, все равно осталась преждней... Точнее, ее отсуствие.

Как сообщают авторитетные источники в лице Антона Антича, Microsoft и Zend Technologies объявили о своем партнерстве. Речь идет, прежде всего о более тесной интеграции PHP в среду Windows Server:

The technology engagement between the two companies will include the following:

• Technical improvements for PHP deploying on the Windows Server platform will be submitted under the PHP license to the PHP community for feedback and contribution.
• Microsoft plans to develop and release an Internet Information Services (IIS) add-on component, FastCGI, that will serve as the interface between PHP and the IIS Web server. Microsoft expects that this FastCGI component will be made freely available from Microsoft on http://www.iis.net for users of Microsoft^® Windows^® XP, Windows Server 2003, Windows Vista™ and Windows Server “Longhorn.”
• Zend will establish a Windows testing lab and conduct regular tests and performance improvements to maintain high performance of PHP on the Windows Server platform as PHP evolves.
• Microsoft and Zend will work to help ensure a production-quality PHP runtime environment for IIS 5.1 (Windows XP), IIS 6.0 (Windows Server 2003) and IIS 7.0 (Windows Vista and Windows Server “Longhorn”).
• Zend and Microsoft will actively participate in the PHP community, ensuring open discussion to help developers planning to deploy PHP applications on the Windows Server platform.

Информация здесь: http://www.microsoft.com/presspass/press/2006/oct06/10-31MSZendPR.mspx

Вышел новый FireFox. Ура, товарищи! Из нововведений, которые сразу бросаются в глаза - проверка орфографии в полях формы (долой очепятки на форумах!)

Вообще-то, я не фанат Мозилы-Тормозилы. Но у него теперь есть два явных полезных свойств:

• принудительное масштабирование ширфтов на идиотских сайтах, которые не масштабируются
• Проверка орфографии в полях формы

В общем, какчайте и наслаждайтесь - он удобен!

Виталий Кузнецов опубликовал список служб и сайтов Windows Live. Очень полезный список. 

Перепечатывать не буду, смотрим по ссылке:

Vitaly Kuznetsov: Windows Live

Интересная статья на www.ibm.com: Five common PHP database problems

Jack Herrington (jherr@pobox.com), Senior Software Engineer, рассматирвает 5 наиболее распространенных ошибок разработчиков PHP при работе с базами данных. По мнению Джека ошибки такие:

• Прямой доступ к MySQL, а не использование классов модуля PEAR DB module
• Игнорирование при разработке баз данных полей AUTO_INCREMENT
• Использование нескольких баз данных вместо одной
• Неиспользование связей между таблицами в БД
• Использование и написание похожих функций для однотипных запросов

Вообще-то Джек Херрингтон прав, но в любом случае следует помнить, что это - личное мнение автора статьи. Я бы, например,  добавил бы этот список еще пунктами:

• Бестолковое использование/неиспользование индексов
• Неиспользование таких мощных инструментов как хранимые процедуры и SQL просмотры
• Использование ненормализованных БД
• Выполнение запросов без органичений (то есть берем с MySQL лишнее)
• Не кеширование результатов длительных запросов на страницах PHP
• и т.п.

Джек заканчивает статью очень мудрыми словами:

Databases are powerful tools, and -- like all powerful tools -- they can be abused if you don't know how to use them properly. The trick behind identifying and solving these problems is to better understand the underlying technology. For too long, I've heard business logic coders lament that they don't want to have to understand the database or the SQL code. They wrap the database in objects and wonder why the performance is so poor.

They fail to realize that understanding the SQL is fundamental to turning the database from a difficult necessity into a powerful ally. If you use databases on a daily basis, but SQL isn't your strong suit, read The Art of SQL. It's a well-written, practical guide to getting the most out of a database.

Ну а я могу добавить к финальной фразе, что в Центре Компьютерного Обучения "Специалист" буквально в ближайщие дни появится полноформатный курс, посвященный исключительно серверу MySQL (по мотивам моего тренинга в Лондоне), и все подобные вопросы как раз на этом курсе и будут рассматриваться. Так что следите за новостями Центра Специалист и добро пожаловать в мир баз данных MySQL:

• HTML формат: http://www.specialist.ru/News/
• RSS поток: http://www.specialist.ru/Webservices/Rss/news.asp 

Опа! Зашел я сегодня на www.pnp.net и увидел, что сайт явно в дауне. Вот скриншот:

Это еще раз подтверждает, что абсолютно надежных серверов не бывает!

Как известно (или неизвестно) RSS потоки делятся на нормальные и жлобские.

Нормальный фид - это набор заметок интересующего нас сайта, который призван сэкономить нам время и не отвлекать нас на посещение данного ресурса. Как приятно утром с чашечкой кофе читать в RSS агрегаторе такую подборку! Пара кликов и ваши любимые сайты у вас, как на ладони. Конечно же, в этом случае заметка нормального RSS фида должна содержать в себе полный текст самой новости и, возможно, ссылки на комментирование этой заметки. И именно это ее отличает от жлобского RSS фида.

Жлобский RSS фид - это заголовок, одно тупое предложение в качестве текста и дурацкое многоточие в конце. Типа, щеклни меня и зайди на наш самый супер-пупер сайт с офигенной рекламой и читай там! Понятно, подписываться на такие фиды - это засорять дерьмом свой RSS агрегатор. К тому же, жлобскими RSS фидами часто грешат всякие новостные или около того сайты. И обновляются жлобские RSS чуть ли не раз в 5 минут, генерируя по десятку новых жлобских новостей, состоящих из одного предложения с дурацким многоточием:

Примеры жлобских RSS:

• http://www.cnews.ru/news.xml
• http://www.securitylab.ru/_Services/Export/RSS/

В качестве основного RSS агрегатора я использую intraVnews - дополнение к MS Outlook 2003, записывающее RSS фиды в папки Outlook, что позволяет мне утром получать нужную инфорацию в одном окне и к тому же, позволяющее иметь мощный и быстрый поиск по всем фидам за последние несколько месяцев. Но жлобские RSS все портили... До сегоднященего дня.

И вот, я нашел отличное решение для таких RSS-фидов! Вот оно:
http://www.msgpluslive.net/scripts/browse/index.ph...

Это плагин (скрипт) к Windows Live Messenger, но для того, чтобы этот плагин работал, нужно чтобы поверх WLM был установлен Messenger Plus Live - невероятно мощное дополенние к WLM. Как, у вас его нет?! Немедленно скачивайте и ставьте! Не пожалеете! MUST HAVE обязательно!
http://www.msgpluslive.net/

Итак, Messenger Plus Live умеет расширять свою функциональность за счет так называемых скриптов, дополнений к нему. И вот отличное дополнение: Rssreader - A Feedreader which displays toasts for new feeds. Как можно догадаться, это RSS агрегатор, который выводит заголовки новостей и краткий текст прямо на рабочий стол в виде оповещений мессенджера (см. скриншот справа)

Очень удобно! Вы не щелкаете 5 сек - новость исчезает! Щелкаете - окрывается сайт. И самое главное - основной агрегатор не забивается мусором!

В общем, качайте и наслаждайтесь!