Поиск

подскажите, где можно почитать про подготовку CF под требования https в России

Они не умеют CF готовить под требования протокола https в России. Уже всё разжёвано, но люди не понимают хоть ты месяцами стучи по клавиатуре. Будет у них пропадать и дальше сертификат сайта или IPы из NS или просто таймаут соединения.

А вообще как верно пишут в основном в канал все упирается. И ещё часто в оперативку - мускуль съедает. Все остальное - гораздо реже. А ещё https под нагрузкой нередко глючит

Как я понял из гайдов и # комментов в самом конфиге можно поставить режим статик и постоянное кол-во дочерних процессов, то есть вот так: pm = static _children = 350. Именно так я и делал. И менял эту величину до 5000. А свободной памяти как оставалось условно 15-20 гигов, так и оставалось. Логи говорят такое: [proxy_fcgi:error] [pid 19309:tid 140075417446144] [client 93.95.162.143:60864] AH01067: Failed to read FastCGI header, referer: https://. [proxy_fcgi:error] [pid 19309:tid 140075417446144] (104)Connection reset by peer: [client 93.95.162.143:60864] AH01075: Error dispatching request to:, referer: https://.

Ладно он пошутил про Debian, а я пошутил про Ubuntu, у меня дома вообще Windows 10 самая лучшая бесплатная и свободная операционная система в мире:-). Ну сайт блога Microsoft как-то справляется - https:// blogs. windows. com /. (Не факт конечно, что он работает на Windows Server, но на WordPress уж точно). Честно скажу мне в целом все равно на чем запускается веб-сервер и отдает странички. Лишь бы не вис часто.

Попросил ЧатЖоПиТи посетить свой сайт, увидел такой User-Agent. А потом тьму таких же. Но вот я сомневаюсь, что это юзвери просят посетить мой сайт. Парсит? Ранее они чью-то базу использовали без своего парсера.

А как тогда исправить картинку, которая есть только в link rel = ' image_src ' href = ' https://..webp ' meta property = ' og:image:secure_url ' content = ' https://..webp ' meta name = ' twitter:image:src ' content = ' https://..webp ' и не присутствует на странице в другом виде?

Друзья, подскажите, пожалуйста. Собираемся запускать производство в Москве. Основной сайт у нас регион СПб. И в домене есть буквы spb. Хотел спросить, можно ли будет запустить сайт для Москвы на новом домене? Для Питера сайт у нас такой: https:// А для Москвы купили новый домен: https:// Получается, что на новом Московском сайте заменим только контакты: телефон, адрес производства. У меня 2 вопроса: 1. Так как это новый домен и на нем по факту будет копия первого сайта, есть ли у него потенциал по СЕО? Регионы разные: Питер и Москва соответственно. По факту же получается, что на этом новом домене будет копия чужого сайта. Ведь они никак не связаны. 2. Не отразится ли создание такого нового сайта-копии на позициях сайта основного ()? p. s. В поддержке Вебмастера сказали, что так как сайты в разных регионах то конкуренции быть не должно.

товарищи, я ЛОХ:-) письма о фишинге действительно были, за 10 дней до того, как влепили блок на два домена: вот текст: Cloudflare received a phishing report regarding: joXXXXXXXX[.]com[.]ru Below is the report we received: Reporter: Anonymous Reported URLs: hxxps://joXXXXXXX[.]com[.]ru Original Work: https:/ /ecommpay. com/ Logs or Evidence of Abuse: https: //j. ru/vXXXXXX/?aXXXXXXX=rXXXXXXXX1&id=17XXXXXXXX01 We have forwarded this complaint to your hosting provider. We have restricted access to the phishing-related content until it has been removed. To respond to this issue, please reply to abusereply@. Regards, Cloudflare Trust & Safety все сразу стало понятно. написал как в этом письме-предупреждении обратку на abusereply@ контент с указанных URLs удалил. очень надеюсь, что мои шансы снять блокировку-предупреждение о Фишинге с главных страниц двух сайтов высоки. всем спасибо за помощь теперь только сюда abusereply@ долбить с объяснением, что все исправлено/удалено

Да, так должно быть по задумке. Но щас вот смотрю логи Nginx и вижу, что он пропускает эти запросы, так как статики на подобный запрос у него быть не может. А бэкенд уже отдает 404 в Nginx обратно. Запрос всегда один и тот же: / - прям вот как есть, с косой чертой перед https. И всегда POST. А боты ведь GET делают, верно?

Да, 100% поисковый бот от Google, проверял по PTR записям. Ну и IP сразу выделяются из этой же ASN: 66.249.66.22, 66.249.66.23 и т.д. - как пример. Не, тут явно не тот случай, так как IP не фейковые, а настоящие. Тип запроса: POST, что говорит о том, что этот запрос реально пришел с сайта, указанного в реферере. Адрес указан неверно и явно намеренно, с косой чертой перед /https - это либо ошибка в скриптах на реф-сайтах, либо зачем-то еще так указывают, чтобы спамило именно в 404. Ну и сами рефки - сплошь полнейший жестяк! ))) Еще забыл добавить, что на сайте для всех настроен кэш, Nginx отдает статику всем, даже поисковым ботам - поэтому добраться до они не могут даже при большом желании. Это явно кто-то натравливает, указывая где-то у себя битую ссылку - но для чего и зачем? Подобные логи 404 вижу ведь только я ну и боты Google.

так скоро для всех запретят https.

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

https http

Разрешают ли правила AdSense (для сайтов) размещать рекламу на сайте, поддерживающем технологию Progressive Web App ( https:// web. dev / progressive - web - apps )? Кто-нибудь из вас использует (или использовал раньше) AdSense в PWA ? Судя по моим наблюдениям размещают, да и по логике думаю, что скорее всего можно. Но, насколько я выяснил, в справке AdSense ничего по этому поводу не сказано. Как пишут, в поддержке тоже толком ничего конкретного не отвечают, отсылают к справке. Сам в поддержку по этому вопросу не писал. Может есть кто спрашивал? Из обсуждений, которые я нашёл, мнения рознятся вроде бы можно, но как-то невнятно. Не встречал, чтобы кто-то написал, что сам давно размещает AdSense в PWA и всё работает нормально.

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

Здравствуйте, такая проблема. При парсинге лягушкой бОльшее кол-во страниц сайта имеют теги 'Non-Indexable и Canonicalised '. Каноничная ссылка с http. При том что сайт переведен на https, сделан редирект. Но страницы все равно обращаются к http страницам. В чем может быть проблема? Сайт на вп, сео плагин йост сео

В связи с законом о маркировке рекламы, владельцы сайтов -доноров ссылочных, уговаривают меня чтоб я покупал ссылки, которых на стр визуально не видно. Купил я такую ссылку. Визуально её действительно не видно, в коде она выглядит так: span class = ' text_finder ' на сайте a class = ' ArticleFinderAnchorStyle ' href = 'https://fa. ' https://fa. /a /span Пытался гуглить я насчёт этого тега span class = ' text_finder ' - ничего вообще не нашёл. Вот и думаю, видит ли поисковик подобную ссылку, индексирует ли? Не будет ли от неё больше вреда чем пользы? Может кто пролить свет на сие безобразие ?

Cloudflare метит фишинг, когда видит посторонний JS, который тащит контент с чужих доменов и ещё по HTTP. Твои 'неизвестные счётчики' как раз это и делают грузят скрипт с 24log*.ru, а он уже может редиректить куда угодно. Для CF этого достаточно, чтобы кинуть SuspectedPhishing. Что нужно сделать: Выпили все внешние счётчики/виджеты, которые не контролируешь. Оставь РСЯ у них чисто. Purge cache в CF и проверь сайт через там сразу видно, остался ли флаг. В Cloudflare Security → Overview жми 'Request Review'. Если код стал чистым, предупреждение снимут за пару часов. И да, всегда https для любых инклюдов иначе подобные сюрпризы будут прилетать регулярно.

Очень дорого, скорее всего нет таких денег ни у кого. Этих сервисов с судебными актами как говна за баней, а основоположник этого движения журналист Павел Нетупский из Питера. Вот тут он пишет, почему не будет удалять никакую информацию со своих сайтов: https:// www., пробелы специально добавил, чтобы это не пиарить. Возможно с новым законом о ПД что-то изменится, в телеге уже пропали каналы с базами ПД, может и до сайтов этих дойдёт.