V
Ты в Украине? Мне не пришло такое
Да, мб ещё идёт рассылка
Size: a a a
2020 March 14
p
У меня тоже такое было
2020 March 15
DO
Вопросец есть, может кто подскажет)
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
vl
Вопросец есть, может кто подскажет)
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
1) да, норм, ты также можешь разные конфиги применять, отдельно для прода и дева (читать про параметр -f у docker-compose)
2) достаточно в контейнере поднять, volume на папку с данными для бд прописываешь, а доступ к бд из апи идёт в пределах 1го docker network, используя container_name вместо localhost
2) достаточно в контейнере поднять, volume на папку с данными для бд прописываешь, а доступ к бд из апи идёт в пределах 1го docker network, используя container_name вместо localhost
DO
Спасибо! А тогда такой вопрос, раз у меня что в дев, что в проде контейнеры и nginx в качестве прокси, я могу поставить взаимодействие сервисов по plain http и разруливать https на уровне nginx?
vl
Спасибо! А тогда такой вопрос, раз у меня что в дев, что в проде контейнеры и nginx в качестве прокси, я могу поставить взаимодействие сервисов по plain http и разруливать https на уровне nginx?
да, конечно
vl
это даже в какой-то мере проще, лично для меня
vl
но тогда https redirection тоже будет на уровне nginx
NK
Microsoft не будет активно развивать язык программирования Visual Basic, но реализует его поддержку в .NET 5
https://www.zdnet.com/article/microsoft-we-wont-evolve-visual-basic-programming-language-but-well-open-it-to-net-5/
#VB #VisualBasic #Basic
https://www.zdnet.com/article/microsoft-we-wont-evolve-visual-basic-programming-language-but-well-open-it-to-net-5/
#VB #VisualBasic #Basic
А
Наконец-то, свершилось!
B
Вопросец есть, может кто подскажет)
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
Докер хост интернал не будет пахать на лигухе, насколько я знаю
A
Вопросец есть, может кто подскажет)
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
У меня есть 4 проекта, фронт и 3 бэка, на проде они должны быть под /api1, /api2, /api3 условно говоря.
Локально у меня поднимается 4 приложения на разных портах. Потенциально число сервисов будет расти.
На проде планируется поставить nginx в докере для раздачи фронта + настроить его как reverse proxy для запуска всех сервисов(апишки, база, все остальное если будет)
Вопросы вот какие:
1) а нормально ли воспользоваться docker compose не только для запуска всего в проде, а еще и локально? т.е я запускаю все сервисы, не конфигурирую их вообще, на фронте точно такие же urls, но при этом запущен nginx в контейнере и который разруливает нужные запросы по нужным url(как и на проде)
2) базу стоит прокидывать из хоста(через docker.host.internal:port) или достаточно ее тоже запустить в контейнере(на проде она будет в контейнере с подключенным volume) ?
1 да это нормально
2 без разницы
2 без разницы
A
Вообще студия сама может все контейнеры полнимать
A
И подключаться ко всем контейнерах для дебага
NK
Конвертация текстовых документов в xml на С#.
Недавно автору статьи пришлось столкнуться с необходимостью достать текст из офисных документов (docx, xlsx, rtf, doc, xls, odt и ods). Задача осложнялась требованием представить текст в формате xml без мусора с максимально удобной для дальнейшего парсинга структурой. Было принято решение написать в свободное от работы время библиотеку, которая решала бы указанную задачу, а также создать что-то вроде инструкции.
Подробности: http://msft.it/6272TjNNG
Недавно автору статьи пришлось столкнуться с необходимостью достать текст из офисных документов (docx, xlsx, rtf, doc, xls, odt и ods). Задача осложнялась требованием представить текст в формате xml без мусора с максимально удобной для дальнейшего парсинга структурой. Было принято решение написать в свободное от работы время библиотеку, которая решала бы указанную задачу, а также создать что-то вроде инструкции.
Подробности: http://msft.it/6272TjNNG
DB
ID:0
Конвертация текстовых документов в xml на С#.
Недавно автору статьи пришлось столкнуться с необходимостью достать текст из офисных документов (docx, xlsx, rtf, doc, xls, odt и ods). Задача осложнялась требованием представить текст в формате xml без мусора с максимально удобной для дальнейшего парсинга структурой. Было принято решение написать в свободное от работы время библиотеку, которая решала бы указанную задачу, а также создать что-то вроде инструкции.
Подробности: http://msft.it/6272TjNNG
Недавно автору статьи пришлось столкнуться с необходимостью достать текст из офисных документов (docx, xlsx, rtf, doc, xls, odt и ods). Задача осложнялась требованием представить текст в формате xml без мусора с максимально удобной для дальнейшего парсинга структурой. Было принято решение написать в свободное от работы время библиотеку, которая решала бы указанную задачу, а также создать что-то вроде инструкции.
Подробности: http://msft.it/6272TjNNG
Ыыыы. Решил глянуть, как он будет парсить doc и xls без interop, а в статье только docx и xlsx.
D
Ыыыы. Решил глянуть, как он будет парсить doc и xls без interop, а в статье только docx и xlsx.
ну так doc&xls != xml
DB
ну так doc&xls != xml
Именно. Потому и было интересно, как он их парсить собирался
MC
ну так doc&xls != xml
ну логично
D
Именно. Потому и было интересно, как он их парсить собирался
На этом, поставленную задачу предлагаю считать решенной для документов формата docx и xlsx.