Виктор Таран, Ничего не понял.
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 разработчика, который будет знать ответ на ваш вопрос, после анализа вашей системы и сможет выбрать инструменты и построить архитектуру новой. Без этого, учиться в процессе работы над крупном проекте будет кошмаром, и получившееся творение вероятно будет совсем не тем, чего кто-либо хотел получить от такого шага.
Ну или что более правильно на мой взгляд, отговорить руководство от такого необдуманного шага.
Поддерживаемость можно рассматривать в случае готового приложения, и откуда мысль, что новое будет лучше, чем приведённое в порядок старое?
А язык - так вообще на этот параметр не влияет, если хорошо подумать, разве что наличие кадров с ним знакомых в штате.
Ну а про производительность выше сказали уже.
Обычно, такие необдуманные решения исходят от руководства и навеяны модой - ну тут только аргументированно переубеждать... =)
А какая разница, сколько будет вливаться, если задача сделать с минимальным даунтаймом? При этом же будет работать первый сервер. Потом включается репликация и второй сервер догоняет. Когда догнал, короткий даунтайм на отключение репликации и переключение.
А rsync тут вообще не при чём.
"в моём случае при аренде сервера гарантированно покупаются новые диски, а это стоит переплаты. "
А я и не предлагал где-нить в хетзнере арендовать сервер. Хотя и он годится в определённых ситуациях. Но дело в том, что даже не lowcost решения существенно дешевле наших lowcost.
"докупал второй проц, оперативу и диски" Такие схемы есть не только у нас, и естественно это дешевле в долгосрочной перспективе.
Вы можете получить пруф самостоятельно, что как мне кажется, куда более полезно чем ссылка на чьё-то мнение.
Вот смотрите - у вас есть одна и та же страница, лежащая на сервере в России, допустим, ping до сервера 10-20мс, и где-нить в Европе, ping 30-40мс.
Какова будет разница в скорости загрузке страницы на клиенте?
Проведите эксперимент, если вам любопытно. =)
Реально, разница будет хоть как-то ощущаться, либо если на сайте будут сотни картинок всяких, либо если это не сайт, а какое-нибудь приложение, с взаимодействием в реальном времени, и то если нет компенсации лага, а таких проектов единицы процентов.
А вот то, что за те же деньги можно взять куда более мощный сервер с куда более толстым каналом, при большой посещаемости будет куда более весомым аргументом, если уж на то пошло.
По моему мнению, с учётом диких цен, размешаться в России можно только тогда, когда вообще нет другой возможности.
index.php?ID=4344 - этого не будет в $uri, который обрабатывается локейшеном вообще - ID=4344 будет в $query_string же.
Есть случаи, когда есть смесь ЧПУ( /cat/subcat) и нотации вида file.php/something, или вообще второй вариант. И тогда, вариант ЧПУ обрабатывается каким-то другим локейшеном, а file.php/something этим.
Я привёл пример выше же с Drupal8. Там только пара служебных скриптов на самом деле требуют этого ~ \.php(/|$)
В общем, мой начальный ответ верен, за исключением слов "должен начинаться со слеша".