Поиск

Уважаемые, помогите разобраться. Прикупил я VPS, перенес сайт, настроил SSL. И столкнулся с такой ситуацией. Когда тут вбиваю http:// то получаю такой результат. http://. 301 Moved Permanently. https:// 200 OK. Как видите добавляется к домену:443 и я не могу понять что это и на сколько серьезно?. Поддержка VPS говорит 'Не обращайте внимания на данный порт. На индексируемость это не повлияет. ' Ну а мне как то боязно, кто-нибудь знает что то об этом?

Приветсвую На сайте мобильная версия реализована через поддомен: - десктопная версия сайта https:// m. - мобильная версия сайта После добавления украиноязычной версии сайта (буквально вчера) - в десктопную выдачу полезли урлы мобильной версии сайта - То есть урл главной страницы в десктопе - https:// m.. И некоторые другие урлы мобайла, которые Гугл успел обойти тоже полезли в десктоп ________________________________ Реализация связки мобильной/десктопной версии + мультиязычности на примере главной страницы Десктопная версия сайта: link rel= 'canonical ' href= ' ' / - сама на себя link rel= 'alternate ' href= 'https://m. site. ' / - ссылка на альтернативную мобильную версию link rel= 'alternate ' href= 'https:// site. ' hreflang= 'uk-ua ' / - ссылка на укр десктоп версию link rel= 'alternate ' href= 'https:// site. ' hreflang= 'ru-ua ' / - ссылка на ру десктоп версию Мобильная версия сайта: link rel= 'canonical ' href= 'https:// site. ' / - каноникал на десктопную версию link rel=...

А нужно ли указывать media? Сейчас я указываю альтернативную моб версию так - link rel= 'alternate ' href= 'https://m. site. ' / Если посмотреть в мануал Гугла, то они рекомендуют указывать так - link rel= 'alternate ' media= 'only screen and (max-width: 640px) ' href= 'https://m. site. ' / И можно указать и большее расрешение, а не 640 как в справке?

Ну вот всё же проверьте самостоятельно (и нам по итогу напишите), если убрать перенаправление на 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 хотя бы контролировать сможете сами.