Etherpad-lite: конфигурация: поддержка переменных среды

Уже есть несколько неофициальных образов Docker, которые это поддерживают. Может стоит посмотреть?

Важно иметь возможность установить секрет ключа API через переменную ENV, чтобы при повторном развертывании образа Docker не приходилось вручную менять все внешние службы на новый случайный ключ API. Спасибо!

Реализовано. PR # 3572.

Обратите внимание, что будет небольшое замечание, относящееся к Etherpad, из-за привязки к использованию файла JSON для конфигурации.
Даже при замене переменной, значение которой будет логическим или числовым, необходимо использовать кавычки. Таким образом, Etherpad позаботится о преобразовании параметра конфигурации из строки в правильный тип.

Документация находится в https://github.com/ether/etherpad-lite/blob/3b6b12e8482bb641252c2aa8fff225d61cd5225b/settings.json.template.

   "port":   9001,          <-- Literal values. When not using substitution,
   "minify": false              only strings must be quoted: booleans and
   "skin":   "colibris"         numbers must not.

   "port":   ${PORT}        <-- ERROR: this is not valid json
   "minify": ${MINIFY}
   "skin":   ${SKIN_NAME}

   "port":   "${PORT}"      <-- CORRECT: if you want to use a variable
   "minify": "${MINIFY}"        substitution, put quotes around its name,
   "skin":   "${SKIN_NAME}"     even if the required value is a number or a
                                boolean.
                                Etherpad will take care of rewriting it to
                                the proper type if necessary.

Это уже отлично выглядит.

Любой шанс также реализовать настройку APIKEY.txt (как описано здесь: https://github.com/ether/etherpad-lite/wiki/HTTP-API), аналогично тому, как это делает этот образ Docker: https: // github .com / tvelocity / dockerfiles / tree / master / etherpad-lite ?

Или есть другой способ (с томом?) Предотвратить изменение ключа API при воссоздании / обновлении образа докера?

Мой вариант использования: у меня есть Etherpad, интегрированный в Dokuwiki и Nextcloud, и оба требуют установки ключа API, и в идеале мне не пришлось бы менять его вручную каждый раз при обновлении образа Docker.

Большое спасибо!

Это круто! Спасибо за реализацию @muxator

Есть ли возможность в ближайшее время выпустить это в помеченной версии, не дожидаясь появления других проблем, связанных с 1.8?

Я бы хотел иметь возможность использовать это из образа докера etherpad/etherpad без привязки к гораздо более свободному тегу developer .

Спасибо еще раз!

@muxator Вот что я сделал для запуска etherpad-lite на кубернетах. https://github.com/gobengo/etherpad-lite

Настройка учетных данных базы данных наиболее подходит для переменных среды ( из секрета k8s ) в том контексте, где требуется эта функция.

Но поскольку еще нет выпуска, в котором есть эта функция, мне пришлось использовать тег «последний» образа докера .

Просто поделитесь вариантом использования. Еще раз спасибо за добавление этого. С нетерпением ждем появления этого в 1.8

Привет, @gobengo , я рад, что это позволило реализовать новую возможность развертывания.

Приблизительная разбивка оставшихся проблем на этапе 1.8 выглядит следующим образом:

1. есть две оставшиеся проблемы безопасности, которые действительно необходимо исправить перед выпуском 1.8:
   1.a # 3598, проблема с библиотекой tar в транзитивной зависимости npm
   1.b библиотека clean-css требует увеличения основной версии, и это требует некоторой работы (см. ~ Https: //github.com/ether/etherpad-lite/pull/3597#issuecomment-483851384~ # 3616)
2. асинхронная миграция внесла много важных изменений, но есть еще две проблемы, которые необходимо решить (см. # 3568 и # 3566)
3. есть некоторая функциональная работа, которую, вероятно, можно было бы отложить до более поздней версии

Если у вас есть возможность поработать над 1.a , 1.b или 2 , это может очень помочь.
Спасибо!

Код для # 3568 готов - в основном это требует изменения документации.

Я снова могу посмотреть на №3566. AFAIK предложенный мной патч работает, но я считаю, что могу упростить его, чтобы он не требовал использования eval .