Как выше написали, наверное, дело действительно в домене почтового сервера (hostname) и "его" PTR. Gmail в последнее время к этому относится строго.
Что касается сертификата, он нужен для пересылки с клиента на ваш сервер (и обратно). Или, например, когда Gmail выкачивает письма с вашего сервера. Т.е. вы выпустили сертификат не на тот домен (домены), отсюда и сообщение о расхождении имен.
Подскажите, в чем там проблема. Нет автоматического перевыпуска (или установки)? (Нашел статью в комьюнити самого TW, но в ней не раскрыта тема автоматического перевыпуска: /ru/community/articles/kak-ustanovit-ssl-sertifikat-let-s-encrypt-na-sayt-wordpress-1 😐)
Если придется выпускать вручную, для удобства можете воспользоваться моим сервисом (в подписи) бесплатно и навсегда. Если можно многократно проделывать описанное в упомянутой выше статье, то это более-менее нормальный вариант (некоторые и этого лишены). А напоминания о продлении можно самостоятельно организовать. В получении уведомлений непосредственно от Let's Encrypt иногда помогает установка корректного адреса администратора сайта (в настройках Web-сервера), для которого выпускается сертификат.
Он же и написал: "в общем смысле". Это был больше ответ на мой вопрос, нежели конкретное замечание по поводу страниц ТС.
Я без претензии к Антонию написал, а для того, чтобы автор даже не пытался искать такие обратные ссылки.
А потом вдруг окажется, что где-то была "жирная" ссылка с /index.html 😀 Нет, не верю 😊
"В общем смысле" анализ запросов с ответами 404, конечно, полезен. И речь далеко не только о коррекции главной.
dima_morbo :Прогнал сайт через сервис по поиску дублей главной страницы
httрs://www .flamax.ru/index.php - 200 - не знал, что Битрикс настолько "редиска".
httрs://www .flamax.ru (в строке 14) - это не дубль. Сервис не очень.
Ссылки на показанные вами страницы 404 вряд ли где-то будут.
Как относятся поисковые системы к адресам с "одиноким" (или даже несколькими) вопросительным знаком в конце пути, мнения расходятся. В своих продуктах я закрываю такие адреса страницей 404. Но многие их "пропускают".
Пусть продолжает тратить свое время на "полезное". У принципиальных "незнаек" часто так бывает: или дайте готовое решение, или все плохие 😊
Если речь о моем скриншоте, то это бала phpMyAdmin, чтобы хотя бы принцип могли понять. В выборе рабочей админки (CMS) вас никто не ограничивает.
😂 Говорю же, нужно хотя бы принцип понять. На это много времени не требуется. В "коде" могут только шаблоны/макеты храниться, не основное содержимое.
Не считали бы мои слова "водой", уже бы поняли, что динамическая страница - это нечто большее, чем содержимое, "обвешанное include-ми". "Каталог продукции" как будете делать?
Вам в теме как минимум два раза написали, что (обычная) переадресация прямого отношения к делу не имеет. А я писал, что лучше, если ее вовсе не будет (при должном сокрытии файлов она не нужна). Но все это "вода". Кстати, в "движках" (ваш термин) вы редактируете нечто, непосредственно соответствующее "каталогу" (/privet/). Никаких дополнительных файлов наподобие /privet/index.html вовсе не существует. Физически каталога privet в файловой системе тоже не существует 😊 (Они только где-то в файловом кэше могут проявляться. Но вам до этого, как до Луны.)
Надеюсь, в DW вы делаете ссылки с адресами наподобие /privet/, т.е. что поисковые системы и пользователи не имеют постоянного "опыта 301" при взаимодействии с вашим сайтом.
Если есть, то хорошо. А то на серверной странице 404 может быть показан "адрес" внутреннего перенаправления.
Обычно при внутреннем перенаправлении (конечно, если это не перенаправление во фронт-контроллер) делают подобный тест, чтобы не возникало дополнительных вопросов, есть ли директива ErrorDocument 404 и т.п.
Еще бы проверка наличия целевого файла для перенаправления не помешала. Она здесь в приоритете 😊
Если убрать каталоги наподобие privet, пропадет автоматическая коррекция /privet --> /privet/ и т.п.
Для автора это сложно. Он даже его до конца не понимает, раз называет "водой".
Если бы вы только знали, как часто мне приходится это слышать от "любителей" статически сайтов. А по факту на большинство их сайтов без смеха или слез не взглянешь. И повторяю, что дело не только в уникальном оформлении отдельных страниц (хотя даже у таких страниц может быть много общего). Речь скорее о современном подходе к работе с содержимым (отделение содержимого от шаблонного оформления, правило одного источника данных, например, когда данные о продукте для "каталога продукции" и для отдельной страницы продукта берутся из одного источника, и т.д.). В общем ладно. Не хотите "расширять горизонты", ваше право.
Нет. Сам я такими манипуляциями не занимаюсь. Просто иногда консультирую "дедов", которым кроме их музея уже ничего не нужно, на предмет наиболее эффективного музейного решения. Команда та же (RewriteRule из mod_rewrite), но там может быть много тонкостей (хотя решение простое), поэтому, как я ранее писал, останавливайтесь на том, что Вы лучше понимаете. Но если сами дойдете до более эффективного решения, будет хорошо. Напоследок вот вам еще один вариант внутреннего перенаправления: /privet/ --> /privet/[hidden]privet.html (hidden - это опять-таки необязательная "соль", предназначенная для того, чтобы файл было трудно найти посторонним).
