для создания ЯП - да, для встраивания в питон - нет

лол аргумент

лол аргумент

ну как бы да

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

Т.е. asyncio позволит из коробки запускать мне make_full_sync с заданным интервалом?

еще раз - для ускорения BLAS есть numpy, для ускорения сишного общего назначения есть cython и nuitka, для ускорения jit'ом есть numba

rpython встраивать в питон смысла нет

Т.е. asyncio позволит из коробки запускать мне make_full_sync с заданным интервалом?

тебе надо периодически запускать?

Да.

тебе надо периодически запускать?

rpython встраивать в питон смысла нет

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

вполне валидно имея so потом юзать его из питона

что не понятного то

Да.

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

куда мне твою нумбу засунуть если я захочу этот движок из луа юзать?

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

напиши этот движок на lua и сделай к нему внешние биндинги

почему на луа то тогда?

потому что там jit один из самых крутых сейчас

там джит один из самых хачных и непредсказуемых

ещё и в рассинхроне с неджит версией

рпитон с другой стороны всегда держит ждит в синхроне с неджитом бай дизайн

но зачем тебе именно встраивать-то? хорошо, напиши на rpython, сделай внешний интерфейс через что-нибудь

так что ещё раз, давайте юзать те инструменты, которые подходят для задачи, а не "луа, ну там же джит вот"

это и есть встраивание

там же есть что-то типа cffi

не статическое а динамическое

ну так он не подходит для задачи, в том и дело

это язык для написания своих языков

ну я же и привел пример по написанию своего языка

регулярки

у регулярок свой рантайм

весьма сомнительное занятие, как по мне

ну да, нада же сайтики на джанге лабать

кроме того, в PCRE есть поддержка jit

а к pcre есть биндинги питона

уже

пцре это стандарт

https://github.com/jakm/python-pcre

ещё раз, вопрос не про это

а про то, почему os.write падает с сегфолтом)

регулярки это пример, не более того

хотя как study case вполне

а про то, почему os.write падает с сегфолтом)

Отладить это нельзя и понять, где там проблема?

Отладить это нельзя и понять, где там проблема?

так там в тикете есть дамп gdb

ну вот я дампнул ассемблер, хз че дальше

думал мне коре девы расскажут

проблема в том, что вряд ли есть еще кто-то настолько же упоротый :)

на этот тег обычно Армин Риго суммонится

я не в плохом смысле

думал мне коре девы расскажут

Сходи в чат к ним :) Или в список рассылки

ходил в рассылку

Не ответили?

на SO лучше отвечают они же

мне вот интересно, реально ли написать интерпретатор питона на Go с поддержкой async/await на горутинах

У меня тоже возник вопрос) Был ли у кого-нибудь случай когда getList возвращал только первое значение? И, что самое интересное, MultiDict возвращается с первым ключом и значением Немного прелюдий: https://stackoverflow.com/questions/14188451/get-multiple-request-params-of-the-same-name

У меня тоже возник вопрос) Был ли у кого-нибудь случай когда getList возвращал только первое значение? И, что самое интересное, MultiDict возвращается с первым ключом и значением Немного прелюдий: https://stackoverflow.com/questions/14188451/get-multiple-request-params-of-the-same-name

то есть у тебя не работает одобренный ответ?

то есть у тебя не работает одобренный ответ?

Ну, тут скорее я сам узнал про getList из документации и решил проверить гуглением правильно ли я все понял. Оказалось, что правильно

Проблема решилась. Нужно кавычки для url

У requests.request(method="GET", url=url, headers=headers) есть response.elapsed.seconds. Я правильно понимаю что таким образом я получаю разницу между временем отправки запроса и получения ответа? Я могу доверять этому значению? Просто замерил руками - есть отличия на 5-9 сек. Стоит ли заморачиваться на ручную запись времени отправки и парсинг времени окончания работы на запросом на серверной стороне?

Воу-воу.

У requests.request(method="GET", url=url, headers=headers) есть response.elapsed.seconds. Я правильно понимаю что таким образом я получаю разницу между временем отправки запроса и получения ответа? Я могу доверять этому значению? Просто замерил руками - есть отличия на 5-9 сек. Стоит ли заморачиваться на ручную запись времени отправки и парсинг времени окончания работы на запросом на серверной стороне?

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

Захожу такой сюда.

А тут ты.

Фигасе. Косеныч.

Чё мир такой тесный, а?

т.е. оно не учитывает обработку тела ответа

т.е. оно не учитывает обработку тела ответа

Т.е. стоит обложить обработку тела ответа дополнительным таймером?

Т.е. стоит обложить обработку тела ответа дополнительным таймером?

Если интересует время выполнения запроса целиком, то проще самому трекнуть, кмк. Типа start = time.time() requests.get(<url>) elapsed = time.time() - start

А кто-нибудь юзает mypy например с django? У меня оно ругаетя на все class Meta: ... внутри классов моделей: users/models.py:8: error: Cannot determine type of 'Meta' in base class 'TimestampedModel' никто не сталкивался?

Чтобы отвлечься.... http://arzamas.academy/likbez/antiquity?v=greece

Господа, а что вы делаете, когда в вас в Жанго проекте накапливается несколько сотен миграций? Делаете ли вы сквош? А что если среди этих миграций есть что-то ручной работы и автоматический сквош не работает? Делаете ли вы какие-то ручные интервернции?

мы сделали на 500 с чем-то

естественно выделив на это отдельное время

Кстати кто-нибудь может привести пример эталонного, на его взгляд, open source проекта с использованием джанги/фласка?

тебе для какой цели? смотреть бойлерплейтинг?

https://github.com/getsentry/sentry

http://img.1001mem.ru/posts/3870000/3869107.jpg

Кстати кто-нибудь может привести пример эталонного, на его взгляд, open source проекта с использованием джанги/фласка?

у мозиллы несколько сервисов на django, там более-менее аккуратненько, можно посмотреть. правда у них почти везде jinja

https://github.com/getsentry/sentry

хороший совет ?

@propositive Виталий, а вам история критична?

у меня кстати прям бомбит от дефолтного лэйаута который startproject выдает: делаешь startproject foo и оно внутни foo создает foo - как можно было придумать так confusing я не понимаю :/

(просто посмотрел, что у sentry лэйаут немного другой, у них wsgi.py, settings.py и тд лежит прям в папке со всеми apps, так выглядит куда интуитивнее)

@propositive Виталий, а вам история критична?

Думаю что нет. Я предполагаю что можно 1) сохранить текущую схему БД в одну 0001_schema миграцию 2) проанализировать все migrations.RunPython() миграции и для актуальных сделать он 0002_data 3) потереть таблицу миграция в БД на серверах, вписать туда типа 0001_schema и 0002_data уже сделаны

(просто посмотрел, что у sentry лэйаут немного другой, у них wsgi.py, settings.py и тд лежит прям в папке со всеми apps, так выглядит куда интуитивнее)

Это layout джанги версии 1.3 или около того

Потом они впилили термин "проект" и сами не поняли что сделали

ну имхо было попроще

те я понимаю мотивацию все по приложенькам расскладывать, это норм, но вот эти вот foo/foo это очень путает

Было проще, но всё-равно была необходимость в сущности что объединяет аппликейшны, потому всё-равно приходили к аппликейшну общему

Который называли либо project, либо app, либо... как и приняли джангисты, по названию проекта

а сентри точно эталонный?

https://github.com/getsentry/sentry/blob/master/src/sentry/coreapi.py я открыл первое, и смотрю и как-то не очень

Сентри вообще неплохая кодовая база, на сколько помню. Хотя трудно сказать что есть ещё хорошего то

Думаю что нет. Я предполагаю что можно 1) сохранить текущую схему БД в одну 0001_schema миграцию 2) проанализировать все migrations.RunPython() миграции и для актуальных сделать он 0002_data 3) потереть таблицу миграция в БД на серверах, вписать туда типа 0001_schema и 0002_data уже сделаны

+

Odoo посмотрите, сразу покажется что всё везде хорошо ))

тебе для какой цели? смотреть бойлерплейтинг?

По большей части да

О, я кажется нарыл в чем проблема с os.write была - проблема оказалась в дефолтном gc который они вкомпиливают, по умолчанию там minimark

c ref работает

а сентри точно эталонный?

Ну, так. На полшишечки.