valid info что это

Русские Блоги

Роль аннотации @Valid и ее отличие от @Validated

1. @ Действительная аннотация

Он используется для проверки соответствия аннотации требованиям. Он добавляется непосредственно перед переменной user, а требования к проверочной информации добавляются к переменной. Если требования не выполнены, в методе будет возвращено сообщение об ошибке.

Затем добавьте требования к проверочной информации в класс CompletionOrderRequestDto:

Поле пароля, на которое указывает аннотация @NotBlank, указывает, что пароль аутентификации не может быть пустым. Если он пуст, метод create в контроллере выше вернет в сообщении «пароль не может быть пустым».

Конечно, вы также можете добавить другие требования к проверочной информации:

Кроме того, вы также можете настроить требования к проверочной информации, например @ICheckAppClientName выше:

Конкретное содержание аннотации:

2. Разница между @Valid и @Validated

Описание: Java JSR303 объявляет такие интерфейсы @Valid, а Hibernate-validator реализует их.

@Validation инкапсулирует @Valid дважды, и нет никакой разницы в использовании, но есть различия в функциях, таких как группировка, положение аннотации и вложенная проверка. Здесь мы в основном объясняем эти ситуации.

Расположение аннотации:

@Validated: используется в типах, методах и параметрах методов. Но не может использоваться для атрибутов члена (поле)

@Valid: может использоваться в методах, конструкторах, параметрах методов и атрибутах членов (поле)

Если аннотация @Validated находится в атрибуте member, она сообщит об ошибке ‘@ Validdated’, неприменимой к полю:

Групповая проверка:

@Validated: предоставляет функцию группировки, которая может использовать разные механизмы проверки в соответствии с разными группами во время проверки параметров.

@Valid: нет функции группировки

Например:

Определите интерфейс пакета:

Определите bean-компонент параметра для тестирования:

Проверьте, является ли группа IGroupA

Группа IGroupB здесь не проверяется

Если вы измените тестовый код на следующий, он проверит B

1. Группы не назначены, значение по умолчанию проверяется каждый раз.

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

Последовательность групп:

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

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

Например:

Определите последовательность групп:

Для bean-компонентов, которые необходимо проверить, определите IGroupA для проверки возраста и IGroupB для проверки className:

Тест показал, что если возраст указан неверно, то групповая последовательность IGroupB после IGroupA не проверяется, то есть className в примере не проверяется. Результаты следующие:

Вложенная проверка:

Проверяемый класс pojo, который также содержит проверяемый объект. Вам необходимо пометить @Valid на проверяемом объекте, чтобы проверить атрибуты членов в проверяемом объекте. @Validated здесь использовать нельзя.

Бобы, требующие проверки ограничений:

Здесь только NotNull и Size проверяются для TeacherBeans, а поля в информации об учителе не проверяются. Вот конкретные тесты:

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

Вы можете добавить @Valid в teacherBeans следующим образом:

Давайте попробуем еще раз здесь, и вы увидите следующие результаты:

Источник

Валидность сайта и её проверка

Страницы всех сайтов в интернете оформляются специальным кодом, прописанным по стандартизированным правилам HTML.

Что такое валидность?

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

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

Что такое валидаторы кода

Валидатор кода — это программа, используя которую можно проверить HTML-код страниц и CSS-код на соответствие современным нормам. Она находит и фиксирует некорректные элементы, указывая на их местонахождение и формулируя, что именно оформлено неверно.

Основные «приметы» валидной верстки

Валидная вёрстка содержит код, полностью соответствующий требованиям W3C (World Wide Web Consortium), занимающейся разработкой технологических стандартов для всего Интернета.

Если код на страницах сайта верный, то во всех браузерах сайт отображается корректно (а не криво).

Отсутствуют подозрения о несправедливом «понижении» в выдаче и нет страниц, выкинутых из индекса.

Пример. Если, предположим, неправильно стоят теги

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

Важна ли валидная верстка в продвижении сайта

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

Некоторые вебмастера целенаправленно исследовали этот вопрос, пытаясь выяснить, зависят ли результаты ранжирования от результатов валидации. Вебмастер Марк Даост отметил, что валидность кода не принципиальна. А Шаун Андерсон, напротив, пришел к выводу, что валидность как бальзам на душу сайту в плане позиций выдачи.

Еще один специалист, Майк Дэвидсон, также провел подобный эксперимент и пришел к выводу, что Google классифицирует страницы по качеству их написания. Например, незакрытый тег может привести к восприятию части контента как значение этого тега.

Этот вебмастер сделал очень важный вывод:

Зачем нужен валидный код

Валидный код позволяет правильно отображать страницы в браузерах (и стили для сайта CSS могут быть отображены неверно).

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

В итоге вы теряете трафик из этого браузера. К тому же, поведенческий фактор, являющийся одним из трёх самых важных факторов в SEO, значительно влияет на результаты выдачи.

Представьте, что на ваш сайт заходят посетители и тут же его закрывают из-за невозможности воспринять информацию — спасибо ошибкам в коде. Или они вообще возвращаются обратно в поисковик, потому что решение не найдено. Это всё сослужит плохую службу, ибо в итоге поведенческий фактор изменит позиции сайта в худшую сторону.

Как проверить сайт на валидность

Здесь перед Вами три варианта валидации:

Сервис указывает не только на ошибки html кода и их расположение, но и даёт советы по исправлению. Если код уже имеется в Сети, то можно произвести валидацию путём введения её URL-адреса в форму «Validate by URL» и нажатия кнопки Check. Валидатор HTML включит считывание кода и сообщит об итогах.

В этом видео наглядно объяснён процесс проверки с помощью валидатора:

Проверка локальных файлов

По этому же адресу http://validator.w3.org можно проверить код, выбрав вкладку «Validate by File Upload» и загрузив документ с прописанным код.

Выбираем путь к необходимому файлу и жмём Check. Далее всё происходит аналогично.

Использование формы для ввода кода

Иногда удобней вставить сразу код страницы и проверить его онлайн: выбираем вкладку «Validate by Direct Input» и отправляем весь код на сервер.

Проверка валидности кода CSS может быть пройдена также онлайн валидатором: https://jigsaw.w3.org/css-validator/

Здесь все на русском языке, для многих это действительно приятный сюрприз.

Снова можно выбрать — указать URL, загрузить свой файл или вставить код.

Осуществляется проверка сайта на ошибки, как и в случае с HTML, и — получаем ответ от сервера. Настроек проверки не имеется, однако можно изучить предлагаемый сгенерированный валидный код, расположенный после списка недостатков кода.

Изучаем полученный код и приводим исходный к нужному виду.

Расширения для браузеров

Для браузеров существуют всевозможные расширения для проверки валидации. Для Google Chrome есть проверяющий валидность кода плагин HTML Tidy Browser Extension, для Opera — расширение Validator, для Safari — Zappatic, для Firefor — HTML Validator.

Остановимся на последнем более детально. Он осуществляет ту же проверку, что и validator, только оффлайн. Взять его можно здесь http://users.skynet.be/mgueury/mozilla/

Подробное видео об установке HTML Validator и его использовании:

При загрузке любого URL расширение автоматически включается и считывает код. Результат виден в правом верхнем углу.

Выглядит результат как небольшая картинка с итогом валидации:

Щёлкнув по результату, можно открыть:
— исходный код;
— ошибки — в левом нижнем блоке (или сообщение о валидности);
— подсказки по исправлению ошибок — в правом нижнем.

Как исправить наиболее частые ошибки

Каким бы способом ни была проведена проверка кода, ошибки выходят списком. Также обязательно указана строка с недочётом.

В расширении для Firefox при нажатии на название ошибки в открытом окошке расширения вас автоматически перебрасывает на строку с невалидным кодом.

К этим же ошибкам указаны подсказки по их исправлению.
Приведу пару примеров.

1. No space between attributes.
…rel=»shortcut icon» href=»http://arbero.ru/favicon.ico» type=»image/x-icon»

Здесь исправления убираем «точку с запятой».

2. End tag for element «div» which is not open

Закрывающий тег div лишний. Убираем его.

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

Источник

Что такое валидный email

Валидный email — это реально действующий электронный адрес.

Почему отправителю рассылок важно, чтобы email был валидным?

Какие адреса считаются валидными и невалидными

Слово «валидный» образовано от английского valid — действительный, годный, обоснованный.

Невалидные адреса — это:

Зачем нужна проверка валидности email

Невалидные адреса в базе рассылки способствуют тому, что письма рассылки попадают в спам и/или возвращаются. Чем больше таких писем, тем больше страдает репутация компании как отправителя.

Жёсткие возвраты (hard bounce) могут привести к блокировке отправителя в сервисе-рассыльщике. Они случаются по одной из следующих причин:

Мягкие возвраты (soft bounce) происходят из-за временных технических проблем, например, слишком большого текста письма или переполненной почты получателя. На платформах рассылок есть лимиты на soft bounce, после превышения которых отказ переходит в категорию жёсткого и ведёт к блокировке.

Чтобы такого не происходило, стоит регулярно проверять адреса базы на валидность.

В результате получаем:

Валидацию адресов проводят на этапе сбора и повторяют проверку минимум раз в полгода. Если база растёт, логично увеличить и частоту проверок.

Кому нужна проверка email-адресов на валидность

Особенно озаботиться проверкой базы стоит тем компаниям, которые:

Как проверить валидность почты

Проверить email на валидность можно с помощью специальных сервисов — валидаторов или верификаторов.

Что именно проверяют валидаторы?

Синтаксис адреса

В этой итерации проверяется формат написания и выявляются адреса с ошибками, корпоративные емейлы, дубликаты.

Домен и сервер

Проверяется наличие и корректность MX-записи в базе доменных имён. Эта запись вносится при регистрации сервера, чтобы почтовый агент мог пересылать письма на нужный сервер.

Если адрес пользователя зарегистрирован на домене без такой записи или же эта запись неверная, email будет признан невалидным.

Активность почтового ящика

Сервис-верификатор проверит, пользуется ли владелец адреса почтовым ящиком в данное время.

Сервисы для валидации email

Проверить email на валидность можно в онлайн-сервисах и программах, которые можно установить на компьютер.

Один из сервисов выявил невалидный адрес и указал его параметры

Онлайн-проверка валидности email

Сравним онлайн-сервисы, которые проверяют валидность адресов. Все они выполняют основные функции верификации: проверяют адреса на синтаксис, проверяют домены, находят одноразовые или неактивные емейлы. Различаются отдельными возможностями и тарифами.

Сервис	Что умеет	Бесплатно	Платно
BriteVerify	Интегрируется через API	По запросу техподдержки	0,01$ за один адрес
Bouncer	Профессиональная техподдержка, гибкие тарифы	100 проверок	От 20 до 500$ в месяц, индивидуальный тариф с персональным менеджером
BulkEmailVerifier	Работает быстро и одновременно с несколькими списками в форматах CSV или TXT, отчёты в CSV	−	От 25$ за 3 тысячи адресов
DataValidation	Сервис для профессионалов с развёрнутым API и автоматическим мониторингом списков	500 проверок	Тариф зависит от количества контактов: от 0,007$, если нужно проверить до 10 тысяч адресов, до индивидуальных тарифов
Email Checker	Проверяет онлайн по API, может корректировать адреса, удаляя недопустимые символы	−	14$ за тысячу адресов
Email List Verify	Дополнительно проводит необнаруживаемые проверки	100 проверок	От 0,0003$ за адрес или от 139$ в месяц при величине списка в 5 тысяч адресов
EmailMarker	Работает с форматами: CSV, TXT, XLS, XLSX. Круглосуточная техподдержка	150 проверок	От 21$ в месяц
ePochta Verifier Online	Быстрая проверка, неограниченное количество баз	100 проверок	От 0,00005$ за 1 адрес
Kickbox	API для верификации в реальном времени,	100 проверок	От 0,008$ за 1 адрес
MailboxValidator	Делит все контакты на три группы: валидные, условно-валидные и невалидные	100 проверок в течение 30 дней	149,95$ за 50 тысяч проверок
MailGet List Cleaning	Проверяет списки в девять этапов, определяет hard bounce	−	От 159$ за 50 тысяч проверок
Mailfloss	Интегрируется с MailChimp и другими сервисами, проверяет базу ежедневно	7 дней	От 17$ в месяц
Mailvalidator	Экспресс-проверка, интеграция через API, техподдержка в телеграме	Экспресс-проверка без выгрузки отчётов 5 списков адресов в течение месяца	Экспресс-проверка — 0,25₽ за адрес для списка до 10 тысяч контактов, полная проверка — плюс 0,18₽
MillionVerifier	Один из самых дешёвых валидаторов с техподдержкой во всех версиях	10 адресов, плюс 200 адресов, если подтвердить номер телефона	От 50$ за 50 тысяч адресов
NeverBounce	Проверяет в реальном времени, автоматически чистит базу	Тысяча проверок	От 0,008$ за адрес при проверке до 10 тысяч адресов
Pabbly Email Verification	Находит адреса по ключевым словам, использует медленную отправку для более точных результатов	−	От 5$ за тысячу адресов
QuickEmailVerification	Поддерживает форматы: CSV, TXT, XLS, XLSX, ODS. Даёт возможность без регистрации попробовать некоторые функции бесплатно	100 проверок ежедневно	От 0,008$ за адрес при проверке базы от 500 до 3500 адресов
SendPulse Verifier	Предлагает сразу несколько вариантов проверки, предоставляет подробный отчёт.	Один адрес в день или 100 адресов в месяц	От 0,28₽ за адрес
Snov.io	Может идентифицировать платные и бесплатные домены, есть расширение для Chrome	100 проверок	От 39$ в месяц
TrueMail	Ориентирован на профессионалов, синхронизируется с CRM	Тысяча проверок	От 7$ за тысячу проверок
Xverify	Использует технологию защиты от мошенничества, может проверять номера телефонов	100 проверок	От 0,01$ за адрес для базы в 5 тысяч контактов
ZeroBounce	Находит и добавляет в отчёт данные о пользователях, удаляет адреса с hard и soft bounce	100 проверок	От 0,008$ за адрес для базы от 2 до 5 тысяч контактов

SaaS-решения для проверки email

При необходимости можно установить программу для проверки email на компьютер. Сравним популярные SaaS-программы.

Программа	Что умеет	Сколько стоит лицензия
ePochta Verifier	Загружает списки и выгружает отчёты в удобном для пользователя формате, анализирует работу домена	2 400₽
High Speed Verifier	Проверяет до нескольких тысяч адресов в секунду	1 500₽ в год, есть бесплатная версия с ограниченными возможностями
MailList Validator	Проверяет до нескольких сотен адресов в секунду, импортирует адреса из любых источников, ищет адреса по гибким критериям	Бесплатно

Как избежать попадания в базу невалидных адресов

Для поддержания чистоты базы следуйте простым правилам:

Подытожим

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

Узнавайте об обновлениях блога Email Soldiers первым

Спасибо!

Осталось подтвердить подписку — кликнуть по кнопке в письме, которое мы вам отправили.

Следите за обновлениями в соцсетях или получайте их от нашего телеграм-бота

Источник

Ошибки валидации сайта — что это за ошибки и как их исправить

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

Валидация сайта

Но есть и другие факторы, которые могут и влияют на позиции сайта. И к ним относятся, в том числе, и технические факторы. Ну а к техническим относятся и валидация сайта. Так что же это такое?

Если простыми словами, то валидация сайта — это проверка кода сайта на техническое соответствие и ошибки. Ну например, вы забыли использовать закрывающий тег — /html. В последнем HTML5, визуально ничего не поменяется. Однако, это ошибка кода.

При написании кода, возможны и другие ошибки. И опять-таки, современный язык гипер разметки «стерпит» многое. Например, «забытие» закрывающего тега /head. И снова вы не увидите разницу. Но она есть))

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

В чем опасность?

Ну казалось-бы, ну и что тут такого? Да, нужно сказать, что зачастую такие ошибки не видимы. Точнее, невидимы человеком. А ведь страницы нашего сайта могут посетить не только люди, но и поисковые пауки, которые полностью просматривают сайт. И каждую ошибку, которую они находят на сайте, они передают на сервера поисковиков, таких как Яндекс или Гугл.

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

Да, надо признать, определенная пессимизация сайта из-за ошибок валидации, это довольно редкое явление. Но это вполне возможно, а значит, над валидацией обязательно нужно работать. А что для этого нужно сделать? Понятное дело, вначале ошибки нужно найти.

Но поскольку вручную это очень трудоёмкое и ненадежное дело, то для поиска ошибок, используются специальные сервисы, так называемые «Валидаторы».

Валидатор Markup Validation Service.

Этот сервис проверяет правильность кодов HTML и XHTML, которые являются основой большей части страниц при создании практически любого сайта и определяют его внутреннюю структуру. На этот сервис валидатора можно попасть, если пройти по ссылке http://validator.w3.org

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

После захода на страницу этого сервиса, отобразиться вся его функциональная картинка. Но большая часть изображённого и написанного к основной проверке не относится и всё своё внимание надо обратить только на окно ввода адреса проверяемой страницы:

Вот именно с него и надо начинать.

Вообще-то, проверка валидации сайта чрезвычайно проста, как и весь наш бренный мир: в адресном окне сервиса надо написать адрес сайта, т.е. его URL и затем нажать «Check». После такого простого действия, валидатор «попыхтит» несколько секунд и выдаст следующее:

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

Но также может быть и такой нежелательный вариант:

Это уже похуже и означает, что во внутреннем коде проверяемой страницы есть какие-то ошибки. Однако, это совсем не смертельно: просто надо прокрутить страницу ниже и там подробно будут написаны все найденные ошибки в процессе проверки.

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

Но это ещё не всё: валидатор не только указывает местоположение обнаруженной ошибки кода, но и даёт достаточно полные рекомендации, каким образом можно устранить эти ошибки. Конечно, для этого не надо лениться и внимательно прочитать всё написанное.

В качестве краткого и обобщенного вывода, можно сказать следующее:

Валидатор CSS Validation Service

В общем это вторая функция вышеописанного сервиса, но она «заточена» не для проверки кода HTML и XHTML, а конкретно для проверки правильности кода стиля CSS, расположенного на внешней таблице. А чтобы попасть на страницу сервиса, надо пройти по ссылке http://jigsaw.w3.org/css-validator.

Кстати, здесь стоит отметить нечто приятное: проверка на этом сервисе абсолютно бесплатна. Так что не надо вытаскивать деньги из своего кошелька — пусть они лежат до нужного момента. Однако перейдём к методике работы на этом втором сервисе.

В общем-то вся работа на валидаторе CSS абсолютно идентична проверке на чистоту кода. Поэтому, приводить отдельную картинку адресной строки валидатора нет необходимости. Просто чуть ниже кратко рассмотрим непосредственно порядок самой проверки и всё.

Для этого надо в адресной строке записать URL таблицы CSS, типа «http://мой сайт/style.css» и после этого нажать кнопку с русской надписью «Проверить». Соответственно, этот валидатор тоже несколько секунд «попыхтит» и выдаст искомый результат:

Это значит, что таблица CSS написана правильно и никаких ошибок в ней не обнаружено.

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

Вполне может быть, что случиться и такой вариант:

Это значит, что обнаружены какие-то ошибки в коде CSS, но пугаться этого совсем не стоит. Сразу внизу под этой красной строкой, валидатор точно укажет, какой тег написан неправильно. Остаётся только в таблице стиля найти эти теги и сделать нужные исправления.

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

Краткое резюме.

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

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

Заранее хочется сказать, что все остальные проверки проходят также быстро и просто, как и рассмотренные выше — надо только внимательно прочитать порядок работы с валидатором.

Распространенные ошибки валидности при проверке html кода

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

1) Error: Character reference was not terminated by a semicolon.

Ошибка: символ не был прерван точкой с запятой — соответственно надо добавить.

2) Warning: Section lacks heading. Consider using h2-h6 elements to add identifying headings to all sections.

Предупреждение: Раздел не имеет заголовка. Рассмотрите возможность использования элементов h2-h6 для добавления идентифицирующих заголовков ко всем разделам. Тут все понятно, надо добавить хотя бы один подзаголовок. Это даже не ошибка, а рекомендация.

3) Error: Element noindex not allowed as child of element p in this context.

Ошибка: элемент noindex не разрешен как дочерний элемент элемента p в этом контексте. (Подавление дальнейших ошибок из этого поддерева.)
Решение простое, надо закомментировать тег ноиндекс, вид будет таким:

4) Error: The center element is obsolete.

Ошибка: тег «center» устарел — надо заменить, если речь про img то можно использовать атрибут align. Если что-то другое центрировали, то заменить на div.