Поиск

Доброго дня, такой вопрос. Имеем: Сайт 1 - весь контент с других сайтов с указанием источника. Есть несколько ключей в топе, посещалка около 50 в сутки Сайт 2 - старый и проверенный сайт. Весь контент уникальный. Из-за того что давно пора переключать Сайт 2 на протокол https, решил заодно сменить не очень созвучный для этой темы домен т.е. хочу перенести Сайт 2 на домен Сайт 1. Вопрос, как это лучше сделать? Стоит ли оставлять на Сайте 1 весь копированный контент и делать постраничный перенос с Сайт 2. Или просто снести весь Сайт 1, залить туда Сайт 2 и на домене от Сайт 2 поставить 301 редирект?

Нет, не браузер. Вероятно срабатывают правила используемого хостером WAF (Web Application Firewall). Стоит перейти на https:// - это только улучшит показатели сайта для поисковых систем.

Гугл не яндекс. Тормозит с редиректами. На яше 100 тысяч страниц переезжают c http на https за пару недель полностью, на гугле - три месяца волокита и до сих пор ~5000 страниц в индексе с http. Ответ по вашему вопросу - ждать. Если перенесли все верно, то вес к новой релевантной перейдет, но не сразу.

Подскажите как такое состряпать: 1 'без www ' на 'c www ' 2 HTTP на HTTPS 3 'без слеша ' на 'со слешем ' для главной страницы и для папок (нужно ли вообще и там и там чтобы дублей не было в поиске?) 4 ' ' на 'со слешем ' для главной и папок И еще, в инете пишут, что редиректов должно быть чем меньше тем лучше, можно ли это все забацать одним редиректом? Вот так вроде получилось: Но это 3 редиректа, а как это все одним редиректом сделать?

Что-то я в htaccess ни бум-бум. Если кому не лень, помогите такое состряпать: 'без www ' на 'c www ' HTTP на HTTPS 'без слеша ' на 'со слешем ' для главной страници и для папок (нужно ли вообще и там и там?) ' ' на 'со слешем ' для главной и папок И еще, в инете пишут, что редиректов должно быть чем меньше тем лучше, можно ли это все забацать одним редиректом?

Вопрос к знатокам Google Cloud Platform. Не могу разобраться с настройкой Cloud CDN. Для его работы нужно использовать Балансировщик нагрузки. Есть внешний сервер с веб-страницами. Делаю строго по инструкции 'Setting up Cloud CDN with an external origin ' Создал группу конечных точек Создал Балансировщик нагрузки, выбрал ранее созданную группу конечных точек. В конфигурации интерфейсной ВМ создал сертификат, управляемый Google. Страница балансировщика Инструкция на этом заканчивает. И дальше не понимаю, что с этим делать. Насколько я понимаю логику балансировщика, это должно работать так: Google прикрепил ip к балансировщику. Если использовать его напрямую, он будет перенаправлять на указанную конечную точку (в моём случае домен ). Нужно как-то связать выданный ip с доменом. Инструкцию не нашёл. В основной инструкции об этом нет указаний. Натолкнул на мысль о домене вопрос, найденный в интернете Попробовал добавить вторую конфигурацию интерфейс с HTTP протоколом также добавил...

Всем привет! Есть 50 тыс таких ссылок, они после и до решетки меняются, необходимо добавить атрибут target blank в ссылки. В notepad++ сделал регулярки (https:.*#.* ' ), он их находит, но как добавить target blank в ссылки, не могу понять. Помогите пожалуйста решить задачу. a href= '# ' text1 /a a href= '# ' text2 /a a href= '# ' text3 /a

Самое правильное решение - 'не болит, не трогай '. На доменное имя всем покласть чуть более, чем полностью (кроме домейнеров, которым надо впаривать лошарам 'красивые ' домены). Переводи Визаж на https на старом месте правильно и таки не делай гевалт из ничего

Ссылки вообще ни при чем. Сделал малостраничник-сервис. Какое-то время существовало буквально пару страниц, в этом году добавил еще +10 сервисных. ИКС: 20 - 30 - 40 - 50 - 70 - 90 - 120 - 150 - 190 - 220 Ничего не покупаю, нигде ничего не качаю. Просто худо-бедно полезный сайт, на который пользователи заходят и возвращаются, а траф поднимается из разных источников сам по себе, социалки там, выдача, прямые, с других сайтов иногда что-то приходят. Ссылочное, если смотреть - никакущее. Так что, не в нем дело. https было тоже с самого начала и ничего не прибавлял. В общем фиг знает, я связываю именно с полезностью и возвратами. Чем полезнее сайт и больше возвратов, а также переходов из разных источников - тем полезнее сайт и выше ИКС, что в общем-то, логично. Второй сервис, одна страничка, ИКС от 20 до 160 за этот же период. Трафика на этом сайте в ~10 раз меньше, но ИКС все равно растет от пользы сайта. Причем трафика там кот наплакал вообще, т.е. от трафика это тоже никак не зависит.

с каждым апом все ниже и ниже в 2019 180 170 150 в 2020 150 140 и вчера 120 ссылок не покупаем - только копирайт даже переход на https бонусов не дал

Не получается сгенерировать новый сертификат SSL. Выдает ошибку: Проверка владения доменом завершилась неудачно return code: 400 Details: Fetching: Timeout during connect (likely firewall problem) обратился в техподдержку ispsystem, там ответили: У вас срабатывает редирект с https://www. mydomen.com на https:// mydomen.com/ Для выпуска сертификата отключите, пожалуйста, редирект на стороне Wordpress. curl -vvv -k * Rebuilt URL to: https://www. mydomen.com/ * Trying **.**.***.***. * TCP_NODELAY set * Connected to www. mydomen.com (**.**.***.***) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ CApath: /etc/ssl/certs * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS...

это не стандартные строчки для WP они там не нужны от слова вообще. RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

Ну сайт такой тыщи полторы-две наверное стоит, может дешевле. На тильде, без https, голимый лэндинг. Ну плюс если фотографии сам исполнитель делал. По цене рекламы - запросите доступ к рекламной кампании. И да. Если Вас устраивает такая цена за клик и конверсии - значит всё нормально. От добра добра не ищут;)

Развернул дистрибув CloudFront. Настроил, указал в качестве origin внешний сервер по домену. Но при переходе по амазоновской ссылке с конкретным путём выдает ошибку 502. Например, на сервере-источнике есть картинка Ссылка на картинку в AWS Появляется ошибка 'CloudFront wasn't able to connect to the origin. We can't connect to the server for this app or website at this time. ' При открытии той же ссылки http, ошибка 404 Not Found. Насколько понимаю, CloudFront работает по такому же принципу, как и Azure CDN. Какой путь указываю в ссылке, по такому же пути проходит CDN на сервере-источнике и забирает файлы. По крайней мере, в Azure всё так и работало. То есть не обязательно привязывать свой домен, можно использовать поддомен AWS, в моём случае d1bm861velymm0. Этот же домен используется как источник в Azure, таких проблем нет. Настройки CloudFront: В справке AWS есть статья по такой ошибке Но не нашёл ничего, что бы объясняло проблему. С SSL вроде всё в порядке, используется Let's...

Неоднократно переносил сайты под Клаудом, проблем с Адсенс никогда не было. Вы уверены что дело в смене сервера, а не в чем-то еще? Траф сохранился / https работает / скорость хостинга не упала в разы / страницы все доступны?

хостеры с автоматическим подключением https вышли из чата.

ТС советую Бегет. Надёжный и недорогой. ТП даже помогает и делает то, что не должна. Например, сами переводят все твои сайты на https.

Добрый день, я владелец сайта Две недели назад я обратился к одному сисадмину, потому что сайт генерировал огромное количество ссылок на несуществующие старницы, которые генерировались при нажатии на блоки и имели вид /гдеобучают-промышленных-альпинистов/+79857740918 /wp-json/oembed/1.0/embed?url=https%3A%2F%--p1ai%2Fгерметизация-деформационных-швов%2F&format=xml и так далее. Насколько я понимаю, правила, которые ругают здесь, сделаны для того, чтобы эти страницы и ссылки больше не генерировались. По времени совпадает. После его работы проблемы с пререиндексацией я заметил через неделю примерно. ВЫ можете написать файл.htaccess, который а) не будет давать редирект б) очень желательно, не будет генерировать несуществующие страницы и ссылки на них? или это невозможно и это надо исправлять в верстке, а не в этом файле? Разумеется, не бесплатно.

я так и сказал: если же не известен, то конечно придется доработать. но повторюсь: ваше parse_url уже не сработает если искать нужно будет в строке, не начинающейся с http:// или https:// возьмите да запустите свой код. почему я это должен делать?:] и также неизвестно сколько вариантов может быть на входе. потому ваше [0] не подходит т.к. определит лишь sub1 ну и punycode:

Всем привет! Люди добрые, подскажите как сделать переадресацию с одного домена с защищенным протоколом https на другой домен с тем же https. Первый домен добавлен в панели хостинга как алиас на второй, тоесть не имеет отдельной папки. Что нужно прописать в файле.htaccess чтобы сработал редирект с на ?