Google Sitemap — это один из довольно интересных инструментов от Google для веб-разработчиков, позволяющих в какой-то степени влиять на индексацию своих сайтов. Про то, что это такое и зачем это надо подробно написано самими разработчиками. «Скормить» sitemap консоли Google можно в четырёх форматах:

• Sitemap. Это созданный Google открытый XML-протокол.
• OAI-PMH — это инфраструктура взаимодействия на основе сбора метаданных. Не стоит это курить, я думаю.
• RSS-поток — каналы в формате RSS 2.0 и Atom 0.3.
• TXT — простой текстовый файл, содержащий один URL в каждой строке.

Сам Google рекомендует использовать первый вариант, так как он наиболее информативен для его пауков. Текстовый файл несет слишком мало информации, а OAI-PMH это что-то сугубо спецефическое. Интерес представляет возможность обработки RSS, особенно в свете покупки Google сервиса FeedBurner, обрабатывающего RSS-потоки.

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

Простейший файл с одним элементом и без необязательных параметров в формате Google Sitemap выглядит так:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.google.com/schemas/sitemap/0.84">
<url>
<loc>https://zhilinsky.ru/</loc>
</url>
</urlset>

Для его автоматического создания есть большое количество онлайн-сервисов.

Небольшой опрос показал, что наиболее безопасными и защищёнными от взлома люди считают следующие системы управления контентом (CMS):

• CMS Made Simple — рекомендации от людей, занимающихся аудитом безопасности, успешная эксплуатация в «боевых» условиях.
• MODx CMS — довольно новая система, и довольно сложная, поэтому считается довольно безопасной.
• Joomla CMS — постоянно выходящие обновления безопасности делают её очень защищённой.
• ExpressionEngine Core.

Многие так же обратили внимание, что очень редко встречаются сообщения о взломе дорогих CMS. Скорее всего, дело в том, что при возникновении такой ситуации, владелец сайта просто обращается в техподдержку CMS и сам факт взлома из интересов создателей CMS не разглашается. Впрочем, многие считают Битрикс и Юми тоже очень «крепкими» системами. Исходя из того, кто их делает и почём продаёт, в этом нет причин сомневаться.

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

Общий вывод довольно прост: глупо спорить о методах — суть не в них. Делать надо всё с умом.

Жилинский В.: Для меня блочная верстка удобнее — позволяет при программировании выкинуть из кода много мусора в tr и td и окончательно отделить контент от дизайна.

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

Так чем всё-таки таблицы от дивов при верстке принципиально отличаются ?

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

Но ведь всё равно есть различия, например, их видно на мобильной технике типа смартфонов или КПК — там сайты с разными методами верстки и смотрятся совсем по-разному.

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

И ещё такой момент — редизайн намного легче сделать с дивами — передвигать блоки можно вообще в автоматическом режиме. С таблицами — пыли наглотаешься от таких задач.

Да нет, элементарно блоки превращаются в таблицы, а таблицы в блоки. Если таблицы выполнены без фанатизма
(без многократного вкладывания), а дизайн хранится отдельно от данных и скриптов. Все хочу написать статью об организации сайта — как хранить дизайн, данные и т. д., но руки не доходят. Так что, редизайн не зависит от способа верстки. Вообще, заглядывая во внутрь других сайтов, я вижу что у 99% верстальщиков в голове каша. Другого объяснения их приемам верстки не нахожу. А раз так, то не удивляет и спор вокруг таблиц и блоков.

То есть основная мысль такая: верстать сайт нужно так, как сказал заказчик, потому что разницы нет, правильно ?

Мне пока еще не разу никто не говорил, как нужно верстать. Говорят, каков должен быть внешний вид, часто дают готовые эскизы. А верстаю наугад. Раз так, в другой раз эдак. Если заказчик скажет как-то определенно, сверстаю точно по желанию заказчика.

Ясно. Ну я, к примеру, если заказываю верстку, то пишу конкретно — вот тут блоками будет лучше, тут таблицу оставить.

Ты то разбираешься в верстке, а обычный заказчик часто даже не знает, что бывает верстка блоками, верстка таблицами.

Ну что же, пока мы готовимся к Chaos Constructions 2007 (кажется, в этом году даже удастся поучавствовать в его проведении), пусть порадуются и жители Москвы, ибо 26-28 сентября в Экспоцентре на Красной Пресне состоится международная выставка-конференция по информационной безопасности Infosecurity Russia 2007.

Infosecurity Russia 2007 – ведущая в России международная выставка-конференция по информационной безопасности, ежегодно собирающая экспертов отрасли из России, СНГ и стран дальнего зарубежья.

В этом году на выставке будут представлены новинки от мировых лидеров отрасли информационной безопасности, таких как – Cisco, Microsoft, F-Secure, Kerio Technologies, McAfee, Symantec, SurfControl, Trend Micro, Websense, а также ведущих российских фирм, таких как Аладдин, Антивирусный центр, АМТ-Груп, БИТ, Диалог Наука, Доктор ВЕБ, Информзащита, Инфосистемы Джет, Лаборатория Касперского, Поликом Про, Элвис Плюс, Digital Security, Positive Technologies и других.

Выставка-конференция Infosecurity ориентирована на бизнес-руководителей и руководителей служб ИТ и ИБ, специалистов по информационным технологиям, консультантов и экспертов по ИТ.

Регулярные выражения (англ. regular expressions, жарг. регэкспы или регексы) — современная система поиска текстовых фрагментов в электронных документах, основанная на специальной системе записи образцов для поиска.

Это очень мощный инструмент работы со строковыми данными. Лично для меня всегда было трудно привыкнуть к синтаксису шаблонов — вылетает из головы быстрее, чем запоминается. Но и на этот счёт у меня есть «пара единственно верных решений».

Во-первых, можно повесить на стенку шпаргалку по регулярным выражениям.

Во-вторых, есть замечательный инструмент — RegexPal.

Его видно на скриншоте. Этот скрипт позволяет на лету создавать и проверять шаблоны (паттерны) регэкспов, подсвечивает синтаксис и содержит подсказки. Кстати, этот скрипт можно сохранить — он работает независимо от сервера.

В-третьих, есть программа RegexBuddy, которую многие хвалят. Говорят, если с ней разобраться, то она очень удобна. Но она опять же денег стоит…

Ну и на закуску самая маленькая шпаргалка по регулярным выражениям:

. - любой символ кроме перевода строки.
^ - начало строки.
$ - конец строки.
\d,\w,\s - цифры, буквы [A-Za-z0-9_], пробел.
\D,\W,\S - всё кроме цифр, букв, пробела.
[abc] - буквы a, b, или c.
[a-z] - от a до z.
[^abc] - любой символ кроме a, b и c.
a|b - или a или b.
? - Ноль или один символов.
* - ноль или более символов.
+ - один или более символов.
{n} - точно n символов.
{n,} - n или более символов.
{m,n} - между m и n символов.

Не так давно в комментариях интересовались PHP-функциями для перекодировки в UTF-8 из других кодировок и наоборот. Выкладываю несколько скриптов, на основе которых, в принципе, можно собрать любую функцию для конвертации кодировок.

Напоминаю, что всё-таки это не самый прямой путь. Для начала попробуйте использовать Iconv, если он установлен на вашем сервере.

$title = iconv("ISO-8859-1","utf-8",$title); // из ISO в UTF.

detect_utf
Функция для обнаружения того, что строка закодирвана UTF-8 (бинарно). Возвращает true если UTF-8 или false если ASCII.

unicod
Функция для перекодирования строки CP1251 в UNICODE. Для экономии размера заменяет одинаковые по начертанию символы кириллицы на символы латиницы (чтобы сэкономить — вместо «&x0430» («а» рус.) рисует «a» («a» eng.))

win_utf8
Перекодировка win1251 -> unicode (UTF-8)
То же самое, только без экономии места.

utf8_win
Функция для перекодировки unicode UTF-8 -> win1251.

utf8win
Конвертация строки в Win-1251, если она закодирвана UTF. Например — (&[#]x041C;&[#]x0435;&[#]x043B;) . Иногда ошибается. Кавычки — чтобы WP не дешифровал.

utf16win
Конвертация строки в Win-1251,если она закодирвана UTF. Например — (%u041C%u0435%u043B). Иногда ошибается.

win2utf
Конвертирует Win1251 -> unicode (не UTF-8).

Предлагаю порассуждать на тему социальных проектов в интернете — их уже так много, что пора уже как-то классифицировать. Пожалуй, стоит сразу заметить, что я имею в виду русскоязычные сервисы (в основной массе — клоны англоязычных).

На мой взгляд, несколько обособилась от остальных проектов Wikipedia (Видео: Wikis), прочно заняв свою нишу универсальной энциклопедии и источника информации. Примерно то же самое происходит и с Last.fm — многие пользуются, многие уже по привычке, но шума никакого нет — просто удобный сервис со своей аудиторией.

Сервисы социальных закладок понемногу сдают свои позиции. Я думаю, что основная причина — недостаточно юзабельные сервисы. Например, никто из них так и не догадался сделать плагины для браузеров, отображающие социальные закладки в привычном пользователям виде (а если такой плагин и есть, то я о нём не знаю).

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

Недалеко ушли и сервисы контактов — большинство пользуется примитивным «вконтакте», в то время как любая попытка добавить функциональности неизбежно убивает удобство и интуитивность (Xing, например).

Поэтому я считаю, что единственная стабильная и саморегулирующаяся социальная сеть — это сеть блогов. А будущее за теми стартапами, основатели которых догадаются взять в команду толкового специалиста по usability (удобство и простота использования). Все желающие поспорить — комментируйте.

Chaos Constructions 2010.

Отличная новость ! Фестивалю CC`07 — быть! Преодолев все трудности, фестиваль Chaos Constructions Antique’2007 ($CCA7) состоится 25 и 26 августа всё в том же культурно-выставочном центре «ЕВРАЗИЯ» (Санкт-Петербург, ул.Капитана Воронина,13. В 5 минутах ходьбы от метро Лесная).

В этом году фестиваль проходит под знаком «возвращения к истокам» — слово Antique в названии не случайно. Судя по всему, будет поднято из глубин памяти то время, когда программы были маленькими, а компьютеры — большими.

Что такое Chaos Constructions?

• Люди. Такие же гики, как и мы. Зарегистрировалось уже около 400 человек. Поводов для общения обещают предостаточно.
• Техника. Большое количество реально интересных устройств всех эпох и религий.
• Демо. Большие экраны, видеоролики, демо, фильмы на компьютерную тематику. Интервью, рассказы об интересных программных и аппаратных решениях.
• Конкурсы. Серьёзные и просто забавные, для профи и для всех желающих.
• Атмосфера. Для тех, кто придёт со своими компьютерами будет бесплатно предоставлен доступ в Интернет (Wi-Fi) и 220 вольт.

На сайте CC`07 уже открыта регистрация посетителей. Нужно ли говорить, что я буду?

FireFox — это практически бесконечо настраиваемый и расширяемый браузер, который готов прогнуться под любые требования пользователя. При этом настроить его можно и без плагинов.

Возьмём, например, такую задачу — убрать с панели инструментов кнопку «Стоп», когда страница уже полностью загрузилась. Она ведь становится бесполезной.

Откройте файл: C:\Documents and Settings\[ваше имя пользователя]\Application Data\Mozilla\Firefox\Profiles\[код профиля]\chrome\userChrome.css.

Если его там нет, то переименуйте userChrome-example.css в userChrome.css.

Добавьте в конец файла такой скрипт:
/* Хитро показываем кнопки Стоп и Обновить */
#stop-button[disabled] { display: none;}
#stop-button:not([disabled]) + #reload-button {
display: none; }
/* ------------------------------------------- */

Теперь проверьте, чтобы в панели кнопка «Стоп» стояла сразу перед кнопкой «Обновить» и перезапустите браузер. Теперь если страница загружается — на панели кнопка «Стоп», а когда загрузится — кнопка «Обновить». Место сэкономлено с умом.

Google продолжает совершенствовать свои алгоритмы. Интересно, они ещё сами в них не путаются? Появилась информация, что в дальнейшем при поиске наибольший вес будет придаваться новым релевантным материалам (счёт уже идёт на минуты и часы), что как-то плохо вяжется со ссылочным ранжированием и Page Rank`ом.

Google в своём официальном блоге сообщает об изменениях в стандарте REP (Robots Exclusion Protocol — протоколе исключения роботов). Так же добавлены новые META-тег для роботов: unavailable_after (позволит запретить Google индексацию страницы после определенной даты) и мета-заголовок X-Robots-Tag.

Смысл последнего в следующем: его можно включить в страницу с уже известными параметрами (noarchive, nosnippet, noindex, unavailable_after), действие которых аналогично соответствующим мета-тегам для данной страницы.

Похоже, фильтр Supplemental Result приобрел настолько массовый характер, что Google решил уверить общественность, что в нём нет ничего страшного и фильтр накладывается только на сайты с неуникальным контентом. Хотя есть мнение, что под этот фильтр могут попасть и оригинальные страницы, не имеющие достаточный PageRank, чтобы быть в основном индексе.

Кстати, старый способ просмотра Supplemental result больше не работает, сменившись на такой:
site:http://www.domen.com/&
Например, site:https://zhilinsky.ru/&.