Sypex Geo перестал резолвиться: как восстановить работу сайтов

у каждого свой опыт, список ip сервиса я взял из ранее сохранённого и в этом списке было ещё 5 ip и они уже не работали, так что выходит что сохранять ip тоже не эффективно если постоянно не обновляешь список на актуальный

Sypex Geo перестал резолвиться: как восстановить работу сайтов

А если ip сервиса сменится, а старый перестанет работать по новой перепрописывать?

Sypex Geo перестал резолвиться: как восстановить работу сайтов

Пересмотрел информацию из Whois и Вы абсолютно правы. Видимо тяжёлая рабочая неделя и ночные реакции на инциденты дают влияние на внимательность. + то кто там регистратор сразу отвлекло внимания. Плюсанул Вас. Спасибо

Sypex Geo перестал резолвиться: как восстановить работу сайтов

Вероятно Вы правы, по сути домен просто перерегистрировали, а этот статус конкретно о проблеме ничего не говорит

Внёс корректировки в статью, спасибо за внимательность), плюсанул вас)

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

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

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

Да Вы шутите, в этой статье я как раз и написал как избавиться от этого колхозанства. Эти правила как раз и прописываются в мапах.

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

Правила все прописаны сразу, о каких правилах идёт речь?

Не первый день работаю с битрикс, и впервые слышу о файле, можно ссылочку на документацию о нём?

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

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

Осторожно, Hetzner использует старые и поношенные диски

почему не актуально, сегодня у клиента два диска в рейде фейлами покрылись, сразу оба). Если использовать десктопное оборудование в серверах, так и будет, только конечно это касается не только их, такие беды и у других есть)

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

Собственно это образец. И я его взял с дефолтного локейшена php в Debian. Суть моего подхода излагается выше и кратко, всего одним локейшеном.

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

Решил всё таки заморочиться и сделать без if. Вот что у меня получилось

 map $request_uri $index {
  default "";
  "~(.*)/index.(html|php)" "$1/$is_args$args";
 }
 map $index $return {
  default "1";
  "" "";
 }

location @index { return 301 $index; }
location / { try_files $return$uri $return$uri/ $return/bitrix/urlrewrite.php$is_args$args @index; }

Пока применил у себя на дев-сайте. Страшно сразу выбрасывать на прод, помучаю сначала.

Позже добавлю в статью если нормально всё работать будет.

P.S. Немного поправил от первоначального состояния. Пересмотрите те кто смотрел первоначальный вариант комментария. Оттестирую этот вариант у себя и если всё хорошо. допишу его в статью.

Битрикс в связке Nginx+PHP-FPM, настройка ЧПУ, а так же композитный кэш с отдачей через nginx. Доработанная конфигурация

Ну хотя бы потому что такой if нельзя заменить локейшеном. Цитирую документацию nginx

$request_uri — первоначальный URI запроса целиком (с аргументами)

Если провернуть тоже самое с локейшеном, то после редиректа запрос снова будет попадать в этот же локейшен и зациклится. Что вызовет ошибку 500.

Попробую наглядно…

запрашиваем /index.php
В обоих случаях и с if и location произойдёт редирект на /

Теперь запрос в / и $request_uri тут равно /, а значит редиректа не будет, в случае с локейшеном у нас отрабатывает директива index и происходит внутреннее перенаправление на index.php и снова идёт запрос на обработку в location, а там редирект)… и так до бесконечности)

Если вдруг Вы нашли способ избавиться от такого if и при этом не сломать работу сайта, поделитесь) Буду признателен. Уверен что не только я.

29% вебсайтов уязвимы для DOS-атаки даже одной машиной (CVE-2018-6389)

Да я как бы сам такого мнения), я вообще серверщик, не программер). Так решил уточнить, может у Вас будет другое мнение. Вдруг конкретно эти файлы к примеру очень редко подвержены обновлениям.

29% вебсайтов уязвимы для DOS-атаки даже одной машиной (CVE-2018-6389)

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

Введение бесплатного размещения заказов и расширенная подписка для фрилансеров

Именно

Введение бесплатного размещения заказов и расширенная подписка для фрилансеров

Буду следить), это полезная штука), а ещё хорошо бы так же как в Моём круге на Фрилансим показывать статьи с Хабрахабра и ответы на тостере.

Введение бесплатного размещения заказов и расширенная подписка для фрилансеров

Я примерно поэтому оплатил свою первую подписку)

Введение бесплатного размещения заказов и расширенная подписка для фрилансеров

купи за $100 курс, в котором мы тебя научим зарабатывать $500/день

И так первый урок, продавайте этот курс пять раз в день)
Блин просто не удержался чтобы не написать это))))

Введение бесплатного размещения заказов и расширенная подписка для фрилансеров

Да

Введение бесплатного размещения заказов и расширенная подписка для фрилансеров

Согласен с Вашей логикой)