почему в доке это не написано?

написано

написано

Нет

Вот дока https://docs.python.org/2/library/multiprocessing.html

я тут не вижу

https://docs.python.org/3.7/library/multiprocessing.html#multiprocessing.current_process > Return the Process object corresponding to the current process. https://docs.python.org/3.7/library/multiprocessing.html#multiprocessing.Process -> https://docs.python.org/3.7/library/multiprocessing.html#multiprocessing.Process.name The process’s name. The name is a string used for identification purposes only. It has no semantics. Multiple processes may be given the same name.

поиск нашел только в одном примере

Добрый день. Кто-нибудь знает тулы генерирующие что-то UML-подобное по исходникам, которые умеют не только в наследование (как в pycharm), но и в композицию (например по тайпхинтам из PEP484)?

@Tishka17 ну вот, на лидерборде за лицензию перегнал на 3 очка, на основном - всё ещё отстаёшь на 3

О. Отстаю на 3. Была разница 12

В общем в питоновской доке чтоб что-то найти надо пол дня ковыряться

В общем в питоновской доке чтоб что-то найти надо пол дня ковыряться

да? пройти по ссылке и посмотреть какие аттрибуты есть у класса? сочувствую

долго спорить

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

Т.е. подойдет любая субд, которая умеет быстро писать?

Т.е. подойдет любая субд, которая умеет быстро писать?

Ага, даже не реляционная

Ага, даже не реляционная

Можешь посмотреть на cassandra/scylladb, она очень быстрая на запись и почти линейно масштабируется при добавлении нод

Просто я смотрел что asyncpg довольно таки быстрая, думал ее заюзат,

Просто я смотрел что asyncpg довольно таки быстрая, думал ее заюзат,

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

Можешь посмотреть на cassandra/scylladb, она очень быстрая на запись и почти линейно масштабируется при добавлении нод

+

Если у вас задачи и логи, то почему не RabbitMQ и ElasticSearch?

Если у вас задачи и логи, то почему не RabbitMQ и ElasticSearch?

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

таблиц около 5-6, с простенькой выборкой

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

Посоны, кто asyncpg юзает, как для пула заставить его выдавать время с таймзоной +3 часа, а не utc?

Если у вас задачи и логи, то почему не RabbitMQ и ElasticSearch?

В эластик предпочтительнее bulk'ами писать если refresh_interval маленький стоит. Иначе поиск может тормозить

А у них я так понимаю bulk'и невозможны по какой-то причине

Всем привет

Всем привет

nometa.xyz

Посоны, кто asyncpg юзает, как для пула заставить его выдавать время с таймзоной +3 часа, а не utc?

@tikhonov_a

Посоны, кто asyncpg юзает, как для пула заставить его выдавать время с таймзоной +3 часа, а не utc?

а средствами SQL не пробовал?

Может есть какой пакет для говорилки текста ?

а средствами SQL не пробовал?

пробовал

есть метод: async def on_connect(conn): await conn.execute("""SET TIME ZONE 'Europe/Moscow'""")

не

не то

ну приводить типы в SQL

ну приводить типы в SQL

ты про ::timestamptz?

я про timestamp with timezone

я про timestamp with timezone

эм, ну у меня поле и так уже этого типа

эм, ну у меня поле и так уже этого типа

попробуй все равно написать field::timestamp with timezone

есть метод: async def on_connect(conn): await conn.execute("""SET TIME ZONE 'Europe/Moscow'""")

прост в aiopg когда пулл создаешь можно кинуть хук такого типа и время начинает возвращаться с нужной таймзоной. В asyncpg тоже есть нечто подобное для пула init или setup, но время почему-то все равно с utc возвращается

ща посмотрю, как у меня было

интересно. судя по доке, так можно кастомные конвертеры для типов делать, и по идее это должно сработать. но они только на Connection вешаются ?

интересно. судя по доке, так можно кастомные конвертеры для типов делать, и по идее это должно сработать. но они только на Connection вешаются ?

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

а в базе что лежит? timestamp with time zone с неправильной зоной, которую надо на лету подхачить?

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

А как разница в какой таймзоне возвращается? Это же только для представления имеет смысл

а в базе что лежит? timestamp with time zone с неправильной зоной, которую надо на лету подхачить?

ну там в utc лежит?

ну там в utc лежит?

без таймзоны?

без таймзоны?

с таймзоной

ну вот звучит так, что как будто надо кого-то наебать ))) лежит в utc, а приходит в +3

с таймзоной

а зачем в коде нужно получать дату в другой таймзоне?

Ребят привет. На серваке Debian 9 установлено 3 версии Python. 2.7, 3.5, 3.7 Как установить PIP для 3.7

постгря вообще хранит все в utc

Ребят привет. На серваке Debian 9 установлено 3 версии Python. 2.7, 3.5, 3.7 Как установить PIP для 3.7

а virtualenv ты не используешь?

постгря вообще хранит все в utc

Что и правильно в принципе

А клиент пусть приводит к своему часовому поясу

можно в sql запросе добавить или отнять несколько часов

ну вот звучит так, что как будто надо кого-то наебать ))) лежит в utc, а приходит в +3

в целом так и есть)

а virtualenv ты не используешь?

Спасибо за подсказку. Линукс только изучаю)

Ребят привет. На серваке Debian 9 установлено 3 версии Python. 2.7, 3.5, 3.7 Как установить PIP для 3.7

https://pip.pypa.io/en/stable/installing/ скорее всего python37 get-pip.py

можно в sql запросе добавить или отнять несколько часов

не это еще хуже будет, кмк

и оверхед

хоть и небольшой

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

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

можешь рассказать зачем вообще это нужно?

просто странно, что по дефолтку такой фичи нет в asynpg

ну например выгрузки в csv делать

Добрый день, возник вопрос по жанге. Есть файл .xls с данными, для них создал модель и смигрировал. Как залить эти данные под эту модель в бд? Что вообще нужно прочитать для этого и в каком направление двигаться?

Добрый день, возник вопрос по жанге. Есть файл .xls с данными, для них создал модель и смигрировал. Как залить эти данные под эту модель в бд? Что вообще нужно прочитать для этого и в каком направление двигаться?

https://t.me/pydjango

20 декабря приходите на PSB Open Mic. Тема митапа: In-Memory vs On-Disk Database. Спикеры и участники - Промсвязьбанк, Tarantool, Grid Gain. Организатор - Промсвязьбанк. Регистрация: https://psbfintech.timepad.ru/event/869835/ Встреча для архитекторов, Team Lead; разработчиков, инженеров, программистов посвящена технологиям вычислений в оперативной памяти (In-Memory vs On-Disk Database). Для зарубежных организаций In-Memory уже стал обязательным компонентом IT- систем, а в России пока делают первые шаги. Вместе с компаниями-лидерами на глобальном и российском рынке в формате открытого микрофона обсудим кейсы; поговорим о том, как мировой тренд влияет на инфраструктуру, какие возможности дает и какие новые задачи ставит. Эксперты: Андрей Трушкин, Руководитель центра инноваций и перспективных технологий, Промсвязьбанк Владислав Шпилевой, занимается разработкой серверной части, Tarantool Артем Шитов, инженер, Grid Gain У нас будет: ? Открытый микрофон с экспертами ? Бесплатный бар ?‍? МНОГО нетворкинга ? Самое лучшее настроение Участие в PSB Open Mic митапе бесплатное и обязательное. Не пропустите Количество мест очень ограничено, регистрация на сайте обязательна: ссылка на сайт Митап будет проходить в ресторане Gadget Studio по адресу: м. Тверская, Тверская ул., 20 строение 2, г.Москва

я бы пришел, но буду пьяный в этот день

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

и это типа правильно?

я считаю что да

ну например выгрузки в csv делать

Ну вот, таймзона нужна только для представления. И правильнее, кмк, приводить к нужной таймзоне именно в момент представления. Что будет если понадобится в другом месте другая таймзона? Для каждого такого куска кода держать свой коннекшен-пул к постгре?

я считаю что да

А если клиент иностранец с отличным от +3 часовым поясом?

Ну вот, таймзона нужна только для представления. И правильнее, кмк, приводить к нужной таймзоне именно в момент представления. Что будет если понадобится в другом месте другая таймзона? Для каждого такого куска кода держать свой коннекшен-пул к постгре?

+

одной сессией могут пользоваться разные юзеры с разными представлениями

имхо надо или всегда получать время по UTC или всегда с типом, хранящим таймзону

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

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

и у меня сейчас проблема только с запросами на чтение

и у меня сейчас проблема только с запросами на чтение

У тебя потом появятся проблемы с приведением к нужной таймзоне

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

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

надуманная проблема, имхо

да, все туплю

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

Лучше храни в utc и приводи к нужной зоне в зависимости от зоны клиента

я храню в utc

ну и приводи при рендеринге, а

можешь во вьюхе захардкодить

главноое чтобы как можно ближе к юзеру

@fahreeve и тут ты)

можешь во вьюхе захардкодить

Можно на клиенте уже переводить

Можно на клиенте уже переводить

ну если клиент - конечно на клиенте

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

Ну я бы с удовольствием. Жаль нет таких полномочий)

Ну я бы с удовольствием. Жаль нет таких полномочий)

не слушай его

что за бред..) первую задачу решил, вторая в примере выходит, а ответ не подходит((

попробуй сдвинуть на один шаг оставшуюся машину

не слушай его

? Холивар?)