VT
Хороший вопрос. А шарить компоненты между собой кроме как npm пакетами не получится же?
Size: a a a
2019 October 31
АК
я вроде читал что как то можно сделать но не понял как именно поетому интересуюсь) сделвть в рамках одной апликухи
VH
а чем не подходит решение всего в одном приложении с разибитиями на модули да и все?
VT
Можно, конечно, всё в одно приложение запихать и загружать разное по условию. Самое очевидное, это пихнуть условие в корневом компоненте.
АК
есть подход по типу -- в одном рутовом приложении есть еще несколько приложений
VH
Андрей Костюков
есть подход по типу -- в одном рутовом приложении есть еще несколько приложений
разбитие всегда будет лучше, так как когда нада будет что-то менять, меняешь 1 приложения, а не все уходят в нераб состояние
АК
ну ети child apps делаюся lazy load модулями и грузятся по требованию
АК
только я не понимаю можно ли между ними токен передавать
VH
Андрей Костюков
ну ети child apps делаюся lazy load модулями и грузятся по требованию
загрузка новой версии всего приложения же будет всегда и так
АК
и при переходе на другой субдомен всегда же будет перезагрузка
VH
Андрей Костюков
и при переходе на другой субдомен всегда же будет перезагрузка
но ты и так хочешь это как "1" приложение же
АК
просто задача по типу сделать одно приложение но чтоб его куски были под разными субдоменами
АК
я вот пока не понимаю как ето
VH
и так наилушчий вариант - это разбить все это на особные приложения и потом радоваться)
АК
Типо каждый субдомен отельное приложение?
VS
Ребята как мне через moment js сделать так... У меня есть текущий год и я хочу от него получится год с разницей 13 лет 2019 == 2006, 2020 == 2007 и тд.
DT
Ребята как мне через moment js сделать так... У меня есть текущий год и я хочу от него получится год с разницей 13 лет 2019 == 2006, 2020 == 2007 и тд.
Вроде есть метод subtract
DT
Ребята как мне через moment js сделать так... У меня есть текущий год и я хочу от него получится год с разницей 13 лет 2019 == 2006, 2020 == 2007 и тд.
date.subtract(13, 'years')
IK
Всем привет. Нормальной ли практикой является билд приложения по пре-коммит хуку? Проблема в том, что билд в gitlab cubernates кластере происходит долго, и если одновременно запустить несколько билдов, то оперативной памяти не хватает и один из билдов отваливается с ошибкой. А заказчик не хочет пока тратиться на сервера с автоматическим расширением памяти.
В продолжение моему прошлому вопросу. Я не девопс и сейчас деплоем занимается тоже не профессионал в этом деле. Может кто подскажет лучшие практики по деплою в gitlab ci (с использованием kubernates кластера).
Есть проблема - билд ангулара занимает продолжительное время. В это время сервер, получается, лежит. Хотелось бы избавиться от этого простоя, но мы не поймем, как это лучше сделать.
Текущая идея - перенести билд ангулар приложения в dockerfile. Билд контейнера выполняется с помощью kaniko. После билда приложения внутри контейнера kaniko делает снепшот файловой системы и делает его на столько долго, что процесс завершается с ошибкой таймаута.
Какие еще решения могут быть для этой проблемы в общем или для kaniko в частности?
Есть проблема - билд ангулара занимает продолжительное время. В это время сервер, получается, лежит. Хотелось бы избавиться от этого простоя, но мы не поймем, как это лучше сделать.
Текущая идея - перенести билд ангулар приложения в dockerfile. Билд контейнера выполняется с помощью kaniko. После билда приложения внутри контейнера kaniko делает снепшот файловой системы и делает его на столько долго, что процесс завершается с ошибкой таймаута.
Какие еще решения могут быть для этой проблемы в общем или для kaniko в частности?
DT
В продолжение моему прошлому вопросу. Я не девопс и сейчас деплоем занимается тоже не профессионал в этом деле. Может кто подскажет лучшие практики по деплою в gitlab ci (с использованием kubernates кластера).
Есть проблема - билд ангулара занимает продолжительное время. В это время сервер, получается, лежит. Хотелось бы избавиться от этого простоя, но мы не поймем, как это лучше сделать.
Текущая идея - перенести билд ангулар приложения в dockerfile. Билд контейнера выполняется с помощью kaniko. После билда приложения внутри контейнера kaniko делает снепшот файловой системы и делает его на столько долго, что процесс завершается с ошибкой таймаута.
Какие еще решения могут быть для этой проблемы в общем или для kaniko в частности?
Есть проблема - билд ангулара занимает продолжительное время. В это время сервер, получается, лежит. Хотелось бы избавиться от этого простоя, но мы не поймем, как это лучше сделать.
Текущая идея - перенести билд ангулар приложения в dockerfile. Билд контейнера выполняется с помощью kaniko. После билда приложения внутри контейнера kaniko делает снепшот файловой системы и делает его на столько долго, что процесс завершается с ошибкой таймаута.
Какие еще решения могут быть для этой проблемы в общем или для kaniko в частности?
А почему лежит во время сборки?
Собрали, потом уже почистили и заменили артефакты сборки
Возможно я не правильно понял "сервер лежит"
Собрали, потом уже почистили и заменили артефакты сборки
Возможно я не правильно понял "сервер лежит"