сущность - производство

сущности иерарзхические

почему заказчики любят писать сверхкрутое техническое тз сами его не понимая?

почему заказчики любят писать сверхкрутое техническое тз сами его не понимая?

чтобы в случае косяков было на что списать

Но это скорее частный случай. У меня есть реализация руками, хотел приложенте найти, которое лучше справится с задачей

мне чувак щас такое тз написал а на деле я спрашиваю что надо — ну надо что бы короче эта фигня соединялась с сайтом учебного заведения

почему заказчики любят писать сверхкрутое техническое тз сами его не понимая?

потому что если бы они его понимали - им бы не требовалось его писать в первую очередь

такое ощущение словно получаю оффициальный заказ на первый туалет в селе

innovations

подскажите как обрабатывать символы юникода перед записью в лог файл? вылетает ошибка UnicodeEncodeError

logging.basicConfig(format='%(asctime)s - %(name)s - %(levelname)s - %(message)s', level=logging.INFO, filemode='w', filename='log.log')

Ребят, привет, а как вы пишете интеграционные тесты для каких-либо серверов? И пишете ли вообще?

ух, я бы тоже послушал

ух, я бы тоже послушал

а у тебя нет случайно такого опыта?

Но вообще наверное лучше начать с себя

сейчас 2 подхода есть — это запускаем сервак через Popen и читаем его stderr, stdout, отдельно создается окружение со всеми конфигами и прочим.

Мне лично он не очень нравится ибо как-то нестабильно, в первую очередь потому что нет нормально синхронизации между серваком и тестовым кейсом, все делается при помощи либо time.sleep, либо ожиданием вывода/записи в бд. Также часто нужно внести изменения в свою копию для того, чтобы запустить тесты, ревью не очень удобно.

а, еще дебаг и сбор покрытия затруднен

Другой вариант — запускаем класс приложения в отдельном треде, предварительно делаем моки для настроек(не файлы, а просто переменные в памяти) и добавляем memoryhandler в логгер приложения и тоже читаем его. Здесь более стабильно, но тоже далеко от идеала, не быстро и не совсем соответствует реальности. Но гораздо более гибко.

такие дела

залез посмотреть, как это делается у крутых парней — заглянул в gunicorn, а там похоже, никак не делается

т.е. тесты есть, но не совсем интеграционные

У меня не тривиальная обращене))) Пред. История Меня подруга попросила сформилировать заумное описание ПО Есть у нее тех.Дир который постоянно умника из себя строит, и на просьбу купить ноутбук в рамках бюджета, просит прислать тз для ПО (mac из списка исключаем) Задача: Сформулировать заумное описание ПО Window 10 =))))

Я хз что ответить ) Решил сюда скинуть )

сейчас 2 подхода есть — это запускаем сервак через Popen и читаем его stderr, stdout, отдельно создается окружение со всеми конфигами и прочим.

0_o

мы делаем так: пишется docker-compose файл с базами, серверами и тестовым образом все стартует, ждем запуска через периодчиеские http запросы серверов, затем стартуем тесты в уже запущенном контейнере

ребят, у меня логгер не пишет в лог запись, если в ней такой символ ★ UnicodeEncodeError: 'charmap' codec can't encode character '\u2605' in position 61: character maps to <undefined> подскажите что делать?

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

мы делаем так: пишется docker-compose файл с базами, серверами и тестовым образом все стартует, ждем запуска через периодчиеские http запросы серверов, затем стартуем тесты в уже запущенном контейнере

ну это у вас веб-приложуха?

ну это у вас веб-приложуха?

да

интеграционные тесты - не юнит, они должны общаться с приложением так как с ним общаются реально

Привет! Если начал писать с пхп и пишу на питоне уже пару лет а сейчас есть задача начать писать на c++ как много времени может уйти на адаптацию к новому языку?

интеграционные тесты - не юнит, они должны общаться с приложением так как с ним общаются реально

Ну да, с этим согласен, меня только коробит, что они ну очень неудобные

Ну да, с этим согласен, меня только коробит, что они ну очень неудобные

селяви

а азчем вы юазете filehandler? вангую проблемы с передачей логов с систему логирвоания, проблемы с ротацией и несколькими воркерами

Привет! Если начал писать с пхп и пишу на питоне уже пару лет а сейчас есть задача начать писать на c++ как много времени может уйти на адаптацию к новому языку?

на плюсах - месяца 3-4 наверно

минимум

хотя если это реально плюсы, но без шаблонов, то может меньше

в общем, нужно стиснуть булки и улучшать взаимодействие с подпроцессами

а если адская смесь с си - сочувствую

а азчем вы юазете filehandler? вангую проблемы с передачей логов с систему логирвоания, проблемы с ротацией и несколькими воркерами

★ данный символ вызывал UnicodeEncodeError при записи в лог-файл

★ данный символ вызывал UnicodeEncodeError при записи в лог-файл

я и спрашиваю, зачем вы юзаете FileHandler?

почему не stdout?

я и спрашиваю, зачем вы юзаете FileHandler?

там можно указать кодировку

а до этого без него было?

почему не stdout?

в stdout пишется всё норм. при записи в текстовый файл ошибка возникала

а в текстовый файл как писал раньше?

может кто еще с подобными вещами пердолится?

имхо, filehandler не нуцжен в современных реалиях

в общем, нужно стиснуть булки и улучшать взаимодействие с подпроцессами

с какими подпроцессами?

а в текстовый файл как писал раньше?

logging.basicConfig(format='%(asctime)s - %(name)s - %(levelname)s - %(message)s', level=logging.INFO, filemode='w', filename='log.log')

logging.basicConfig(format='%(asctime)s - %(name)s - %(levelname)s - %(message)s', level=logging.INFO, filemode='w', filename='log.log')

зачем ты в файл лог из приложения пишешь?

есть же journald, да и docker сам лог ведет

зачем ты в файл лог из приложения пишешь?

а как надо?

ты его ротировать задолбаешься

если будешь сам писать

я этому ещё не научился)

с какими подпроцессами?

Я Popen имею ввиду

я этому ещё не научился)

ты как приложение запускаешь?

У нас просто в основном tcp

Я Popen имею ввиду

эм, я н епонял зачем тебе popen

ты как приложение запускаешь?

в данный момент пока дописываю, потом залью на сервер и там через supervisor

в данный момент пока дописываю, потом залью на сервер и там через supervisor

не надо супервизор! есть systemd и есть journald у него

он сам собирает логи с stdout и пишет в системный лог

почему заказчики любят писать сверхкрутое техническое тз сами его не понимая?

Твоя задача вытащить из него то, что на самом деле требуется сделать. Формализовать в ТЗ. ТЗ оплачивается отдельно, выполнение по ТЗ отдельно. Модификации в ТЗ — отдельно.

ERROR: S client not available

не надо супервизор! есть systemd и есть journald у него

ок, почитаю об этом, спасибо)

эм, я н епонял зачем тебе popen

Ну так запускать серваки в тестовых кейсах

не надо супервизор! есть systemd и есть journald у него

а чем супервизор плох, кроме того, что с py3 не дружит?

а чем супервизор плох, кроме того, что с py3 не дружит?

тем что 2 менеджера сервисов хуже чем один

systemd уже стоит, давайте ещё десяток аналогичных вещей поставим

Ну так запускать серваки в тестовых кейсах

так, они у тебя в проде как запускаются?

так, они у тебя в проде как запускаются?

Да просто командной

ну так и стартуй

а потом запускай тесты

или ты хочешь на каждый тест поднимать?

интеграционные тесты с полным переподнятием всего имхо долго будет

Да там небольшие серваки, быстро запускаются

Так более-менее чисто все будет

А бд одна используется

Возможно, её дропать нужно, когда она используется

что это такое?

Спам

Спам

Это спам ?

Спам

это не спам, это демонстрация маркетинг трюка

@gloomy_philosopher спам

@gloomy_philosopher

мы этого не хотели значит спам

Возможно, её дропать нужно, когда она используется

ну вообще для теста в идеале чистую БД поднимать

ты инстанс имеешь ввиду?

схему

но на одном инстансе надо как-то гарантировать что два теста не займут одну схему

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

тест нужно запускать в транзакции и откатывать ее по завершению, в джанге хорошо сделано с save point’ами схему отдельную временную создавать для тестов

тест нужно запускать в транзакции и откатывать ее по завершению, в джанге хорошо сделано с save point’ами схему отдельную временную создавать для тестов

Это для юнит. А мы про интеграционные