Сервисы деплоить норм, а nginx то зачем часто деплоить?

Visual Studio убирает в коде дезайнера мой код - почему?

т. е. ты правишь руками код в файле, в начале которого написано, что править его не нужно

я правильно понимаю?

Сервисы деплоить норм, а nginx то зачем часто деплоить?

Единообразие типа.

Единообразие типа.

А это не лишние телодвижение за которое не платят?

Ну фиг знает. У меня всё в докер контейнеры собирается. Правда это не шарп.

По мне так чем проще тем лучше поддерживать

Держу для кэширования картинок nginx в образе вместе с asp net core webapi приложением. Имхо это удобнее, чем потом еще на хостинге настраивать отдельно.

Держу для кэширования картинок nginx в образе вместе с asp net core webapi приложением. Имхо это удобнее, чем потом еще на хостинге настраивать отдельно.

а хост для core kestrel? и это все в одном контейнере?

да на линуксе

да на линуксе

А как же безопасность? а подключение к БД там же? или какой-то еще один сервис?

У нас просто тоже в планах первый web api на внешку. И хочу знать как сделано это у других.

Конкретно в этом бд нет, это такой “микросервис” который только картинки жмет на лету из папки. А так обычно отдельный контейнер поднимаю (с монгой например).

А как быть если web api будет работать с БД, как защищать конфигурационные файлы в которых будут connectionstring с логином и паролем

Ох, вопрос серьезный, а я не силен в девопсе - по этому советов давать не буду (может кто-другой подскажет)

?проще весь этот чатик по 282 завтра посадить

Плохой из тебя оратор

Плохой из тебя оратор

не прост заказчик такой. он знает о любой твоей покупке, банковской операции и тп

не прост заказчик такой. он знает о любой твоей покупке, банковской операции и тп

Прям приорат сиона

Не иначе

Прям приорат сиона

да не всего лишь фнс

Не о каждой если у тебя есть карта забугорного банка

Который подчиняется закону о банк тайне

По настоящему

Который подчиняется закону о банк тайне

такой в рф уже работать права не имеет с 2012 года

такой в рф уже работать права не имеет с 2012 года

А мы не за рф

А разве украина не будет соблюдать международное соглашение об обмене инфой о банковских счетах? Рф вроде вкатится в эту хуету с 2018. Ну и у всяких пионерских карт фича в том что счёта как такового на твоё имя не открыто.

Да и пока ты на шаурму деньги тратишь, никому ты нахуй со своими копейками не нужен.

Ёмаё, днём в девопсах была политота, захожу в телегу - и в шарпе политота)

Ну сорян. Я не подразумевал политоту своим сообщением разводить. Я немного другую тему затрагивал

Вообще не пойму о чем речь

Это же такой руби для эрланга, да?

Это же такой руби для эрланга, да?

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

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

При этом, если не ошибаюсь, оно компилится в байт-код BEAM и совместимо с либами OTP. Впрочем, тут я уже начинаю галимый #оффтопик , так что пожалуй эту тему закрою :)

тут есть те. кто юзали tfs но смогли от него отказаться?

В смысле как хранение исходников?

В смысле как хранение исходников?

как билд системы и хранения исходников

Ладно с исходниками, но с билдами в чём проблема?

Есть jenkins плагин, ставь jenkins и переноси сценарии туда.

кодеры пишут на C#, в том числе .нет и апс нет и куча вин форм, думал взять гитлаб. но хз как быть с билд системой

А с исходниками - мы пошли на тяжёлый шаг и плюнули на историю и перенесли всё на гит.

Так что не знаю что с исходниками делать.

я бы вообще всю винду из конторы удалил

Старые версии мы в tfs пока держим, но скоро выкинем.

Старые версии мы в tfs пока держим, но скоро выкинем.

вот тут старого говна оч много

кодеры пишут на C#, в том числе .нет и апс нет и куча вин форм, думал взять гитлаб. но хз как быть с билд системой

работает отлично

я бы вообще всю винду из конторы удалил

Оффтоп, но чем винда не устраивает?)

Итак, народ, очередной вопрос по akka.net :) Каким макаром лучше всего организовать взамиодействие между аккой и какой-нибудь ORM-кой? На текущий момент сделано так: есть актор, который "владеет" сессией ORM, и все взаимодействие идет через него. Все объекты, которые из ORM выходят преобразуются в иммутабельные структуры, которые и отправляются как ответ на запрос. Есть ли какие-либо BestPractices по поводу впринципе вплетения ORM-ок в акторную модель?

работает отлично

кому как, меня убило то, что нельзя дать права группе, а надо каждому разрабу тестеру админу по отдельности права давать. так за**ывает

Оффтоп, но чем винда не устраивает?)

много жрёт. плохо настраивается, а я как линуксоид не люблю когда настройка сервера больше 1 плейбука в ансибл

кому как, меня убило то, что нельзя дать права группе, а надо каждому разрабу тестеру админу по отдельности права давать. так за**ывает

у меня мало народу и собираемых проектов меньше 10 так что пока не сталкивался

много жрёт. плохо настраивается, а я как линуксоид не люблю когда настройка сервера больше 1 плейбука в ансибл

Не, на серваке понятно. Я про пользовательские машины, к примеру. Или ты про сервер только?

Не, на серваке понятно. Я про пользовательские машины, к примеру. Или ты про сервер только?

про сервера, пользователи меня не волнуют, сами пусть со всем мучаются

про сервера, пользователи меня не волнуют, сами пусть со всем мучаются

А, ну тогда справедливо. Винда на серверах нужна только как контроллер AD в организациях. Больше нафиг не надо.

А, ну тогда справедливо. Винда на серверах нужна только как контроллер AD в организациях. Больше нафиг не надо.

ктобы моим кодерам это объяснил

4 сервиса ещё не смогли на линь перенести

Итак, народ, очередной вопрос по akka.net :) Каким макаром лучше всего организовать взамиодействие между аккой и какой-нибудь ORM-кой? На текущий момент сделано так: есть актор, который "владеет" сессией ORM, и все взаимодействие идет через него. Все объекты, которые из ORM выходят преобразуются в иммутабельные структуры, которые и отправляются как ответ на запрос. Есть ли какие-либо BestPractices по поводу впринципе вплетения ORM-ок в акторную модель?

работу с базой делай через обычный репозиторй

из-за криптухи

просто его уже оберни в актор

https://pastebin.com/Qaj0uZHE из доки по их практикам

4 сервиса ещё не смогли на линь перенести

Сервиса? Ну, я сейчас у себя дроблю монолит, а то пипец просто. Мы в tfs ведём только проект + codereview. Билды в дженкинсе и код в гите.

От tfs мы всё-таки не можем отказаться окончательно.

Сервиса? Ну, я сейчас у себя дроблю монолит, а то пипец просто. Мы в tfs ведём только проект + codereview. Билды в дженкинсе и код в гите.

у нас 12 проектов и в каждом по 30-60 сервисов

тут любят микросервисную архитектуру

ERROR: S client not available

микросервисы лучше монолита

?

микросервисы лучше монолита

ток устанавливать их зануднее. плейбуки длиннее

зато можно выкинуть какой-нибудь и монолит не расколется ;)

вместо того чтобы в 1 файле сделать настройки к каким бд подключаться, где что живёт. надо в 30-60 файлах разное писать

это уже особенности реализации ведь

можно и в 1 файл настройки микросервисоф записывать

Репозиторий для работы с базой лучше хранить в проекте с моделями, описывающими сущности? Или в проекте с вьюмоделями (не дто, натив) и сервисами?

можно и в 1 файл настройки микросервисоф записывать

тогда то разрабам работать. а так админу

Вот суки. Работать заставляют.

Вот суки. Работать заставляют.

тестеры тоде матом кроют

https://pastebin.com/Qaj0uZHE из доки по их практикам

Оу, спасибо! Это у PetaBridge чтоли доки?

Вот суки. Работать заставляют.

Лучше б тестами крыли

httpClient.PostAsync

чем это лучше всего застабить?

микросервисы лучше монолита

https://martinfowler.com/bliki/MonolithFirst.html

Доброй ночи коллеги, тут у меня такой стремный вопрос есть, я работаю с Unity не особо много денег но работа есть и мне вполне нравится. Тут мне "постучался" HR и предложил работу с UWP (при том что я с ним не работал) дают время (3 месяца) на изучение и вроде денег предложили нормально, но я тут почитал про десктоп и как понял в энретпрайзе живет WPF (говорят он уже помирает) и древний говнософт на WinForms, а UWP - это как бы замена WPF\WF но сейчас всё ушло в веб и оно ненужно, и тут вопрос: стоит ли бросать всё и заниматся UWP темболее вакансий одна на всё село и перспективности я не вижу но предлагают хорошие условия и деньги, посоветуйте как на ваш взляд, не хочется бросать всё терять время, а потом остатся не у дел ...

я бы не уходил

на увп

но это дело предпочтений

наверн

Я бы не уходил ибо мне геймдев более интересен

Но тут субьективно

Я бы не уходил ибо мне геймдев более интересен

Согласен, как по мне тоже, но хотел бы знать сам по себе UWP стоит внимания или всё же нет (как было с "Сервелатом" и XNA)

https://martinfowler.com/bliki/MonolithFirst.html

ты его не слушай

не читай в смысле

у него маятник обратно качнулся

там теперь пропаганда неиспользования DI-контейнеров

или не у него

Согласен, как по мне тоже, но хотел бы знать сам по себе UWP стоит внимания или всё же нет (как было с "Сервелатом" и XNA)

нет

мёртворождённая технология