Поиск

Привет. Переехали на https. Хостинг настроил межхостовой 301 редирект с http//: на. Почти все документы проиндексировались в ЯШЕ кроме нескольких PDF документов. Это случилось из-за того что хостер криво настроил редиректы и перенаправление не работает на статичных документах Cсобственно вопрос: Есть несколько идентичных документов проиндексированных на разных протоколах://

Блин. Вот и я напоролся на издержки нового движка этого форума. Походу, или народ на самом деле уходит отсюда, или новые темы тут практически никто не читает. Задам вопрос здесь, может, кто подскажет, хотя к WP это практически никакого отношения не имеет. Правильный редирект Есть свежекупленный домен. Есть хостинг (виртуальный) для сайта. Кроме главной страницы с 'Hello World ' ничего нет. Подключен сертификат. Сейчас сайт открывается по всем возможным адресам: Подскажите, плз, корректен ли.htaccess, чтобы сайт открывался только по одному адресу: === # BEGIN Redirect http to https RewriteEngine on RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [NC,R=301,L] # END Redirect === Планируется установка Wordpress'а, который добавит в.htaccess свои стандартные правила, типа === # BEGIN WordPress IfModule mod_ RewriteEngine On RewriteBase / RewriteRule ^index.php$ - [L]...

Коллеги, в 24name зарегено большое количество доменов, сайт не але. Какие есть о них новости и как вытаскивать домены?

О, в ВМ яндекса в Показатели сайта появился замочек ) это через 3 недели. В гугле кое какие страницы уже с https, но очень мало Ставить редирект нужно когда в гугле все будут с https?

Есть свежекупленный домен. Есть хостинг (виртуальный) для сайта. Кроме главной страницы с 'Hello World ' ничего нет. Подключен сертификат. Сейчас сайт открывается по всем возможным адресам: Подскажите, плз, корректен ли.htaccess, чтобы сайт открывался только по одному адресу: === # BEGIN Redirect http to https RewriteEngine on RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [NC,R=301,L] # END Redirect === Планируется установка Wordpress'а, который добавит в.htaccess свои стандартные правила, типа === # BEGIN WordPress IfModule mod_ RewriteEngine On RewriteBase / RewriteRule ^index.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule. / [L] /IfModule # END WordPress === Куда ставить вышеприведённый код редиректа (и корректен ли он?) - выше Вордпресса или в самый низ.htaccess? Спасибо!

Раньше до внесения rel=canonical дубли были, но их было очень мало по процентному соотношению к количеству всего страниц на сайте. По моему мнению здесь два ключевых момента. Во-первых, нужно чтобы в sitemap были только корректные линки. С этим у меня проблем никогда не было потому что скриптом выводил ссылки. Во-вторых, на серверном уровне убирать все лишнее. Я сейчас говорю про редиректы с www на non-www, http на https и немаловажный момент слеш конце строки. Если есть слеш, то редиректить 301 на без слеша. Ну, у каждого тут свое как было задумано по дефолту.

Я добавил как пишут в инструкциях в Google Search Console типа новый сайт с https, старый тоже есть У меня все ссылки на сайте теперь 100% с https, и canonical тоже

А вы в гугле добавляли сайт с https? Если только главная, то он скорее всего просто не обходил ваш сайта. Проверьте у вас в карте сайта проставлены с https?

1. Ясно. 2. В яндексе уже все страницы с замочком ) в Гугле только домашнюю выдает как https, он дольше что ли перестраивается? 3. По редиректу разные мнения, когда считаете нужно ставить? Напомню прошло 3 недели, но если брать в расчет гугл видимо рано?

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

Всем привет! Продаю вечные.RU ссылки с 45 трастовых дропов каталогов. 90% IP не пересекаются, расположены на 7 разных площадках. Все https. Вид dofollow ссылки - 3-5 предложений, с анкором. Пример: a href= ' ' Интернет-магазин бассейнов /a и оборудования для них. Бассейны, оборудование и аксессуары для них с доставкой по Москве и регионам России. Гарантия производителя. Большой выбор товаров, доступные цены. Возможно использовать уникальный текст для каждого сайта +100% к цене. Возможно постепенное размещение ссылок +100% к цене. Стоимость размещения на всех каталогах 800 руб. Так-же возможно размещение ссылок с главных и крауд-ссылок. Доступны категории: Авто и мото | Бизнес | Домашнее хозяйство | Домашние животные Здоровье, красота, стиль | Медицина | Наука | Недвижимость Непознанное | Новости и СМИ | Образование | Путешествия Работа и карьера | Развлечения и отдых | Семья и дети Строительство и ремонт | Техника и технологии | Торговля Транспорт, перевозки | Услуги | Финансы...

Добрый день, Подскажите, как правильно настроить редиректы с кучи страниц, которые выглядят сейчас следующим образом: https:// /ua// https:// / ua//// https:// / ua//////// https:// / ua// https:// / ua// Google как-то посоздавал такие страницы и теперь их нужно исключить из индекса

Ну что?! В продолжение темы о бонусах гугла для новорегов. Вопрос стоял о том, что к концу первой недели, по опыту пользователей, приходит. конец 😀 радостям для новых сайтов. Сегодня как раз небольшой юбилейчик, 10 дней новорегу. Можно подбить предварительные бабосики, кстати вполне реальные, т.к. он обошел по трафу и доходности донора-основателя, с которого я ставил постраничный редирект на новичка скриптом. Если помните таким вот кандибобером script type= 'text/javascript ' location= 'https://новрег.ком/карточка товара '; /script Смотрим! Начало второй недели, когда ждал падения: Падения не случилось, но было замечено то, что всегда было характерно по позициям в гугле для новорегов. А именно, качели позиций.Только если раньше качало неделями и месяцами. В сутки 2 раза стабильно, то ТОП, то за 100 позицию в серпе. Сейчас просто ограничился 1 сутками. Скачек и все. Как пошептало, пока по крайней мере. Но падение было, вот яма: Вчера произошла смена посадочных. Что странно, раньше...

Вы используете нашу защиту сайтов и путь /.well-known/acme-challenge заворачивается на наши фильтры, т.к. выпуск сертификатов для клиентских сайтов мы осуществляем на своей стороне. Если на стороне вашего веб-сервера необходимо включить https, то следует сгенерировать самоподписанный сертификат. На просторах интернетов достаточно гайдов как это сделать. Со стороны наших фильтров L etsencrypt сертификаты выпускаются автоматически на основной домен и все его поддомены 3 уровня ( ). Поддомен является поддоменом 4 уровня, генерация сертификатов на такую вложенность делается через запрос в техподдержку.

Ну так это реф под Али заточенный. По сути ссылка вот такая: https: //;utm_campaign=1571079&aff_platform=portals-tool&utm_medium=cpa&cn=43qd12mwj391v8hx59coare8yhvflkbt&dp=v5_43qd12mwj391v8hx59coare8yhvflkbt&cv=34708538&pvid=108ad6bb-19d0-42ea-abd2-0a314f5dbd11&sk=_esJfNi&aff_trace_key=8e119622dcc543589e3bc6ad997f600d-1594005656832-01431-_esJfNi&rmsg=do_not_replacement&scm=1007.23534.124736.0&terminal_id=14d4247719b642609c99ea6a10c5fa4f&utm_source=epn&utm_content=34708538&aff_request_id=8e119622dcc543589e3bc6ad997f600d-1594005656832-01431-_esJfNi Могло и вознести. Гугл после мая чудит.

кэш. вся суть в кэшировании. да, dnsmasq просто форвардит на те же 8.8.8.8 и 1.1.1.1, но при этом кэширует. да, по времени там вроде разница мизер, но если помножить это на количество запросов, то получается уже заметно на глаз. вот реальный пример. только что проверил: видим что кэшированный запрос от локалхоста в 3 раза быстрее cloudflare и в 4 раза быстрее гугла. ну это частный случай конкретно этого сервера. у других могут быть другие цифры. днс сервера такие стоят: т.е. первым локальный dnsmasq (который эту строку игнорирует при своей работе и обращается лишь к двум оставшимся) и сейчас я делаю reload nginx'а с двумя сотнями сайтов за вот столько: но как только в комментирую первую строчку с 127.0.0.1 и это же самое действие проходит уже за вот столько: а когда подтупливали те внешние dns сервера все было еще сильно хуже и даже просто открывались https сайты с тормозами заметными на глаз. стоило мне закомментировать ssl_stapling - все приходило в норму. поставил dnsmasq - тоже...

Всё, что вы говорите, это сводиться к: 'Мне нехрена больше делать '. Быстрее грузится на сколько?! Замеры как проводить? Ресурсов меньше каких? Как замеры проводиться будут? SEO и https в техническом смысле вообще разные берега. Никакие A++ не ставят ваш сайт в топ. Возможно какие-то псевдосеошные отчёты и содержат какие-то там проверки https, но это из-за того, что людям писать больше чего, а отчёт хочется клиенту показать объёмный.

1 А зачем обратно переводить домен с https на http, еще такого не возникала. 2 Я понимаю что есть какае-та часть клиентов на древнем софте и на древнем железе. 3 Понял. Пока что разбираюсь с параметром ssl_ciphers, остальное понятно. А белые боты, яндекса и гугла перешли с tls 1.1 на tls 1.2?

цель указана - оптимизация. оптимизация это обычно означает какое-то улучшение или ускорение через убирание лишнего хлама. но начинать надо с матчасти. понимать самостоятельно суть каждой настройки, а не просто копипастить что-то с форумов:) по пунктам: 1) HSTS - да, но надо помнить о переходе обратном с https- http да т.к. браузер в следующие заходы будет сразу обращаться куда надо, без лишнего обращения к http- редирект- https 2) tls 1.2 и 1.3 остальное отключено - да, но тоже надо помнить о древних клиентах. 3) ssl_stapling - да, но надо помнить о нюансе с dns и возможных тормозах из-за этого.

уже не первый год включены лишь tls 1.2 и 1.3, остальное выключено. крайне изредка кто-то под какой-нибудь winxp или ie древним замечает мол не открывается сайт и жалуется. объясняю что да как. соглашаются что так пусть и остается. пример сайта:.com ни одного 'желтого ', лишь кое-что красное из-за тех самых отключенных более старых протоколов. все 'зеленые полоски ' можно довести до максимума, увеличив размеры ключей с 2048 до 4096 но это немного отразится на производительности. пока не помечает ssllabs желтым, пусть остается так. Strict-Transport-Security тоже включен, но надо осознавать потенциальную проблему перехода обратно с https на http. если к примеру вздумается и по http домен открыть, на который браузер уже заходил с таким заголовком, то ничего не получится. браузер будет упорно ломиться только на https сразу пока не наступит таймаут указанный в max-age сбросить это можно, но не так просто как куки например. по шифрам. у меня так: ssl_prefer_server_ciphers on; ssl_ciphers...