Да… мы следовали этому руководству для настройки обратного прокси-сервера nginx, но оно было предназначено для автономной установки и не упоминало каталог uploads, так как в автономном режиме его перенос не требовался:
А мы следовали этому руководству для двух контейнеров, где также не упоминалось восстановление базы данных или перенос каталога с загрузками:
Я думаю, мы легко можем разобраться в вещах. Вот ключ, которого вам не хватало для объяснения, для справки:
Основные руководства по этой конфигурации упускают тот факт, что вам нужно либо восстановить базу данных, либо вручную перенести ваши загрузки в новый контейнер, так как мы этого не включили.
Конечно, теперь всё становится понятным, после того как мы сами во всём разобрались на 100% (опять!), потому что этого нет в руководствах. LOL
Всё становится легко, как только вы понимаете, в чём проблема.
PS: В заключение. Спасибо всем, кто написал различные руководства. Они очень помогли! Мы очень ценим это. С нашей стороны эта конфигурация завершена, и в будущем мы больше не будем использовать автономную конфигурацию ни на одном сайте Discourse. Нашим обычным «стандартом» будут два контейнера с обратным прокси-сервером, подключённым к unix-сокету. Это лучше всего подходит для обновления и переключения контейнеров в реальном времени с почти нулевым временем простоя. Отличная штука!!
Discourse — это ВЕЛИКОЛЕПНО!!
Отличная работа, Джефф @codinghorror и Сэм @sam! БРАВО!
Это довольно просто настроить, но, как я уже упоминал ранее, мы не используем S3 и другие облачные хранилища; мы предпочитаем держать вещи «простыми», поэтому наши резервные копии просто rsync-ятся на внешнее хранилище. Мы предпочитаем так… это одна вещь меньше для отладки и мы можем «обойтись» без S3,