Моя реализация работает полноценно, единственно что она не будет учитывать, это куки, в настройках композита можно задать кастомные куки при которых композит не должен отдаваться. Вот тут будет провал. Но собственно это можно и ручками задать. Да и если честно оно мне нигде не пригождалось.
Всё работает. Более того, куда лучше чем в битриксвм, то что они там напороли просто ужас у меня вызывает. Не надо думать что у них крутой конфиг потому он такой сложный. Всё куда проще)) Писал его явно тот кто не умеет в Nginx.
почему не актуально, сегодня у клиента два диска в рейде фейлами покрылись, сразу оба). Если использовать десктопное оборудование в серверах, так и будет, только конечно это касается не только их, такие беды и у других есть)
Пока применил у себя на дев-сайте. Страшно сразу выбрасывать на прод, помучаю сначала.
Позже добавлю в статью если нормально всё работать будет.
P.S. Немного поправил от первоначального состояния. Пересмотрите те кто смотрел первоначальный вариант комментария. Оттестирую этот вариант у себя и если всё хорошо. допишу его в статью.
Ну хотя бы потому что такой if нельзя заменить локейшеном. Цитирую документацию nginx
$request_uri — первоначальный URI запроса целиком (с аргументами)
Если провернуть тоже самое с локейшеном, то после редиректа запрос снова будет попадать в этот же локейшен и зациклится. Что вызовет ошибку 500.
Попробую наглядно…
запрашиваем /index.php
В обоих случаях и с if и location произойдёт редирект на /
Теперь запрос в / и $request_uri тут равно /, а значит редиректа не будет, в случае с локейшеном у нас отрабатывает директива index и происходит внутреннее перенаправление на index.php и снова идёт запрос на обработку в location, а там редирект)… и так до бесконечности)
Если вдруг Вы нашли способ избавиться от такого if и при этом не сломать работу сайта, поделитесь) Буду признателен. Уверен что не только я.
Да я как бы сам такого мнения), я вообще серверщик, не программер). Так решил уточнить, может у Вас будет другое мнение. Вдруг конкретно эти файлы к примеру очень редко подвержены обновлениям.
Согласен с Вами, я лично только доступ по параметру делаю в админку для авторизации, не закрывая все эти файлы. Кстати там выложили вроде как решение которое правит файлы wp для устранения уязвимости, Вы пробовали это? Я пока думаю как это решить, но планировал прикрывать на уровне сервера, а тут увидел в конце статьи ссылочку на исправление.
Прошу прощения что не конкретизировал, какие именно у тебя навыки?, в каком направлении у тебя там голяки?, и голяки или не сходишься по цене, или тебя просто испонителем не выбирают. И где лучше?
Не первый день работаю с битрикс, и впервые слышу о файле, можно ссылочку на документацию о нём?
Пока применил у себя на дев-сайте. Страшно сразу выбрасывать на прод, помучаю сначала.
Позже добавлю в статью если нормально всё работать будет.
P.S. Немного поправил от первоначального состояния. Пересмотрите те кто смотрел первоначальный вариант комментария. Оттестирую этот вариант у себя и если всё хорошо. допишу его в статью.
Если провернуть тоже самое с локейшеном, то после редиректа запрос снова будет попадать в этот же локейшен и зациклится. Что вызовет ошибку 500.
Попробую наглядно…
запрашиваем /index.php
В обоих случаях и с if и location произойдёт редирект на /
Теперь запрос в / и $request_uri тут равно /, а значит редиректа не будет, в случае с локейшеном у нас отрабатывает директива index и происходит внутреннее перенаправление на index.php и снова идёт запрос на обработку в location, а там редирект)… и так до бесконечности)
Если вдруг Вы нашли способ избавиться от такого if и при этом не сломать работу сайта, поделитесь) Буду признателен. Уверен что не только я.
И так первый урок, продавайте этот курс пять раз в день)
Блин просто не удержался чтобы не написать это))))