Попробовал "alias /projects/newsite/public;", это действительно отправило к нужному fastcgi, но responce - File not found, а в логах: stderr: "Primary script unknown" while reading response header from upstream
1) Еще не успел полностью понять, что такое nginx-proxy, но вот прям вчера ночью на такую проблему налетел:
Есть 2 php приложения. Я их засунул в один контейнер с php. Одно приложение является API-сервисом, к которому должно обращаться второе. Так вот как второму обращаться к первому?
На моем хосте, я в файле /etc/hosts прописал домены, но из контейнера то этот файл не видел => приложения не могут друг к другу обращаться?
Конкретная ошибка выглядит так: cURL error 6: Could not resolve host: api.site.local
nginx-proxy как-то может такое разруливать?
2)
> либо платный docker-hub либо разверните свой
Где почитать о том, как развернуть свой?
4)
> обновлять базовый образ.
Что подразумевается под "базовый" и как его обновлять правильно?
> А там уж как организуетесь.
А какие есть варианты организации?
6) Не понял ответа.
> Вы можете же хранить зависимости прямо в репозитории..
> .. Но вы этого не делаете.
Ну это же правильный подход (Подгружать зависимости менеджерами зависимостей)?
> И для каждого из перечисленных вами средств разработки уже есть свой контейнер, готовый. Берем и юзаем.
Вы имеете ввиду, что для node и composer есть свои official docker image? Да, но, мой проект, например, работает на PHP7 + работает с монгой с отдельными драйверами для нее на пхп.
Я пробовал делать установку вендоров используя оффициальный образ composer с docker-hub'а, так вот есть 2 проблемы:
- В офф. образе php5.6 => composer не может сделать autoload
- В офф. образе нет драйверов под монгу => composer говорит, что такой-то вендорный пакет не будет работать, потому что ему нужны такие-то системные зависимости.
Поэтому, как я понял, если билдить композером, то образ с композером должен быть наследован от образа с php, который используется в проекте.
Заканчивайте ругаться)
Я действительно не умею все эти системы и более того, я про большинство из них даже не слышал. Спасибо, что подсказали о том, что они есть, буду изучать. Но и более низкоуровневые вещи я тоже хочу знать, поэтому вопрос, все-таки, актуален.
Никогда не используйте расширение mysql. Забудьте о нем. Не надо давать такие советы. Именно из-за них, до сих пор, такое кол-во ужасного кода пишется на PHP.
Сашка Брамс: Если вы делаете запрос к базе только в том случае, если сессии нет, то никак не получиться разлогинить пользователя, кроме как почистить данные сессии.
Сашка Брамс: Ну, да, можно не проверять.
Но, я так понял, что вы хотите разлогинивать просто изменив токен в базе?
Для этого нужна проверка на эквивалентность токенов.
Если ее не делать, то можно данные о сессии чистить на сервере, но надо знать sessionId.