Развивая идею вёрстки независимыми блоками мы постепенно придём к вёрстке независимыми модулями, а пока остановимся подробней на сабже…

Но сперва небольшое терминологическое отступление.

Вёрстка страницы — процесс расположения элементов на странице в соответствии с дизайном.

Вёрстка бывает:

• Табличная. Страница представляет из себя одну большую таблицу с мелкими ячейками. Каждый элемент занимает несколько смежных ячеек образующих прямоугольную, не пересекающуюся с остальными, область.
• Блочная. Страница делится на крупные блоки, те на более мелкие, и так далее до нужной степени детализации.
• Слоёная. Элементы позиционируются абсолютно, независимо от расположения остальных элементов.

Разметка текста — обогащение текста специальными машиночитаемыми условными обозначениями.

Official Google Reader Blog

Пара мелких доработок от EasWeb.org.ua

Убираем auxpage_ у информационных страниц

В стандартной конфигурации Webasyst Shop-script ссылки на дополнительные страницы выглядят как {http://mystore.com/auxpage_about/ }
Не очень красиво.

Решил проводить регулярные лекции и практические занятия со своими сотрудниками по программированию на PHP, MySQL, Javascript. А также другим технологиям необходимым для выпуска качественных сайтов. Начать решил с самого «верха», с HTML тэгов. Буду рад, любым комментариям :)
Сразу оговорюсь, что бОльшая часть информации я нашел в интернете, внизу статьи будут приведены ссылки на источники. Часть информации была переведена совместно с google translate.
Итак:

Почему так важен DOCTYPE

Вроде бы вы сделали все правильно, но ваш сайт почему-то не выглядит или не работает, как ожидалось, в последних версиях броузеров.
Вы написали правильный стандартный XHTML код и стандартный CSS. Вы воспользовались стандартной спецификацией для работы с DOM (Document Object Model), чтобы управлять динамическими элементами на странице. И все-таки, в броузерах, которые казалось бы сделаны с соблюдением именно этих стандартов, ваш сайт не работает. Скорей всего, ошибка кроется в неправильном заголовке DOCTYPE.
Эта небольшая статья расскажет вам о заголовках DOCTYPE, которые работают, а также объяснит практическое и теоретическое значение этого, казалось бы отвлеченного от реальности, тега.

Привет, %username%
Как-то раз мне пришлось писать форму для добавления постов в блог. Помимо стандартных полей (название, дата, текст и.т.д.) необходимо было привинтить юзабельную форму добавления тегов.
Т.к. я кодю в jQuery, то и выбор был однозначным.
Вот необходимые задачи, которые я поставил перед собой:

1. Легко в настройке
2. Все теги храняться в одном файле (в кэше)
3. Минимальная нагрузка на сервер и клиента
4. Список тегов — подсказок открывается только для выбранного запроса на определенный тег.

Уже довольно продолжительное время я создаю всевозможные сайты: большие и маленькие, простые и сложные, плохие и хорошие… Практически в каждом сайте я оформляю внутри HEAD так называемые meta-теги. Привычка, знаете ли.

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

Не считаю себя экспертом в SEO (я больше специалист по части семантики кода и дизайну), но я хотел бы задать вопрос habrhabr-сообществу: полезны ли мета-теги вообще? (если брать во внимание только те, которые могут влиять на поисковую индексацию)

Ведь, meta-теги не гарантируют TOP рейтинг в поисковых системах и наиболее значимая их возможность — веб-мастер принудительно может «советовать» поисковым системам к какой категории, индустрии и т.д. отнести ту или иную страницу своего ресурса, что бесполезно в данный момент (популярные поисковые системы не берут это во внимание).

Буду признателен за ваши мысли!

Одим хмурым воскресным утром мне было нечего делать и я решил попробовать написать свой вариант велосипеда – облако тэгов на ASP.Net. Результат получился довольно интересным, поэтому решил оформить его в виде статьи и выложить на Хабре.
Сразу оговорюсь – это результат всего-лишь полуторачасового кодинга, соответственно просьба не воспринимать его как полностью готовый контрол, а лишь как концепт, который еще можно развивать и развивать.

Думаю, многие из вас видели плагин для wordpress. Симпатичный шарик привлек мое внимание и мне захотелось его поковырять...
Разочарованию не было предела ― он оказался на флэше(против флэша ничего не имею). Ладно, флэш так флэш нагуглил исходники, распаковал архивчик, а там… А там море файлов с кодом, файлы для настройки с парой десятков опций, несимпатичный фалик для вывода всего этого, для генерации xml'ки.
С этим я мириться уже никак не хотел и решил написать тоже самое, но на javascript. Привык я работать с jQuery поэтому решил сделать в качестве плагина для него.