c
а чё явно не проверить и не обновить?
Size: a a a
2020 February 12
S
вроде так должно работать, но я такой код не люблю
там суть в том что надо в цикле посчитать макс-мин по кучей полей в результате парсинга огромного xml
S
self.parse_var_to_object(obj, 'size_min', o.area)
self.parse_var_to_object(obj, 'size_max', o.area)
решил сделать так
self.parse_var_to_object(obj, 'size_max', o.area)
решил сделать так
S
а функция сама решает что ей дали _min или _max и пересчитывает
c
а ты уверен, что нельзя это сделать через annotate/aggregate на стороне БД?
Z
Звонок в саппорт. - Алло, мы не можем разговаривать с предприятиями... Они нас слышат , а мы их нет. - Окей, сейчас починим! (Типа Выполнено, проверяйте) . А тепер вообще никто никого не слышит... Может вернете обратно? ...
S
а ты уверен, что нельзя это сделать через annotate/aggregate на стороне БД?
это происходит в момент парсинга мной большой xmlки с выгрузкой по квартирам
S
тут проект по ебучей продажи квартир
S
причем написанный в наихудших традициях джанги профанами - страница объекта делает 1200 запросов в базу. щас бы еще добавлять...
S
а ты уверен, что нельзя это сделать через annotate/aggregate на стороне БД?
вообще хочу, но это надо переделывать весь flow получания данных, на это денег не дадут
c
эх
Z
тут проект по ебучей продажи квартир
Как можно ... Квартира это крепость! Запиливай проект... блеадь )
S
щас выбиваем по кускам на рефакторинг часы
c
ну рефакторинг то такое. если проект приносит какую-то прибыль, то стоит делать то, что нужно, а оптимизировать можно чуть позже
c
хочется, чтобы всё хорошо было, но сначала деньги
S
ну рефакторинг то такое. если проект приносит какую-то прибыль, то стоит делать то, что нужно, а оптимизировать можно чуть позже
S
проект работает, но требований я ебал там новых, и впихивать в ущербную архитектуру их очень дорого
S
по времени
S
там где я мог бы потратить три часа я трачу 10
S
и нервы