Вообще-то возможно. Пусть не все.
Когда-то, когда мы писали на чистом JS, CSS и HTML, то понять, что было использовано было трудно, впрочем особо и не было ничего. Сайт, накатанный на PHP в среднем отличался кучей долбанных отступов там, где им быть не положено и т.д.
Сейчас же все собирается сборщиками типа Webpack, которые оставляют следы, да можно и в мапы залезть. Кто чистит их? Лично я не особо парюсь, так как оно все не отражает логику. Логика важнее, чем инструмент.
Ну и всякие фреймворки js имеют свои директивы типа ng-app и другого рода префиксы. Это все не считая упоминаний в коде. А если подключен фрейм отдельным файлом под CDN, так вообще какой вопрос?
CMS-ки тоже следят. В основном входами в админки. И структурой приложения. Узнать сайт на битриксе можно среди тысяч.
S_Tigrov, дополнительная обертка дает тебе +2 псевдоэлемента, +3 к скорости и +1 к вложенности, -5 к читаемости кода (если ты не снабдишь его внятными названиями и комментариями).
viktorross, он в документации. Там же ссылка на более старую реализацию. Ознакомься внимательно.
Если не поймешь, то вчитавшись в терминологию сможешь корректно (максимально корректно с новыми знаниями) задать вопрос гуглу.
Вообще вопрос легко ищется поисковиком, вон у тебя от кого-то даже висит жалоба из-за этого.
Ну дык ты работаешь с HTML, а там тег и его аттрибуты это одна строка. Максимум — автоперенос при переполнении строки.
ИМХО, такая форма записи с переносами это от лукавого, хотя я тоже так пишу, python-о-подобный-код, но я с ним в основном на бэке и работаю. И... Мне ничего не мешает заводить атрибуты руками с сокращениями, к примеру, если начать вводить «cl», то табом я активирую аттрибут класс. А если изначально форма записи была emmet-ообразной .classname, то просто создаю переносы.
На счет разбивки на файлы — кому удобно, кому нет, частично вынести CSS может быть удобно (я лично держу все в одном файле).
WessBorland, во-первых глянь ссылку, что я оставил. А если тебе все еще так нужно велосипед сделать, то читай про всплытие и перехват. Ведь как я понял, это твоя проблема?
Ankhena
Да, самый оптимальный подход — основная навигация. Но вообще это просто навигационный блок. Можно основную навигацию вообще не оборачивать, но она будет иметь большой вес из-за количества повторений и переходов. Поисковики ловят такие штуки, как поведенческие факторы. При этом они будут преобладать (поведенческие факторы) при формировании сниппета с быстрыми ссылками над основной навигацией, что бы мы ни делали).
Я говорил, говорю и буду говорить: делай все возможное, чтобы роботы правильно разбирали твой сайт (всегда акцентирую внимание, что не приложение с паролем), а потом молись.
Как по мне, вся эта классово верная семантическая верстка от лукавого (я совсем не агитирую не использовать ее, наоборот), ибо вот Open Graph работает. Инфа сотка, а вот помогут ли в действительности твои старания считать сайт? Да хз, робот и так придет возьмет свое. Главное не мешай, это уж точно. Впрочем ладно, что-то я в философию ушел. Спасибо за внимание.
godsplane, картинке дай альт, который соответсвует содержанию, скажем «лого проката авто такого-то», а H1 должен быть «Прокат автомобилей в Челябинске» (он же им и является, я глянул) и этого достаточно.
Alt поисковые боты учитывают, а за извращения со скрытым контентом можно бан словить. По правде говоря я лично не имею опыта попадания в бан, так как эта информация (о запрете) весьма простая и доступная, к тому же прописана где-то в недрах справки для вебмастеров у яндекса.
А вообще да, в нормальном дизайне, H1 это то, что должно быть где-то сверху, сохраняя иерархию, но когда приходит в твою жизнь SEO, он ломает эти представления.
Повторюсь, просто дай alt картинке и не мучайся. Понятное дело, есть такие штуки, как переключаемое содержимое, или spoiler-ы (details), глядя на которые может и возникнет желание наэтосамое систему, но зачем?
К слову я в принципе рекомендую посмотреть справку яндекса (тут в тексте есть ссылка) и google (ищи сам). Многие такие моменты достаточно подробно рассмотрены.
Roman_Khi, покажи кусок верстки, чтобы предметно ответить, почему так.
Я лично не вижу, к чему привязаны да хотя бы класс .sport_sekcii.
К слову, я имел в виду задать бордер для строки. Это оптимальный вариант в данном случае (если нет необходимости сделать выборочную подсветку цветом столбцов).
longclaps, да наверное небольшой, особенно, если заходить через задницу в индустрию.
Мои первые три годы были временем учебой и активным фрилансом. Самые посещаемые мной сайты были google, справочник по джумле и вп. Я уже не уверен на все 100, но кажется тогда я знать не знал ни про какие гитхабы.
Genri_Rus, ну да, как я и думал, это битые searchParams. Да, можно через slice. Вот тут есть инфы. Но как я и сказал ранее, проблему это не решит, просто подопрешь костылем. Попробуй узнать, почему такая беда с параметрами. Ну а если от тебя это никак не зависит, то да, костыляй на здоровье. Можешь, кстати, обратить внимание и на searchParams. Я уверен, это плохая идея, но попробуй ему весь урл скормить. Может и битый разберет.
Когда-то, когда мы писали на чистом JS, CSS и HTML, то понять, что было использовано было трудно, впрочем особо и не было ничего. Сайт, накатанный на PHP в среднем отличался кучей долбанных отступов там, где им быть не положено и т.д.
Сейчас же все собирается сборщиками типа Webpack, которые оставляют следы, да можно и в мапы залезть. Кто чистит их? Лично я не особо парюсь, так как оно все не отражает логику. Логика важнее, чем инструмент.
Ну и всякие фреймворки js имеют свои директивы типа ng-app и другого рода префиксы. Это все не считая упоминаний в коде. А если подключен фрейм отдельным файлом под CDN, так вообще какой вопрос?
CMS-ки тоже следят. В основном входами в админки. И структурой приложения. Узнать сайт на битриксе можно среди тысяч.