На сервере. Поставить там maven, git или какая там система контроля версий используется. Вытягивать очередной релиз или прямо head, если, как пишет автор, изменения 30 раз в день, собирать и выкладывать.
Почему, по-вашему, это не самая лучшая идея?
Поможет тем, что один раз загрузит в свой репозиторий все зависимости, а потом будет только собирать проект из свежих исходников.
Просто
lib spring_2.5.6 /lib
lib hibernate_3.3.0 /lib
настолько похоже на
dependency
group org.springframework /group
…
что я сразу про него и подумал. И вместо ${catalina.home}/repo/ ~/.m2/repository. Тоже самое, на мой взгляд.
Получается, что актуально только для локальных операций, а не для оплаты. Потому как если ошиблись при оплате, то оплата просто не пройдет и дополнительная проверка не нужна. Тогда вопрос, а какие такие локальные операции могут быть с номером карты?.. Причем такие, которые позволят автоматическую проверку номера по приведенному в посте алгоритму.
Я так понимаю затем, что если кто-то стоит посередине, то в момент этого самого редиркета он клиенту ничего не отправит. А установит шифрованное соединение с сервером. И потом будет два соединения — нешифрованное от клиента до человека-по-середине и шифрованное от человека-по-середине до сервера.
Если с сервака Сразу пойдет шифрованный траф, то как его прочитать? О_о
Ведь сначала надо договориться об алгоритме шифрования, сделать ключ… А клиент знать не знает про это. Он же по http соединяется.
Почему, по-вашему, это не самая лучшая идея?
Просто
lib spring_2.5.6 /lib
lib hibernate_3.3.0 /lib
настолько похоже на
dependency
group org.springframework /group
…
что я сразу про него и подумал. И вместо ${catalina.home}/repo/ ~/.m2/repository. Тоже самое, на мой взгляд.
Какой-нибудь калькулятор чего-нибудь, например.
Это так ужасно!
Ведь сначала надо договориться об алгоритме шифрования, сделать ключ… А клиент знать не знает про это. Он же по http соединяется.