В отличие от конкатенации

Стоит ли выносить сложные расчеты из приложения (бизнес логику) Django в отдельные таски, которые дергаются по крону, (результаты в БД, из БД в джангу), или переписать часто используемые функции на go и дергать из вьюх? Что посоветуете?

Смотря насколько сложные расчёты

можешь сделать redis queue для тасок

Сложная статистика, котора собираетсяв большие иерархичесие JSON и отдается по ресту

Стоит ли выносить сложные расчеты из приложения (бизнес логику) Django в отдельные таски, которые дергаются по крону, (результаты в БД, из БД в джангу), или переписать часто используемые функции на go и дергать из вьюх? Что посоветуете?

Сервер очередей + переписывай вычисления на чем угодно

Если выполняются долго, по любому надо выносить

Если использовать сервер очередей то селери?

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

Т.е. на проектах где нужно много предварительной работы - вычислений, бизнес логику держать отдельно от Джанги, а Джангу использовать только как генератор REST интерфейса? Это правильно?

Или веб приложение должно быть монолитное, т.е. все в Джанге?

Кто там такой сложный пришел?)))

ыы, аудиофайлики

чо, codephoto уже и такую фичу поддерживает?

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

http://www.yopmail.com/ru/

Что еще можно использовать как альтернативу celery и крону? Т.е. хочется запустить некий планировщик задач в докере и дергать скрипты с доступом к бд по ORM.

можно как-то логи посмотреть дальше, чем лимитирует journalctl -n?

Ты просто сидишь тут и наблюдаешь? ??

Что еще можно использовать как альтернативу celery и крону? Т.е. хочется запустить некий планировщик задач в докере и дергать скрипты с доступом к бд по ORM.

Чем крона то не угодила? Работаю я в одной известной конторе, тут много чего завязано на кроны. Их для расписания и длали

Да угодил только хочется больше питоновского что ли.

Знакомо. Но в конечном итоге у тебя выйдет тот же самый крон. Только на питоне

Может даже с веб интерфейсом отдельным, чтобы время назначать и смотреть статус..

Просто этож типовая задача по идее.

Тогда тебе не крона нужна а rabbitMQ

Там и веб интерыейс есть.

Но пинать в него задачи все равно будеш кроном)

Rabbit это только брокер, а мне нужно чтобы, кто-то запустил мою задачку и выводил состояние о ней.

Я брокер думаю БД использовать, так как из нее сразу ресты будут делаться джангой

А вдруг для крона есть веб интерфейс, пойду загуглю....

Лучше связать вместе брокер и БД. Брокер должен работать как брокер а в бд должны данные хрниться.

Никогда не понимал профита от брокера на redis

Подскажите в чём проблема. После того как я ввожу не число мне выводит, что я ввёл не число и просит ещё раз ввести число (как и задумано), но стоит мне ввести следующий раз число, то функция возвращает не число, а None. Ниже будет скрин и код функции

def int_num(STR): """Целое число""" try: n = int(input(STR)) return n except: print("Вы ввели не целое число") print("Попробуйте ещё раз") int_num(STR) print(int_num("Введите число: "))

У меня "таски"-вюхи считают сложную статистику и запихивают в JSON это сейчас во вьюхах. Я хочу это выделить в отдельные задачи, а результаты в БД. А из БД рисовать уже РЕСТ

есть еще предложение переделать весь бэк на GO. Но мне кажется это излишне.

def int_num(): """Целое число""" try: n = int(input('Введите число')) return n except: print("Вы ввели не целое число") print("Попробуйте ещё раз") return int_num()

Спасибо

Разве n = int Не преобразует любой инпут в int

Правда хватило просто def int_num(STR): """Целое число""" try: n = int(input(STR)) return n except: print("Вы ввели не целое число") print("Попробуйте ещё раз") return int_num(STR)

У меня "таски"-вюхи считают сложную статистику и запихивают в JSON это сейчас во вьюхах. Я хочу это выделить в отдельные задачи, а результаты в БД. А из БД рисовать уже РЕСТ

У меня есть один проект в котором есть много запросов к разным сайтам. Они объединины в задачи. Пинают их с фронта кнопкой пользаки. Так вот задача - это модель в джанге. Выполняет ее celery через rabbitMQ. Результаты пишутся в redis. Потом ставится статус то что задача ок. И пользак жмет на кнопку "посмотреть результат или вызрузить" а дальше уже во вьюхе прохожу по redis и собираю результаты

Правда хватило просто def int_num(STR): """Целое число""" try: n = int(input(STR)) return n except: print("Вы ввели не целое число") print("Попробуйте ещё раз") return int_num(STR)

Но задача у тебя странная

Защита от дурака)

Тогда уж except ValueError: сделай

У меня резельтат должен показываться сразу, По идеи я расчеты должен сделать заранее, проблема еще в том что результат это сложный JSON и разбить на несколько простых нельзя. А хранить его где-то надо я думаю все-таки в БД запихивать. Так можно еще считать только новые данные старые будут уже посчитаны и лежать в БД

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

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

Может тогда лучше обойтись малой кровью? Кешировать результаты запросов минут на 5. По крайней мере так делает Avito

Не саму html конечно, а выборку из бд

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

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

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

Чистый api телеграм. Запросы на request в твою плотежку. Временный файл или бд. Запросы кроном каждые n минут и если новый результат не равен предидущему слать сообщение через requests на api телеграма в чат

С точки зрения веб разрабоки правильно ли вообще бизнес логику держать отдельно от джанги? А джангу только для отрисовки REST интерфейса использовать. Или это не по феншую?

Привет народ. Есть кто живёт на Бали и прогает на Python ?

Отпишитесь в лс плиз.

Привет, не живу, но если подаришь билет, приеду :)

С точки зрения веб разрабоки правильно ли вообще бизнес логику держать отдельно от джанги? А джангу только для отрисовки REST интерфейса использовать. Или это не по феншую?

Ну если джанга не справляется то зачем ее насиловать) На ней писать сайтики средней сложности. Я б вынес отдельно и отдавал данные торнадой. сли уже и торнада не вывозит и в торнаде не используют орм и посгрес не справляется - то тогда только кеш и думать как данные не собирать а держать боьшую часть их уже готовыми для отдачи

Привет, не живу, но если подаришь билет, приеду :)

Да он вроде не дорогой. :)

Потому что это не остров, а Магазин аквариумов зоомагазин?

Будет кто еще код слать то? не рабочий

можно как-то логи посмотреть дальше, чем лимитирует journalctl -n?

cat /var/log/messages*

Буду считать данные предварительно и класть в БД и наверно крон буду использовать, хотя надо еще обмозговать . А Django только как интерфейс. Спасибо!

Буду считать данные предварительно и класть в БД и наверно крон буду использовать, хотя надо еще обмозговать . А Django только как интерфейс. Спасибо!

А ты прикольный) Зря от торнадо отказался. Вполне норм. Было бы у вас отдельно api для партнеров или еще кого там чтобы чисто бизнес логика

Сейчас есть уже приложение на джанге с толстыми вьюхами и думаю их проще перенести в отдельные таски. Просто на торнаде придется запросы переписывать под новый ORM наверно. Что не очень хочется.

Вообще думал делать много расчетов в самой базе, в виде процедур, и потом их уже просто дергать из джанги, но коллеги не поймут моих SQL изысканий.

Вообще думал делать много расчетов в самой базе, в виде процедур, и потом их уже просто дергать из джанги, но коллеги не поймут моих SQL изысканий.

И не нужно) Переносил однажды проет с бд mssql на mysql в котором было оч много процедур. Ребята переписывали руками их

Вот и у меня была подобная задача, MSSQL мигрировал Postgres. Ето ад.

Сейчас есть уже приложение на джанге с толстыми вьюхами и думаю их проще перенести в отдельные таски. Просто на торнаде придется запросы переписывать под новый ORM наверно. Что не очень хочется.

Орм можно взять peewee он почти такой же как в джанге. Ток сразу скажу что с миграциями там больно. именно в peewee. А можно орм и не брать и сделать все на чистом sql. И если там Посгре то тумаю на этом проблемы и закончатся, и скорость норм и api готов

Спс гляну.

Бля, остановите его. Ну какой же self - метод?

Но что бы было легче работать мы можем создать свой метод уже в классе, метод будет set он будет содержать в себе 3 аргумента 1 - self этот аргумент указывает ссылку на наш метод (мы этот аргумент не трогаем), 2 - name, 3 - age. Дальше в нашем методе мы делаем 2 объекта, 1 - self.name = name то есть объект name будет равняться объекту name в нашем методе. Тоже самое и с age. Теперь указывать данные нашего персонажа Kolya будет намного легче. Все это будет выглядеть так -

Объект self.name, очень приятно

Объект self.name, очень приятно

Это уже субъект какой-то

Это уже субъект какой-то

Парамект

Зато парень до ООП дошел

За 2 дня ели по постам посмотреть

Это еще не ооп, просто классы :)

Это начало. Все так начинали

Ля, там про инкапсуляцию и полиморфизм зашла речь

Настраиваемся на волну "объект == параметр" и бегом повторять

@roadtotheprogrammer

Настраиваемся на волну "объект == параметр" и бегом повторять

Почему ты его тролиш? Он пишет хуже тебя?

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

:)

Почему ты его тролиш? Он пишет хуже тебя?

Так он народ учит

Понаучиваются у него в блоге и будут штурмовать чат беггинерсов

Понаучиваются у него в блоге и будут штурмовать чат беггинерсов

А ты там оборону держишь?)

А ты там оборону держишь?)

Не