Поиск

Ну вот всё же проверьте самостоятельно (и нам по итогу напишите), если убрать перенаправление на https и обратиться к сайту (и странице блокнутой, кстати, тоже) из РФ на http - что будет?

Страница заблокирована, не открывается весь сайт. Подозреваю, что это связано с тем, что провайдеры не могут расшифровать по https, к какой именно странице обращается пользователь, и блокируют весь сайт вместо одной страницы.

Еще одна проблема появилась. r в конце адреса. Как это убрать? { 'urlNotificationMetadata ': { 'url ': 'https://. _ r ', 'latestUpdate ': { 'url ': 'https://. _ r ', 'type ': 'URL_UPDATED ', 'notifyTime ': '2023-01-01T15:57:27.321384888Z ' } } }

Так было и десять и двадцать и тридцать лет назад. Люди заводят сайты по интересам. Но они не делают ' авторско-составительский труд по анализу темы ', а просто пишут о тот, что знают и умеют. Наоборот, я очень хорошо знаю публику, жаждующую 'пассивного заработка ', но умеющую только испражняться. За последние 15 лет этих личностей насмотрелся пучками. Дно - это Ваше представление о теме. Для чего сайт переводить на https? Он не собирает никаких данных пользователей. plab #: Еще одно доказательство Вашей некомпетенции. На сайте всегда, и сейчас тоже, 50-70 посетителей в день. Их количество не изменяется последние 15 лет. Половина из посетителей - постоянные. Растет лишь количество ссылок на сайт. Из той же Вики их более полста. Возвращайтесь к ' авторско-составительскому труду по анализу '. Судить о сайтах для людей - это не Ваше.

Да и то с этой опцией при обращении к http браузер сам попытается открывать по https, если не получается - выведет окно предупреждение, что не может по https, и надо ли продолжать по http, а не это из заголовка 'перестанет открывать '.

В основе не понимаете, о чем пишете. Речь не о пузатовских сайтах. Сейчас люди с соответствующим образованием заводят сайты на тему своей деятельности. Или отсутствием дизайна и обслуживания. На https не судьба перевести. Сайт дно. Потому что когда рубили 700к интерес был. Как в рекламную сеть вероятно не взяли, интерес пропал. Сайт мертв. Поэтому ваше это: так себе.

Здесь ключевой момент как раз в том, что изначально сайт работал на https, а после того, как домен не продлили, стала срабатывать заглушка на http, а https стал физически недоступен. Вероятно, проблема появляется на технической переклейке с https на http. Но это лишь моя версия.. У меня тоже есть рабочий сайт на http и для него перехода на https не было, - соот-но, уведомлений о небезопасности нет.

Сам по себе Яндекс не помечает сайты на http как небезопасные (я сейчас специально проверил знакомые сайты на http - предупреждений нет). Делаю предположение, что дело в истории домена. Там вначале года был сайт на https, потом пол года висела заглушка с генератора лендингов. Сейчас https версия не отвечает, но отвечает заглушка по http версии. Вероятно, когда обслуживание закончилось, сначала появилась http копия Главной страницы (и Яндекс вывел предупреждение), а потом со временем из индекса повылетали все страницы с https. В сухом остатке видим то, что осталось.

Да это бред. Зачем мне на сайте с рецептами https

Сайт на http (SSL-сертификат нет и не было) но почему то новые страницы у Гугла в выдаче идут с https собственно посетитель не может зайти на сайт, так браузер не пускает его. якобы сайт небезопасен и т.д. (хостеру писал спрашивая как сделать редирект, получил шаблонный ответ) Может кто сталкивался? что делали.

В конечном итоге такая строка в общем.htaccess RewriteRule ^(.*)/(.+).html$ https://%{HTTP_HOST}/$1/ [R=301,L] + для каждого файла созданного с отличным от index названием свой.htaccess DirectoryIndex любое.html Ваши варианты также не срабатывают, по другому делать уже не буду. Спасибо за помощь.

Ну и вот как в техподдержке ответили хостинга, они норм там +- Здравствуйте! Если вы хотите называть файлы нестандартно (не или ), то без директивы DirectoryIndex не получится, т.к. без нее могут обрабатываться только файлы с названием или. А директива RewriteRule ^(.*)/(.+).html$ https://%{HTTP_HOST}/$1/ [R=303,L] верная, чтобы в URL не отображалось название файла.

Заменил на строку RewriteRule ^(.*)/(.+).html$ https://%{HTTP_HOST}/$1/ [R=303,L] И страница перенаправляет но на 403 ошибку. Причем прикол самый, все остальные правила подчистил, файл практически пустой и работает так. он перенаправляет на папку, тоже. Только с index он кидает на норм страницу и все работает, а вот привет пока нифига не привет а 403. Но понятно, что раскопать можно и это хорошо_

В конечном счете как то так должно выглядеть RewriteCond %{REQUEST_URI} ^(.*)/(.+).html$ RewriteRule ^(.*)/(.+).html$ https://%{HTTP_HOST}/$1/ [R=303,L]

А почему не нужно? Индексируется в касание, зачем пользователю видеть название файла. Дубли как бы тоже не плодятся. Хоть с www хоть откуда кидает сразу на https://site/privet/

Gmail: Outlook: Received: from (2603:10a6:208:181::18) by with HTTPS; Tue, 20 Dec 2022 10:39:20 +0000 Received: from (2603:10b6:303:b7::20) by (2603:10a6:208:181::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5924.16; Tue, 20 Dec 2022 10:39:18 +0000 Received: from (2603:10b6:303:b7:cafe::8f) by (2603:10b6:303:b7::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5924.21 via Frontend Transport; Tue, 20 Dec 2022 10:39:17 +0000 Authentication-Results: spf=pass (sender IP is 185.248.101.86) =; dkim=fail (body hash did not verify) =;dmarc=pass action=none =;compauth=pass reason=100 Received-SPF: Pass (: domain of designates 185.248.101.86 as permitted sender) receiver=; client-ip=185.248.101.86; helo=; pr=C Received: from (185.248.101.86) by (10.13.174.211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5944.6 via Frontend...

167 запросов в секунду в среднем, хм, если сайт на HTTPS и все это живые люди, то даже отдавая HTML будет хорошая такая нагрузка на процессор из-за TLS хандшейков (если конечно это не одни и те же люди наклацывают так много, держа сессию). Думаю стоит начать с VPS, хорошо оптимизировать и смотреть, на VPS хотя бы контролировать сможете сами.

Заметил, что сервер отдает на запрос Яндекса, который идет на сайт с переводчика, код 206. У робота есть заголовок HTTP_RANGE: bytes=0-10485760 Поэтому не лишним, я думаю, будет добавить в скрипт проверку на !empty($_SERVER['HTTP_RANGE']: if (stripos($_SERVER['HTTP_USER_AGENT'], 'Yandex') !== false && $_SERVER['HTTP_ACCEPT_LANGUAGE'] != '' && !empty($_SERVER['HTTP_RANGE'])) { header($_SERVER['SERVER_PROTOCOL'].' 401 Unauthorized', true, 401); exit('Unauthorized'); } Дополнительно можно запретить переход на сайт по редиректу с SetEnvIf Referer ^https://translate.yandex.ru/.*$ deny_referer Order Deny,Allow Deny from env=deny_referer

Дадада, это я и сам понимаю. Но так - чисто попробовать. В том-то и дело, что по потенциальным СЧ у гугле все прекрасно (другой вопрос, что мало кто ищет, так как дело такое - не распространенное) а в Яндексе вообще ноль, что и пытаюсь понять. А вот тут такой как раз вопрос - этот домен* с 2015 что ли года был на другую тему, а года с 18 вообще заброшен. Откуда Мегаиндексу УЖЕ знать, так как новую ЦМС я прикрутил дней 5 назад только? *на самом деле не совсем 'этот ', он был настолько заброшен, что http, я спецом disallow / держал в robots пока новые товары и новый текст не закинул и не сделал его https То есть вроде как это должен быть ДРУГОЙ домен-то.

Добрый день! Cloudflare на сайте наплодил 5000 страниц такого типа: https:// https:// https:// https:// cdn-cgi/challenge-platform/h/b/scripts/cb/ Не подскажите как сделать в htaccess периадресацию с этих страниц на главную страницу сайта? Или как настроить чтобы по таким ссылкам отдавался код 410