Дело в том, что на сервере крутятся несколько совершенно различных по требуемому ПО проектов (разные СУБД, разные версии php и т.д - для каждого проекта своё), а поддерживать этот зоопарк на одной машине достаточно проблематично. Я хочу сделать по контейнеру на проект, чтобы у каждого проекта в контейнере было только требуемоеме для него ПО. Кроме того, проекты с этого сервера в последствие уходят на другие сервера (здесь проект создается, разрабатывается архитектура, а потом он уезжает "на ПМЖ" на другие сервера) вместе со всей конфигурацией и ПО. Каждый раз при переносе проекта на отдельный сервер нужно руками перетягивать все конфиги, искать и устанавливать нужные версии ПО и т.д., а хотелось бы один раз собрать контейнер и потом просто копировать контейнер, а не заниматься танцами с бубном. Насчёт облака - это единственный внутренний инструмент, который тоже работает на этом сервере со своими версиями ПО и конфигурацией, но т.к. основная работа в нем идет с файлами, я не понял, как его можно завернуть в отдельный контейнер (сделать симлинк в хост систему и держать файлы в хост системе?
Вот про это я тоже спрашиваю:
"Но здесь появляется следующая проблема - если получат доступ к файлам с данными (хоть и зашифрованными), то и доступ к ключу расшифровки тоже получат, поэтому, собственно вопрос: Как в данном случае можно зашифровать/расшифровать строку максимально безопасно? Т.е. чтобы злоумышленник, получивший доступ к зашифрованным файлам, не смог их расшифровать."
Проблема как раз в том, что я не представляю, каким образом можно сделать подобные магические методы, просто __get()/__set() тут, как я понимаю, не помогут
проблема в том, что этот файл должен быть в репозитории, соответственно, через .gitignore его не убрать. Нужно чтобы на локальной версии был измененный файл, вместо того, что лежит в репозитории
@icelaba
Если я хочу сделать перенаправление, не используя простейший функционал vagrant, то это, скорее всего, не потому что я о нем не знаю? Ведь об этом говорится на одной из первых страниц документации, да и Vagrantfile все прекрасно описано. Задача была следующая - сделать переадресацию портов, при этом, на хост машине, при обращении на 80 порт идет редирект на 8080. Решение ниже
@EvilMan не подошло - vagrant ругается на то, что порт стоит на прослушке:
Vagrant cannot forward the specified ports on this VM, since they
would collide with some other application that is already listening
on these ports. The forwarded port to 8080 is already in use
on the host machine.
To fix this, modify your current projects Vagrantfile to use another
port. Example, where '1234' would be replaced by a unique host port:
Sometimes, Vagrant will attempt to auto-correct this for you. In this
case, Vagrant was unable to. This is usually because the guest machine
is in a state which doesn't allow modifying port forwarding.
