Nginx+drupal7+landing pages как правильно настроить перенаправление?

Владимир Муковоз, не подскажешь, где конкретно с переменной arg я туплю?
Не могу интерпретировать для себя строку из мана
"$arg_name, эта переменная равна аргументу name в строке запроса;"
Как я понимаю, в моем случае аргумент name равен q, но тогда я не понимаю, почему проверка условия arg_q !~ example приводит к циклу редиректов.

Nginx+drupal7+landing pages как правильно настроить перенаправление?

В итоге сделал через args. И все стало работать крайне медленно.
выглядит так:

if ($args !~ q=example){
        rewrite             ^(.*)$              http://example.com/?q=example$1     redirect;
        break;
    }

Вариант с arg не работает вообще.
nginx: [emerg] unknown "arg" variable
Вариант с arg_q роняет все в бесконечный цикл редиректов.
Вариант с проверкой хоста работает прекрасно, кроме случая, когда изначальный хост правильный, и нужно просто дописать /?q=example.
Решение очевидно на поверхности, но я уже ничерта не понимаю похоже.

Nginx+drupal7+landing pages как правильно настроить перенаправление?

Владимир Муковоз, За ссылки спасибо, как раз сижу изучаю. Но в данном тобой правиле:
"если $arg содержит в себе q=example то иди на example/?q=example"
Чего я не учитываю?

Nginx+drupal7+landing pages как правильно настроить перенаправление?

Владимир Муковоз, причем, я так понимаю, дело в самой постановке запроса.
"Если хост содержит (это), то перейди на (это).ком/?q=(это)"
окей, переходим, и попадаем на это условие, снова его проверяем, снова удовлетворяем условию, и понеслась.

Nginx+drupal7+landing pages как правильно настроить перенаправление?

Владимир Муковоз, сбрасывал кеш, пробовал с трех разных браузеров, включая Tor. Режим инкогнито тоже включал. Вот ответ Tor-а

Firefox определил, что сервер перенаправляет запрос на этот адрес таким образом, что он никогда не завершится.

Nginx+drupal7+landing pages как правильно настроить перенаправление?

Точно так же крутятся в цикле редиректы.
ERR_TOO_MANY_REDIRECTS