Я сталкивался на практике с таким поведением, когда был в одном месте ip в другом доменое имя того же релеея и ошибка была очень не очевидна. =) И то что на удалённом сервере нет в логе записей вызывает подозрение... Поэтому и задал эти вопросы.
libsasl2-modules, или аналог для вашего дистра установлен?
Виктор Таран, Ничего не понял.
index.php?ID=4344 - этого не будет в $uri, который обрабатывается локейшеном вообще - ID=4344 будет в $query_string же.
Есть случаи, когда есть смесь ЧПУ( /cat/subcat) и нотации вида file.php/something, или вообще второй вариант. И тогда, вариант ЧПУ обрабатывается каким-то другим локейшеном, а file.php/something этим.
Я привёл пример выше же с Drupal8. Там только пара служебных скриптов на самом деле требуют этого ~ \.php(/|$)
В общем, мой начальный ответ верен, за исключением слов "должен начинаться со слеша".
Я действительно допустил ошибку с [^/] перепутав с ^[/]
Но кстати, url domain.tld/index.php/jhkjhkj в него сматчится, например, как и /index.php.
[^/] это любой символ кроме /, и не обязательно в первой позиции.
Вообще, это довольно бесполезный кусок выражения в данном месте.
Файл со слешём, не бывает, но бывает что-то типа index.php/что-нибудьещё, и есть случаи, когда это обрабатывается в этом локейшене.
Например, в drupal 8 update.php/selection - рекомендованный локейшен при этом
location ~ \.php(/|$) и fastcgi_split_path_info ^(.+?\.php)(|/.*)$ в нём.
Т.е. ваш последний локейшен работать не будет правильно.
Ещё раз: эти локейшены просто для разных случаев, и не эквивалентны. Ни один из них не является более правильным в общем виде.
Максим Федоров, Не выгодно, если исполнитель будет открывать ИП под этот конкретный проект. Но раз разговор о поиске фрилансера, то у него с очень большой вероятностью, уже оформлен ИП.
lxfr, У вас само приложение будет запускаться на удалённой машине, а интерфейс этого приложения будет отрисовываться локально. На удалённой машине, при этом, может и не быть GUI в принципе.
Т.е. это не средство удалённого управления, как такового.
А зачем это принудительно делать? Ваш скрипт отработает и данные клиент получит. А если есть что-то, что отрабатывает долго после вывода информации клиенту, просто не надо исполнять это в контексте веб сервера вообще, как я выше и писал.
habrahabr.ru/post/5401 вот тут про e-token + openvpn было
"я могу выдать каждому пользователю свой собственный пароль для доступа к каналу" - да
и возможно же на стороне сервера указать диапазон адресов с которых будет разрешен доступ к серверу" - это делается средствами фаервола.
"И возможно ли использовать защищенное соединение" - это априори защищённое соединение.
Искать python программиста с навыками проектирования сложных систем(т.е. архитектора), и в процессе собеседования получить внятный ответ на свой вопрос. В этом случае, вы сможете получить хорошо спроектированную и-таки обслуживаемую систему.
Советы же по выбору того или иного фреймворка/модулей тут, вам мало помогут - это большая и сложная работа связанная с изучением массы нюансов работы вашей текущей системы и требований новой.
Ну в этом случае, ответ может быть обидным, но... Нанять хотя бы одного квалифицированного python разработчика, который будет знать ответ на ваш вопрос, после анализа вашей системы и сможет выбрать инструменты и построить архитектуру новой. Без этого, учиться в процессе работы над крупном проекте будет кошмаром, и получившееся творение вероятно будет совсем не тем, чего кто-либо хотел получить от такого шага.
Ну или что более правильно на мой взгляд, отговорить руководство от такого необдуманного шага.
Поддерживаемость можно рассматривать в случае готового приложения, и откуда мысль, что новое будет лучше, чем приведённое в порядок старое?
А язык - так вообще на этот параметр не влияет, если хорошо подумать, разве что наличие кадров с ним знакомых в штате.
Ну а про производительность выше сказали уже.
Обычно, такие необдуманные решения исходят от руководства и навеяны модой - ну тут только аргументированно переубеждать... =)