HTML5 → Чёртова дюжина советов начинающим верстальщикам. Часть первая
Доброго времени суток!
Я являюсь фрилансером. Раньше я не особо задумывался над тем, как и что делают верстальщики. Я делал серверную часть, а мой друг верстал и набивал контент. Совсем недавно мне захотелось попробовать «что и как». Пару дней назад мне на глаза попался материал, который мне очень понравился. Он наглядно обЪяснял, что и как нужно писать. К сожалению, сылку дать не могу, так как я не запаомнил, где располагался сей мануал, но… Казалось бы, можно это и запомнить, но я пошёл ещё одним путём — законспектировал это дело. Собственно, добро пожаловать в мою записку.
Введение
Я являюсь фрилансером. Раньше я не особо задумывался над тем, как и что делают верстальщики. Я делал серверную часть, а мой друг верстал и набивал контент. Совсем недавно мне захотелось попробовать «что и как». Пару дней назад мне на глаза попался материал, который мне очень понравился. Он наглядно обЪяснял, что и как нужно писать. К сожалению, сылку дать не могу, так как я не запаомнил, где располагался сей мануал, но… Казалось бы, можно это и запомнить, но я пошёл ещё одним путём — законспектировал это дело. Собственно, добро пожаловать в мою записку.
Веб-разработка → Повесть о том, как я «воевал» с xhtml+jspx+tomcat6 из песочницы
Доброго времени суток.
В данной статье я бы хотел рассказать о разработке своего первого стартапа, а так же о том, как я потратил 3 часа в пустую из-засвоей самоуверенности недостатка знаний.
Честно признаться у меня давно «чесались» руки написать что-нибудь, и как вы понимаете, я не имею в виду никому не нужные университетские лабы, а то, что будет полезно как профессионалам ИТ сферы так и рядовым пользователям. И вот, некоторое время назад, мы: я (кодер) и два моих боевых товарища (верстальщик и сисадмин), решились начать работу над своим первым стартапом.
В данной статье я бы хотел рассказать о разработке своего первого стартапа, а так же о том, как я потратил 3 часа в пустую из-за
Предисловие
Честно признаться у меня давно «чесались» руки написать что-нибудь, и как вы понимаете, я не имею в виду никому не нужные университетские лабы, а то, что будет полезно как профессионалам ИТ сферы так и рядовым пользователям. И вот, некоторое время назад, мы: я (кодер) и два моих боевых товарища (верстальщик и сисадмин), решились начать работу над своим первым стартапом.
Веб-разработка → Нужна ли HTML-валидация?!
Что такое HTML-валидация?
HTML-валидатор производит несколько проверок Вашего кода. Основные из них:
- Валидация синтаксиса — проверка на наличие синтаксических ошибок. <foo bar="baz"> является корректным синтаксисом, несмотря на то, что <foo> не является допустимым HTML-тэгом, так что проверка синтаксиса является минимально полезной для написания хорошего HTML.
- Проверка вложенности тэгов — тэги должны быть закрыты в обратном порядке относительно их открытия. Например, эта проверка отлавливает ошибки с неправильно закрытыми <div>.
- Валидация DTD — проверка соответствия Вашего кода указанному Document Type Definition. Она включает проверку названий тэгов, атрибутов, и «встраивания» тэгов (тэги одного типа внутри тэгов другого типа)
- Проверка на посторонние элементы — проверка выявляет все, что есть в коде, но отсутствует в DTD. Например, пользовательские тэги и атрибуты.
Имейте ввиду, что это логические проверки, и не важно как реализован валидатор. Если хотя бы одна из проверок не проходит успешно, то HTML считается невалидным. И в этом заключается проблема.
Каскадные Таблицы Стилей → Как IE8 определяет Document Mode, по которому затем рендерит сайты
Команда IE официально опубликовала алгоритм определения Document Mode в IE8.
Оказывается при определении Document Mode учитывается множество косвенных параметров, связанных с интранетом и клиентскими настройками.
Оказывается при определении Document Mode учитывается множество косвенных параметров, связанных с интранетом и клиентскими настройками.
Веб-разработка → Почему важен DOCTYPE и как его правильно использовать
Решил проводить регулярные лекции и практические занятия со своими сотрудниками по программированию на PHP, MySQL, Javascript. А также другим технологиям необходимым для выпуска качественных сайтов. Начать решил с самого «верха», с HTML тэгов. Буду рад, любым комментариям :)
Сразу оговорюсь, что бОльшая часть информации я нашел в интернете, внизу статьи будут приведены ссылки на источники. Часть информации была переведена совместно с google translate.
Итак:
Вроде бы вы сделали все правильно, но ваш сайт почему-то не выглядит или не работает, как ожидалось, в последних версиях броузеров.
Вы написали правильный стандартный XHTML код и стандартный CSS. Вы воспользовались стандартной спецификацией для работы с DOM (Document Object Model), чтобы управлять динамическими элементами на странице. И все-таки, в броузерах, которые казалось бы сделаны с соблюдением именно этих стандартов, ваш сайт не работает. Скорей всего, ошибка кроется в неправильном заголовке DOCTYPE.
Эта небольшая статья расскажет вам о заголовках DOCTYPE, которые работают, а также объяснит практическое и теоретическое значение этого, казалось бы отвлеченного от реальности, тега.
Сразу оговорюсь, что бОльшая часть информации я нашел в интернете, внизу статьи будут приведены ссылки на источники. Часть информации была переведена совместно с google translate.
Итак:
Почему так важен DOCTYPE
Вроде бы вы сделали все правильно, но ваш сайт почему-то не выглядит или не работает, как ожидалось, в последних версиях броузеров.
Вы написали правильный стандартный XHTML код и стандартный CSS. Вы воспользовались стандартной спецификацией для работы с DOM (Document Object Model), чтобы управлять динамическими элементами на странице. И все-таки, в броузерах, которые казалось бы сделаны с соблюдением именно этих стандартов, ваш сайт не работает. Скорей всего, ошибка кроется в неправильном заголовке DOCTYPE.
Эта небольшая статья расскажет вам о заголовках DOCTYPE, которые работают, а также объяснит практическое и теоретическое значение этого, казалось бы отвлеченного от реальности, тега.
Персональные блоги → Парсинг DOCTYPE
Странно, но на практике самодельный DOCTYPE не очень-то хорош.
Хотя он и нужен лишь для того, чтобы нами созданный XML/XHTML был валидирован и структура его была понятна машинам, остаётся для меня загадкой: почему Firefox 3.0.11 и Google Chrome 2.0.172.33 обрабатывают DOCTYPE, добавляя баг в страницу?!
Собственно, баг выглядит так: ]>
Остаётся пока предположить, что в этих браузерах DOCTYPE вообще никак не обрабатывается. Действительно, вкрутить в страницу XHTML embeded SVG мне пока не удалось способами, описанными в wiki SVG.
Отписал неделю назад в службу поддержки Гугла — не ответили.
Фидбек форма Мозиллы вообще не в состоянии прожевать угловые и квадратные скобки, т.к. пытается воспринимать контент, как сущности wiki-движка. Отправил фидбек в виде скрина с блокнота :)
Ждём. Надеюсь, рано или поздно я прийду к возможности использования собственных тэгов в XHTML, а W3C прогнется, и все мы сможем, наконец, делать действительно ГиперТекстовые документы и раздвигать рамки стандартов, задавая новые. :)
Хотя он и нужен лишь для того, чтобы нами созданный XML/XHTML был валидирован и структура его была понятна машинам, остаётся для меня загадкой: почему Firefox 3.0.11 и Google Chrome 2.0.172.33 обрабатывают DOCTYPE, добавляя баг в страницу?!
Собственно, баг выглядит так: ]>
Остаётся пока предположить, что в этих браузерах DOCTYPE вообще никак не обрабатывается. Действительно, вкрутить в страницу XHTML embeded SVG мне пока не удалось способами, описанными в wiki SVG.
Отписал неделю назад в службу поддержки Гугла — не ответили.
Фидбек форма Мозиллы вообще не в состоянии прожевать угловые и квадратные скобки, т.к. пытается воспринимать контент, как сущности wiki-движка. Отправил фидбек в виде скрина с блокнота :)
Ждём. Надеюсь, рано или поздно я прийду к возможности использования собственных тэгов в XHTML, а W3C прогнется, и все мы сможем, наконец, делать действительно ГиперТекстовые документы и раздвигать рамки стандартов, задавая новые. :)
Персональные блоги → Проблема с css в firefox при указанном doctype
Сегодня пол часа потратил на необычную для меня проблему: Документ во всех браузерах отображается нормально, а в файрфоксе почему-то не работали стили.
Проблема возникла только, после помещения сайта на виртуальный хостинг — с домашнего тестового сервера все работало нормально.
Файл с css вроде был доступен, тем не менее firefox не определял его как стиль.
На деле все оказалось достаточно просто: когда в документе прописан DOCTYPE файрфокс становится требователен к типу содержимого файла с таблицей стилей, то есть сервер должен вернуть файл исключительно с Content-Type: text/css, в соответствии со спецификацией W3C. Однако апач у хостера был настроен каким-то интересным образом, так, что он возвращал файлы css с Content-Type: text/plain.
Из-за такой нелепости пришлось потерять достаточно много времени.
Когда уже разобрался с проблемой, обнаружил, что она уже обсуждалась на форуме мозиллы в 2007 году, просто я искал ответ не по тем ключевым словам.
Проблема возникла только, после помещения сайта на виртуальный хостинг — с домашнего тестового сервера все работало нормально.
Файл с css вроде был доступен, тем не менее firefox не определял его как стиль.
На деле все оказалось достаточно просто: когда в документе прописан DOCTYPE файрфокс становится требователен к типу содержимого файла с таблицей стилей, то есть сервер должен вернуть файл исключительно с Content-Type: text/css, в соответствии со спецификацией W3C. Однако апач у хостера был настроен каким-то интересным образом, так, что он возвращал файлы css с Content-Type: text/plain.
Из-за такой нелепости пришлось потерять достаточно много времени.
Когда уже разобрался с проблемой, обнаружил, что она уже обсуждалась на форуме мозиллы в 2007 году, просто я искал ответ не по тем ключевым словам.
Веб-стандарты → Разметка. Transitional vs Strict
Речь в статье пойдет о такой, казалось бы изжеваной и изъезженой теме, как валидация веб-документа по одной из DTD-схем, которые в свою очередь определяются с помощью DOCTYPE.Тема эта нетривиальна; преимущества и недостатки того или иного способа валидации на первый взгляд не всегда являются явными. Поэтому я решил что упомянуть о них еще раз будет не лишним.
В последнее время, многие редакторы и CMS'ки автоматически проставляют DOCTYPE для документа, что само по себе является прорывом, но к сожалению этого недостаточно, так как зачастую это именно Transitional схема. Начинающие разработчики не уделяют этому должного внимания, а зачастую вобще не подозревают что у них есть выбор.
НЛО прилетело и опубликовало эту надпись здесь.
Веб-разработка → О стартапах, валидации и искусстве (т.е. арт)
Короткий пост будет. Одна ссылка, на W3C Validator. И один комментарий/вопрос: нахера заявлять соответствие DOCTYPE если в первом же (в третьем, если быть честным-точным) делать два самых позорных, с точки зрения XHTML ляпа? Или г-н Лебедев на поводу у моды пошел?