АЗ
А ну это не совсем в рантайме
Согласен. Изменю формулировку "после сборки вебпака".
Size: a a a
2020 January 21
A
Тогда все равно я не понял зачем плагин, файл то имортится как обычный себе файл
A
Что плагин то делать будет
A
Ошибка линтом чекается
АЗ
Тогда все равно я не понял зачем плагин, файл то имортится как обычный себе файл
Так. Смотри. Вебпак собирает проект 10-15 минут, с собой тащит 100500 библиотек + ноду. Получается слишком жирный контейнер + время старта 10+ минут. Это неприемлемо.
Нужен тоненький контейнер(alpine + nginx в идеале), моментальный старт и конфигурирование билда при запуске контейнера.
Нужен тоненький контейнер(alpine + nginx в идеале), моментальный старт и конфигурирование билда при запуске контейнера.
A
Так. Смотри. Вебпак собирает проект 10-15 минут, с собой тащит 100500 библиотек + ноду. Получается слишком жирный контейнер + время старта 10+ минут. Это неприемлемо.
Нужен тоненький контейнер(alpine + nginx в идеале), моментальный старт и конфигурирование билда при запуске контейнера.
Нужен тоненький контейнер(alpine + nginx в идеале), моментальный старт и конфигурирование билда при запуске контейнера.
А сборка заранее?
АЗ
А сборка заранее?
Да. В момент docker build.
A
А это чего не подошло?
A
Аа, делал такое. Json файл конфигурации кладется в проект, вебпаком потом аккуратненько переносится в паблик папку при сборке. В рантайме скачивается через fetch при каждом обращении к нему. По другому даже не представляю как
A
В твоём случае даже проще ты просто делаешь динамический импорт файла конфига
АЗ
Можно и так сделать, просто моё решение выглядит как что-то поприятнее.
+ во время разработки этот конфиг руками создавать.
+ во время разработки этот конфиг руками создавать.
A
Можно и так сделать, просто моё решение выглядит как что-то поприятнее.
+ во время разработки этот конфиг руками создавать.
+ во время разработки этот конфиг руками создавать.
А оно готовое уже? Есть посмотреть?
АЗ
Хочется сделать что-то типа
plugins: [
new EnvPlugin({
A: defaultA,
B: defaultB,
isDev: mode === 'development',
})
]
и если isDev === true, то в env.A и env.B лежат defaultA и defaultB. Если не дев, то они берутся из переменных окружения.
plugins: [
new EnvPlugin({
A: defaultA,
B: defaultB,
isDev: mode === 'development',
})
]
и если isDev === true, то в env.A и env.B лежат defaultA и defaultB. Если не дев, то они берутся из переменных окружения.
A
Я б и заюзал у себя если красивее
АЗ
А оно готовое уже? Есть посмотреть?
Нет. Я сейчас апи продумываю. + надеюсь, что уже есть что-то готовое)
A
Так. Смотри. Вебпак собирает проект 10-15 минут, с собой тащит 100500 библиотек + ноду. Получается слишком жирный контейнер + время старта 10+ минут. Это неприемлемо.
Нужен тоненький контейнер(alpine + nginx в идеале), моментальный старт и конфигурирование билда при запуске контейнера.
Нужен тоненький контейнер(alpine + nginx в идеале), моментальный старт и конфигурирование билда при запуске контейнера.
Пажжи а если ты будешь делать быстрый старт такой то вебпак то не запустится второй раз
A
И плагин твой не отработает
АЗ
Пажжи а если ты будешь делать быстрый старт такой то вебпак то не запустится второй раз
А зачем ему запускаться? Вебпак готовит файл env.js и прокидывает линки на него в бандл.
Далее при запуске sed'ом прокидываем в env.js значения переменных.
Далее при запуске sed'ом прокидываем в env.js значения переменных.
АЗ
На запуске достаточно иметь .sh файл(если в контейнере линь).
A
А зачем ему запускаться? Вебпак готовит файл env.js и прокидывает линки на него в бандл.
Далее при запуске sed'ом прокидываем в env.js значения переменных.
Далее при запуске sed'ом прокидываем в env.js значения переменных.
Я понял, чёт мне кажется что мы что то упускаем