- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Кстати, BrokenBrake, вот вам еще ссылка в пост:
HTML 5 Cheat Sheet (PDF) (можно распечатать и приколоть над монитором)
Добавил. Жаль, нет такого же, но не с такими ужасными чёрными линиями и с лёгким выделением не только удалённых элементов, но и новых.
HTML5 - шаг вперед и две назад. Сократили пять старых лишних тегов и ввели несколько десятков новых. При этом появились теги дублирующие друг-друга. При этом принцип максимальной совместимости из-за которого и появился HTML5, остался под вопросом - старые броузеры будут поддерживать старые теги заголовков h1...h6 и не будут поддерживать новый header.
Надежды на использование других XML-стандартов, вошедщих в xHTML2 пошли прахом. Кстати тот же xForm много лет поддерживается Мозиллой, но в HTML5 формы как были так и останутся узким местом.
Что касается валидности, то это вообще другая тема, имеющая с SEO только один общий пункт - яндексоидное недоразумение в виде noindex
Но jQuery и Ajax во многих случаях станет не нужным. Например, при валидации форм.
Интересно, каким образом HTML5 сделает ненужным Ajax и что он может предложить для валидации по сравнению с xForms?
Каждый, кому не лень, прекращает плодить свое (тот же FF, яша с его добавками как к HTML так и к роботсу и дале-дале).
в свое время Netscape наплодил свой javascript, IE - Ajax, design mode. И это дало существенный вклад в развитие WEB. А если бы все делалось с оглядкой на долбанный W3C, то до сих пор тексты в CMS пришлось бы вводить с HTML разметкой, как в Safari, Chrome и Опере, которые либо глючат, либо не поддерживают полноценный режим design mode
IE6 ... я срать хотел на W3C стандарты, а моя верстка будет сделана так, что-бы работать во всех браузерах даже если она не "валидна".
А что CSS-баги IE6 требуют не закрывать теги или размещать блочные элементы внутри строчных? Вроде HTML-валидность верстки в ie6 достигается легко, а CSS-изыски можно легко спрятать через вполне валидные хаки и условные комментарии.
HTML5 - шаг вперед и две назад.
Что конкретно отбрасывает нас аж на два шага назад?
но в HTML5 формы как были так и останутся узким местом...
Интересно, каким образом HTML5 сделает ненужным Ajax и что он может предложить для валидации по сравнению с xForms?
Ленитесь вы читать. Что-ж, спешлфою:
A new autofocus attribute can be specified on the input (except when the type attribute is hidden), select, textarea and button elements. It provides a declarative way to focus a form control during page load. Using this feature should enhance the user experience as the user can turn it off if he does not like it, for instance.
A new placeholder attribute can be specified on the input and textarea elements.
The new form attribute for input, output, select, textarea, button and fieldset elements allows for controls to be associated with a form. I.e. these elements can now be placed anywhere on a page, not just as descendants of the form element.
The new required attribute applies to input (except when the type attribute is hidden, image or some button type such as submit) and textarea. It indicates that the user has to fill in a value in order to submit the form.
The input element has several new attributes to specify constraints: autocomplete, min, max, multiple, pattern and step. As mentioned before it also has a new list attribute which can be used together with the datalist and select element.
The form element has a novalidate attribute that can be used to disable form validation submission (i.e. the form can always be submitted).
The input and button elements have formaction, formenctype, formmethod, formnovalidate, and formtarget as new attributes. If present, they override the action, enctype, method, novalidate, and target attributes on the form element.
...
Web Forms 2.0, previously a standalone specification, has been fully integrated into HTML 5 since last publication. The following changes were made to the forms chapter:
Support for XML submission has been removed.
Support for form filling has been removed.
Support for filling of the select and datalist elements through the data attribute has been removed.
Support for associating a field with multiple forms has been removed. A field can still be associated with a form it is not nested in through the form attribute.
The dispatchFormInput() and dispatchFormChange() methods have been removed.
Repetition templates have been removed.
The inputmode attribute has been removed.
The input element in the File Upload state no longer supports the min and max attributes.
The allow attribute on input elements in the File Upload state is no longer authoritative.
The pattern and accept attributes for textarea have been removed.
RFC 3106 is no longer explicitly supported.
The submit() method now just submits, it no longer ensures the form controls are valid.
The input element in the Range state now defaults to the middle, rather than the minimum value.
The size attribute on the input element is now conforming (rather than deprecated).
object elements now partake in form submission.
The type attribute of the input element gained the values color and search.
The input element gained a multiple attribute which allows for either multiple e-mails or multiple files to be uploaded depending on the value of the type attribute.
The input, button and form elements now have a novalidate attribute to indicate that the form fields should not be required to have valid values upon submission.
When the label element contains an input it may still have a for attribute as long as it points to the input element it contains.
The input element now has an indeterminate DOM attribute.
The input element gained a placeholder attribute.
И это дало существенный вклад в развитие WEB. А если бы все делалось с оглядкой на долбанный W3C, то до сих пор тексты в CMS пришлось бы вводить с HTML разметкой, как в Safari, Chrome и Опере, которые либо глючат, либо не поддерживают полноценный режим design mode
Не въезжаю, какая связь между развитием CMS и браузерными инициативами? Я как-то умудряюсь из "Оперы" прекрасно работать в TextPattern, что я делаю не так?
Что конкретно отбрасывает нас аж на два шага назад?
Да хотя бы тем, что вместо проработанной xForms принятой в качестве стандарта 6(!) лет назад, которую худо-бедно но поддерживают ie и Mozilla, мы получаем web Form 2.0, которую не поддерживает никто, с туманными переспективами внедрения в неизвестном будущем.
А самое поганое будет, если одновременно будут существовать xHTML2 и HTML5 - вот тогда будет полная жопа образца 90х годов. Когда у NN были свои теги, а y IE свои а у W3C - свои.
И будем мы верстать и кодить две версии сайта под 30 версий броузеров.
Ленитесь вы читать. Что-ж, спешлфою
Отнюдь. Я читал первоисточник
Изменения чисто косметические. И в стиле HTML5 - ввели кучу новых бестолковых тегов и атрибутов, в результате необходимость JS для валидации, AJAX-заполнения как была так и осталась. Сравните это с xForms К примеру: W3C XForms 1.0 FAQ
ЗЫ Оверквотинг - дурная манера.
Ну да за 11 лет Опера смогла догнать IE5.0 FCKEditor Кажется начало работать только в 9.5+ А в 9.27 он точно не работает.
А самое поганое будет, если одновременно будут существовать xHTML2 и HTML5 - вот тогда будет полная жопа образца 90х годов. Когда у NN были свои теги, а y IE свои а у W3C - свои.
Это маловероятно, т. к. гиганты поддержали HTML 5 со всеми его недостками.
ЗЫ Оверквотинг - дурная манера.
По-русски можно?
Ну да за 11 лет Опера смогла догнать IE5.0 FCKEditor Кажется начало работать только в 9.5+ А в 9.27 он точно не работает.
Вы не ответили на вопрос.
Вы не ответили на вопрос.
Как странно? Мне показалось, что я ответил на все вопросы. Но могу еще раз повторить.
Шаг вперед и два назад - это когда бросают перспективные, наработки и готовые стандарты (xForms, xPath и т.д.) и вместо них берут за основу сырые перелицовки старого барахла. С перспективами вндрения аж в 2022 году.
Это маловероятно, т. к. гиганты поддержали HTML 5 со всеми его недостками
к сожалению да.
По-русски можно?
Оверквотинг - избыточное цитирование.
Вы не ответили на вопрос.
У вас там два в одном.
1) Инициативы броузеров напрямую способствуют развитию CMS. Так например нестандартный режим design mode введеный MS в 1998 году в броузере ie5 позволил редатировать тексты в онлайне неподготовленными пользователями, не знающими HTML.
2) Вы делаете все абсолютно правильно - вы обновили версию оперы до 9.5+, в предыдущих версиях Опера вообще не работала с design mode, и это служило много лет причиной проблем пользователей этого броузера, которые не могли полноценно работать с CMS.
Качество работы с 9.5+ с WYSIWYG я оценить не могу, потому что по многолетней привычке не пользуюсь этим броузером для редактирования сайтов. И другим не рекомендую.
Ну да за 11 лет Опера смогла догнать IE5.0 FCKEditor Кажется начало работать только в 9.5+ А в 9.27 он точно не работает.
Ну встетаки стоит жить в реальном мире. Сейчас уже опера 9.6, и совсем скоро 10. Она уже давно обогнала FF по своей и скорорости и совместимости с основными игроками (IE и Safari) - за что отдельное уважение. Просто многим очень хочется казаться особенными, посему и FF (к сожелению не без помощи яши) начал подниматься. 2 месяцв пытался понять что в нем нашли. Ненашел.
Качество работы с 9.5+ с WYSIWYG я оценить не могу, потому что по многолетней привычке не пользуюсь этим броузером для редактирования сайтов. И другим не рекомендую.
Работаю в нем уже 4 года. Пока нет ничего лучше для Win.
Просто они не пошли по пути FF, лепть объектную модель похожую на IE, а спокойно, по деловому, получили доступ к оригинальной и стали ее поддерживать.
Да хотя бы тем, что вместо проработанной xForms принятой в качестве стандарта 6(!) лет назад
Именно в этом и беда его. Стандарт, сам по себе, не очень удобный, но имеющий право жить. На момент его принятия мало кто делал ставки на нетбуки и, тем более, на всякие сетевые гаджеты с крошечными экранами и не самым быстрым инетом. Появилась необходимость сделать так, чтобы не нужно было делать раздельные сайтя для наладонников и для десктопов. xHTML 2 какраз и позволяет решать такие задачи. Соглашусь с тем что HTML5 очень сырой. Через 3-4 года (когда он войдет в массы) появятся потомки 5.1-5.x. Но это не проблема дня сегодняшнего.
При этом не стоит забывать что серьезные игроки, типа Apple, бедут делать так как им удобно, а стандарты будут ползти за ними. Вы видили Web-страницы по стандарту Iphone? Скольок нужно будет новых тегов и параметров - столько и будет вводится. Ибо гиганты на то и гиганы чтобы равнялись на них.
T.R.O.N добавил 10.07.2009 в 09:47
на каждом сайте есть такая необходимость
истинная необходимть есть только при активном использовани JS для работы с DOM. Чаще всего это излишиста чем оправданные действия. Имхо конечно.
Ну встетаки стоит жить в реальном мире. Сейчас уже опера 9.6
В реальном мире я вынужден поддерживать Оперу 8.5. На русскоязычных сайтах с посещаемостью по миллиону человек/сутки, пользователи старых версий оперы увы присутствуют в достаточном количестве. При этом они как клопы - мелки, вонючи, кусачи, и злобны. К счастью визивиг им не нужен.
FF 2 месяцв пытался понять что в нем нашли. Ненашел.
Броузер плохой. Но в качестве инструмента отладки пока что непревзойденный. Имхо.
Вы видили Web-страницы по стандарту Iphone? Скольок нужно будет новых тегов и параметров - столько и будет вводится. Ибо гиганты на то и гиганы чтобы равнялись на них.
Вы сговорились с BrokenBrake? Я не понимаю о чем вы говорите. Какие нахрен гиганты? В мировой статистике броузеров есть два гиганта MS+Mozilla. И даже тогда, когда не было мозиллы а был только один MS его замечательные нововведения были проигнорированны w3c и карликами типа Оперы. Потом конечно что-то стандартизировали, но еще больше так и не пошло. К сожалению.
А то что логика HTML5 не в качественном росте, а в росте количества тегов и атрибутов - ну да. Спорит только BrokenBrake
В реальном мире я вынужден поддерживать Оперу 8.5. На русскоязычных сайтах с посещаемостью по миллиону человек/сутки, пользователи старых версий оперы увы присутствуют в достаточном количестве. При этом они как клопы - мелки, вонючи, кусачи, и злобны.
прально. У меня операт так и представляется. Когдато не поставил флажек - "менять версии". Очень у многих - воще стоит представление IE (одно время была мода менять вид сайта, если ходиш не ишаком.)
Я не понимаю о чем вы говорите. Какие нахрен гиганты?
Я веду проект, со средней посещаемостью в 25-30 к с вутки. Тематика - скажем так, всякое интресное (не порно, не адалт, не бизнес). Так вот, когда все бвло доработано чтобы люди ходили с наладонников, ихх вклад в посещаемость резко начал рости...
Теперь о гигантах. Мак + айфон + айтач набирает жудкие обороты (в отличии от увирающей Вин мобайл). Если Вы готовы отказаться от этих людей - ваше дело.
А то что логика HTML5 не в качественном росте, а в росте количества тегов и атрибутов - ну да.
Понимаете, есть такая штука - возобнавляемый шум. Мелкософт, чтобы о нем не забывали, как сумашедший плодит клоны XP (виста, вин7, сервер 2007). Хотя даже на программном уровне отличий практически нету.
w3org, на мой взгляд, очень озаботилось тем что о них потихоньку забывают (а значит падают прибыли), вот и начали двигать новые форматы. Чем больше шуму - тем выше известность (тем более что сейчас идет общая тенденция, что сайты смогут делать/поддерживать люди не знакомы с HTML, а значит и всемогущего W3ORG даже на слух не вспомнят)
T.R.O.N добавил 10.07.2009 в 13:40
Потом конечно что-то стандартизировали, но еще больше так и не пошло. К сожалению.
Стандарты нужны там где в них есть необходимость (как диаметр пожарных кранов), во всех остальных случаях - имеет место картельные соглашения ну и мысли монстров, которым нет смысла с кемто договариваться. Если ща выйдет IE с поддержкой HTML 10bis, практически все, невзирая на стандарты начнут верстать в нем. Все будет как с бредом о нелатинских доменных именах, как вломился протокол WINHTTP 5 и т.д.
Броузер плохой. Но в качестве инструмента отладки пока что непревзойденный. Имхо.
В общем-то, Ayavryk давно и неоднократно озвучивал своё мнение как на SE так и на других ресурсах. Ясно, что лучше чем Internet Explorer браузера нет и быть не может :) Все остальные - нелепые поделки. Верно?
А то что логика HTML5 не в качественном росте, а в росте количества тегов и атрибутов - ну да. Спорит только BrokenBrake
Да, BrokenBrake по-прежнему легко ведётся на глупые споры :) Хотя ведь очевидно, что мне вообще пофиг, как вы будете верстать. Все взрослые люди, способны делать выводы самостоятельно. Пускай те, кто игнорируют новые технологии останутся в хвосте - это их выбор.