Не судите строго, т.к. понять претензии w3c валидатора мне не всегда понятны, но в целом вот:
(Ниже так как я это понимаю)
Много предупреждений о том что type=”text/javascript” в теге script указывать не надо.
Ошибки из серии Duplicate ID – то ли одинаковые где, то ли я не знаю что она имеет в виду.
The first occurrence of ID was here. – тут то ли лишний ID, то ли что-то еще.
Duplicate attribute style – что-то с атрибутом style ей не нравится.
CSS: Parse Error – что-то с css ей не нравится.
An img element must have an alt attribute – Я так понимаю что для html5 все картинки должны иметь атрибут alt.
Element div not allowed as child of element a in this context. (Suppressing further errors from this subtree.) – это я не пойму, что она хочет от меня.
No p element in scope but a p end tag seen. – не видит открытый тег параграфа, хотя закрытый говорит есть, я так понял.
В основном все повторяются и много одинаковых ошибок и предупреждений.
samimages,
Что-то исправить мне действительно лень, но самое главное некоторые моменты я исправить не могу т.к. сайт работает на CMS WordPress и многие плагины и динамические элементы создают свою разметку которая не всегда валидная.---------- Добавлено 09.04.2018 в 02:02 ----------silicoid,
Согласен ошибки нужно исправлять, но мне кажется под этот валидатор сложно подстроиться чтобы ошибок не было совсем.
WordPress очень тяжелая CMS, но лично для меня удобная и гибка, но когда будет установлено много плагинов и добавлены различные фишки и функции он превращается в еще более нагруженную систему, что плохо влияет на скорость загрузки страницы. Не люблю некому что-то рекомендовать, но мне все же кажется, что на VPS (от тарифа зависит) он работает побыстрее и есть запас на будущее.
Я так понял стандартов никаких нет, и все делают кто во что горазд или как им нравится.
Bootstrap`овские брейкпоинты это примерно такие: 1200/980/768/480/320.
Скажите хоть кто как примерно делает для мобильных: вот у меня например до 785px все считай мобильное/планшетное(значительные изменения). От 785 до 1024 типо планшеты(незначительные изменения), а остальное как есть десктоп, сайт изначально под десктоп(но не 4К или во всю стену или изогнутые). Не очень ли напряжно под множество разрешений делать.
Согласен. Статистика это штука хорошая, вот когда-то у меня было по статистике 1%(или меньше) мобильных, а сейчас почти четверть 16%, с телевизоров как это не странно заходят люди 8 человека за месяц, но ведь все может измениться как и с мобильными, раньше это вообще некому нужно не было, а теперь…
Проблем нет, но хотелось бы узнать, есть ли какие-то стандарты по разрешениям экрана или это все делается так на вскидку, на глаз? И актуально ли это делать под ТВ.
Можно попробовать так, через медиазапросы:
Обернуть в div блок.
<div class="vk-widget-hide"> <script type="text/javascript" src="//vk.com/js/api/openapi.js?152"></script> <!-- VK Widget --> <div id="vk_community_messages"></div> <script type="text/javascript"> VK.Widgets.CommunityMessages("vk_community_messages", 15554, {expanded: "1",tooltipButtonText: "Есть вопрос?"}); </script> </div>
И в style.css прописать медиазапрос при котором будет скрываться блок.
@media screen and (max-width:764px){ .vk-widget-hide { display: none !important; } }
Всем спасибо за ответы.
Понимаю что вопрос я задал ламерский и может даже неинтересный, но вдруг кто удалял рубрику с кучей статей и у него возникли каке-то проблемы, мало ли. Поэтому просто хотел спросить, протестить на локально сервере это тоже вариант, но думал вопрос простой сразу и подскажут.
Общее описание почему возник вопрос: Есть основная рубрика, в ней подрубрика, эта подрубрика стала неактуальна и мне хотелось бы ее удалить, но чтобы записи остались в основной рубрике и в этой неактуальной подрубрике скопилось много статей.
Просто мне не приходилось удалять рубрики со статьями, пустые рубрики созданные по ошибке да тут нет вопросов, но рубрика которая уже много лет наполняется статьями нет.
Вспомнив о так называемом ЧПУ – у меня получается, так с начала видимо было, что ссылка формируется по типу – www.mysite.ru/kak-kupit-slona - по идее это значит что рубрики не влияют на формирование ссылки и они останутся как и были и все будет ок, вроде бы.
Когда-то я нажимал удалить рубрику со статьями и помоему там предлагалось если есть статьи выбрать другую рубрику к которой они привяжутся. Но это не точно, не помню. Психологически не могу нажать удалить рубрику :).
Не судите строго.
Я даже и не знаю, тогда когда начинал, наверное из за шаблона, в общем H3 выглядят чуть поменьше и не так навязчиво. Теперь то понятно что они должны идти по порядку от главного H1 до H6(в зависимости нужны ли они вообще), и то что можно всех их переназначить стилями css. Хотя честно сказать какое расположение у меня бы не было статьи все равно индексировались, хорошо ли плохо, мне кажется от того какие там в очередности заголовки стоят это 10 вопрос. Но конечно лучше делать все по правилам, ну или приближенно. Я иногда могу и просто жирным выделить что-то похожее на заголовок подзаголовок.
Я с вами полностью согласен. Но все-таки это же интересный вопрос.
