Поиск

https://51.38.42.29:1500/ висит и отваливается по таймауту, Москва провайдер U-lan и Билайн домашний из Ростова.

😂 надеюсь ты не ушел далеко. я с плохими новостями, морда http://51.38.42.29/ открывается у всех кого я спросил. а вот https://51.38.42.29:1500/ висит и отваливается по таймауту, Москва провайдер U-lan и Билайн домашний из Ростова. Из Армении у меня все отлично открывается естественно. Передавай привет РКНу.

https://51.38.42.29:1500/. Все в порядке, сервер рабочий.

сделайте редирект с http на https а то не солидно.

Вот думаю, по какому ключу двигать главную страницу своего фрилансерского портфолио 'фотосессия ' или 'фотосъемка ' в городе N. По высокочастотному продвинуть сложно, а по низкочастотному поисковики все равно выдают высокочастотный ключ, во прикол! Долгое время, кстати, был в топе гугла по низкочастотному, но потом просел н е перешел вовремя на https, не сделал нормальную адаптацию под мобильные, конкуренты повылазили. Потом решил переписать title на ВЧ, сейчас для эксперимента попробую вернуть прежний, пожалуй.

Он вообще вроде неправильно подключается. ) Надо в конец: --tls-max 1.2 У меня есть доступ: c: Bascup0 curl bin curl https://51.38.42.29:1500 --verbose --tls-max 1.2 Note: Using embedded CA bundle, for proxies (234847 bytes) * Trying 51.38.42.29:1500. * ALPN: curl offers h2,http/1.1 * TLSv1.2 (OUT), TLS handshake, Client hello (1): * CAfile: c: Bascup0 curl bin * CApath: none * TLSv1.2 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (OUT), TLS alert, unknown CA (560): * SSL certificate problem: self signed certificate * closing connection #0 curl: (60) SSL certificate problem: self signed certificate

Правильно ли я подметил, что для гугла одна и та же ссылка с капсом и без это разные ссылки, а яндекс весь капс сразу переводит в строчные буквы? История такая: есть старая статья в топе выдачи, там в ссылке аббревиатура (поэтому капс в тему). Сейчас перенёс свой сайт на конструктор, чтобы проще было редактировать и админить, т.к. совсем не прогер. Ну, и там много своих плюшек техподдержка, хостинг, ssl и т.д. Так вот, выяснилось, что в их админке нельзя сделать редирект с домен/ссылка-ABC на домен/ссылка-abc, в итоге гугл кидает 404, а в яндексе вся ссылка на статью строчными буквами, поэтому рабочая. (судя по всему, это еще старая, т.к. там http, а не https) Хотя любопытно, что в том же яндексе в ссылках на статьи Википедии капс есть, странные дела. И самое главное коль в админке нельзя настроить редирект, можно ли это сделать в Google search console?

Они думают, что пользователь их поиска сурикат. Новая попытка с новым окном: Вы подтвердили права собственности на домен, но сейчас вам показаны данные только о URL со следующим префиксом: https://ну тут сайт. тут/. Рекомендуем добавить доменный ресурс. Это позволит вам увидеть все данные о сайте в одном ресурсе Search Console. Узнайте больше о доменных ресурсах.

Зачем это google предложил добавить доменный ресурс в Google Search Console? Если добавит доменный ресурс - то это разрещить Google следить за всем ресурсом? 😀 Объясните зачем это нужно? Вы подтвердили права собственности на домен, но сейчас вам показаны данные только о URL со следующим префиксом: https://.ru/. Рекомендуем добавить доменный ресурс. Это позволит вам увидеть все данные о сайте в одном ресурсе Search Console.

Если крутился в балтийском направлении, знаешь, найти годные латвийские прокси не так просто. А у нас всё иначе реальные прокси с гео Латвия - 4G/5Gмодемы на выделенном оборудовании - Поддержка десктопных и мобильных отпечатков - Смена IP вручную или через API - Анонимная оплата, никаких логов - SOCKS5, HTTPS, IPv4/IPv6 Подходит для всего, где важна скорость и чистый IP: Арбитраж, регистрация и ведение аккаунтов, парсинг и поведенческие факторы, банкинг, госпорталы и маркетплейсы Без глюков, без шеринга, без сюрпризов. Только стабильный латвийский IP и уверенность в подключении. Проверь сам, почему нас выбирают IT-команды, e-com агентства и маркетологи

Для начала нужно узнать, у поддержки Бегета, не включена ли какая-то защита от ддоса или роботов с блокировкой большинства российских IP. Если нет, то в NS указать в A-записи другой IP любого сайта (выбранный IP должен открываться при обращении https://[IP]/, подождать обновления NS. Если будет что-то открываться (понятно, что с ругательством на SSL-сертификат), то проблема на стороне Бегета. Либо пинать их, либо менять хостинг. Если же после смены IP тоже не будет открываться, то с большой долей вероятности блокировка РКН. Тогда обращаться в РКН (на их сайте есть контакты).

Как настроить прокси в Brave легко и без лишних настроек В сегодняшнем гайде показали, как за несколько шагов подключить HTTP/HTTPS-прокси в Brave и: Повысить уровень анонимности в сети Использовать прокси без стороннего ПО Безопасно обходить геоограничения 🔥 Что внутри: Настройка системного прокси для Brave Авторизация и запуск Визуальные подсказки и примеры Читай подробную инструкцию 👉 здесь

1) Теоретически можно ограничить скорость, частоту обходов для ботов в 2) Средствами nginx ограничить лимиты на одновременные соединения по http, https по юзер агенту. 3) C 2) или взамен, настроить rate-limit по числу открытых соединения, опять же по юзер агенту. 4) Был какой-то готовый скрипт на перле кажется который прибивал процессы по имени если их количество превышало заданное. Но не помню названия. В целом это не очень хорошо, потому что таким способом убивается всё подряд, запросы в базу, сохранение файлов - всё побоку пойдёт. 5) Как уже сказали выше, переключиться на php-fpm и ограничить число дочек процессов а также установить на них лимиты на потребление CPU, RAM. Лучше всего и мягче всего реализовать по пункту 2. Примеров в интернете масса.

Вижу, как сайт бомбят по несуществующей странице, точнее - по двум, но одним способом.Может быть кто-то знает/сталкивался? https:// домен.ru/ &search_source=yaru_touch_common&search_domain=yaru Это боты? Или что? И как избавиться? По Метрике сейчас эти две страницы наиболее посещаемые. Выделено - такие хвосты в обоих случаях. Итог - 404 страница, рекламы там нет, но все равно.

Подключаем прокси в AntBrowser шаг за шагом и без головной боли В сегодняшнем гайде показали, как за несколько шагов подключить HTTP/HTTPS-прокси в AntBrowser и: Анонимно управлять множеством аккаунтов Обойти геоблокировки и ограничения Безопасно запускать рекламу и парсинг 🔥 Что внутри: Пошаговая настройка прокси в AntBrowser Проверка подключения Наглядные скриншоты и примеры Читай подробную инструкцию в нашем 👉 блоге

🔐 Безопасность и анонимность на сайте Когда выбираете онлайн-обменник, важно быть уверенным, что ваши данные и средства в безопасности. На сайте мы сделали это приоритетом: Без лишней регистрации для обмена не нужно создавать аккаунт. Просто выберите направление и оформите заявку. Минимум данных максимум удобства. Приватность данных мы не храним и не передаем ваши личные данные третьим лицам. Вся информация используется только для обработки заявки. Шифрование соединения весь сайт работает по защищённому протоколу HTTPS. Ваши данные защищены на каждом этапе. Безопасные платежные шлюзы мы сотрудничаем только с проверенными партнёрами для проведения платежей и пополнений. Поддержка каждый день если нужна помощь, наши операторы на сайте всегда готовы ответить и помочь с любой ситуацией с 10:00 до 22:00 по МСК Проверьте сами, обменивайте на

У ковато есть такая проблемма что начали выпадать в серче стр по https. Хотя индексирование страниц показывает что все в порядке.

Для людей. Да, для небольшой горстки прошаренных, но такие пока ещё водятся в этом мире. Ещё более умные придумали как развести неучей на этот https для всех подряд, да так что бы они был рады этому.

Если вообще отключить https (listen 443 https), то - Не удается получить доступ к сайту Кинул туда и убрал переход на первом сайте автоматический переход к https - в результате второй сайт (с которым и проблемы) сразу стал делать редирект на первый сайт без ssl (http) Хотя редиректа со второго на первый сайт нет

Нет, не включен. У меня есть настройка в виртуальном хосте через https(через порт 443) SSLOptions +StrictRequire, но она ведь не влияет?! В виртуальном хосте через порт 80 ничего такого нет.