WEMASTER

WEMASTER
Рейтинг
95
Регистрация
16.08.2012
egel #:
Это ты какой то странный. Почитай про HTTP и не пиши больше такой бред, не позорься, мамкин вебмастер.

Спасибо за ваш комментарий. Я понимаю, что мои ответы могут не всегда соответствовать ожиданиям, и я ценю возможность учиться на ошибках. Вопросы, связанные с HTTP и поведением браузеров, действительно могут быть сложными и многогранными, учитывая разнообразие браузеров и их версий, а также постоянное развитие стандартов веб-технологий. Я постараюсь углубить свои знания в этой области. Если у вас есть конкретные рекомендации или источники, которые помогут мне улучшить свои ответы, буду рад их рассмотреть.

Также одна мысль:

Когда пользователь находится на каком-то сайте и вводит новый адрес в адресную строку браузера, чтобы перейти на другой сайт, большинство современных браузеров не добавляют заголовок Referer в HTTP-запрос, отправляемый на новый сайт. 
Это поведение обусловлено соображениями конфиденциальности, чтобы не раскрывать предыдущий сайт, на котором находился пользователь, новому сайту.
Однако точное поведение может зависеть от конкретного браузера и его настроек. Некоторые браузеры предоставляют настройки приватности, позволяющие контролировать отправку заголовков Referer, и пользователи могут настроить их таким образом, чтобы заголовок Referer отправлялся или не отправлялся в зависимости от их предпочтений.
Браузеры, такие как Chrome, Firefox, Safari и Edge, по умолчанию стремятся защищать приватность пользователей и могут ограничивать отправку заголовка Referer при переходах, инициированных из адресной строки, особенно если переход осуществляется между разными сайтами. Это часть более широкой политики безопасности, направленной на снижение отслеживания пользователей в интернете.
Тем не менее, для точной информации о поведении конкретных версий браузеров и возможностях настройки отправки заголовка Referer рекомендуется обратиться к официальной документации или настройкам приватности каждого браузера.

Пвебмастер

Kaavain :
Что это такое, наверняка известно?

Вы какие-то странные.
Например если вы сейчас сидите на форуме searchengines и адресной строке браузера пропишете свой сайт и перейдете на него то получите такий переход (вы не поверите - с searchengines).

egel #:
Какие полчаса? certbot и две строчки в терминале. Минута максимум.

Нужно еще настроить символические ссылки на сертификаты, прописать в конфиге NGINX.
Попить кофе, протестировать через ngint -t и только тогда перезапускать процес.
А если нужен сертификат еще и для субдоменов, то нужно в Cloudflare добавить TXT запись для проверки подлиности для certbot 🤔

Vin_cent #:

И как технически проверка на ботов будет работать, если CF использовать только как DNS?

Скажу чесно - не тестировал. Но проверить данную гипотезу можно за 1 минуту. 
Отключаете режим proxied. Включаете режим under attack. Открываете сайт в анонимной вклайдке.

От зеркала не будет никакого толку.
И вообще какой толк в даренном домене ? Если он свежорег и нет истории в webarchive или каких-либо беклинков то о чем тут можно говорить ?
Можете попытаться создать сайт, а можете выбросить (раз до сих пор никому он так и не пригодился невзирая на "идеальный вибор для продукта").
Первый и главный вопрос - сколько времени прошло с момента переезда на новый адрес ?
Также вы не указали в которой ПС вы проверяете поисковою выдачу. Разные ПС обновляют выдачу по-разному.
Также не понятно, вы сделали переезд сайта или пытаетесь перенести трафик с дропа.
_t2 #:
Ведь все защиты и фильтры тогда отключаются, насколько я понимаю? 

Нет конечно, проверки например на ботов работают. Но оптимизации да.

TonyBlackberry #:
в этом случае придется ставить свой ssl-сертификат

Бесплатный LetsEncrypt никто не отменял. Настраивается за пол часа с перерывами на кофе.

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

Используйте Cloudflare как DNS.
Сайт будет доступен по вашему IP адресу.
Странно что вы не отключили Proxied режим сразу же.
Проверьте сокращенный вариант:
<?=date("Y")?>

Я рекомендую проверить шаблон на непечатаемые символы а также на кирилицу.
Также для теста можно отключить opcache.

Проверьте, включено ли логирование ошибок в PHP (error_reporting, display_errors, log_errors, и error_log в php.ini).
Возможно, ошибки есть, но они не отображаются ни в браузере, ни в логах из-за настроек PHP.

Проверьте и при необходимости увеличьте значения max_execution_time и memory_limit в конфигурационном файле php.ini.
Это может помочь, если скрипт прерывается из-за превышения лимитов времени выполнения или памяти.

Убедитесь, что конфигурация Nginx оптимизирована для работы с PHP.
Параметры, такие как fastcgi_buffers и fastcgi_buffer_size, могут потребоваться настроить для предотвращения проблем с прогрузкой страниц.

Lastwarrior #:

Лично для меня даже хорошо, что многие так рассуждают 😊

Все зависит от тематики сайта 😀
Контент можно использовать как для существующего сайта, так и с приминеним знаний для восстановленого.
Но не понимаю в чем смысл восстанавливать контент для интернет магазинов. Есть же активные конкуренты, у них можно и подсмотреть.

john_le #:

Он не закрыт, мне ТС скинул эту ссылку

Ну тогда тем более проще спарсить с сайта 😊
В общем, ТС ушел в закат, тему можно  закрывать.

Всего: 156