кстати в копилку что могут наши товарищи
http://www.embox.rocks/

к тому почему не стоит слепо верить wiki

https://ru.wikipedia.org/wiki/VxWorks

рускоязычная wiki утверждает что у vxworks микроядро

https://en.wikipedia.org/wiki/VxWorks

англоязычная что ядро монолитное

кому верить?

Надо посмотреть индийскую версию - думаю сами то разработчики знают что они там накодили 😊

Не знаю как сейчас, раньше wxworks в штатах писали. И там были америкосы как основные разработчики — в исходных кодах они писали кто автор файла и там индусов не было. Но это было лет 10 назад...
А в типах ядер я не разбираюсь..  мне как то пофиг на это.

@gnurian просыпайся)

фига ты "добрый" человек

так будет повод бота написать наконец)

Мне пока не до него. Переезд хуже потопа....

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

Пример кода

import asyncio
import contextvars


context_var = contextvars.ContextVar("aa")


async def work(x):
    val = context_var.get("no value")
    t_id = id(asyncio.Task.current_task())
    print(f"{x} - {val} {t_id}")


async def main_async(use_new_context=False):
    print(f"Check with {'new context' if use_new_context else 'same context'}")
    context_var.set(42)
    futures = []
    context = contextvars.Context()
    for i in range(3):
        if use_new_context:
            fut = context.run(asyncio.ensure_future, work(i))
        else:
            fut = asyncio.ensure_future(work(i))
        futures.append(fut)
        context_var.set(i)
    await asyncio.wait(futures)


loop = asyncio.get_event_loop()
loop.run_until_complete(main_async(False))
loop.run_until_complete(main_async(True))

Вывод

Check with same context
0 - 42 139670776814792
1 - 0 139670776814952
2 - 1 139670776815112
Check with new context
0 - no value 139670776815112
1 - no value 139670776814792
2 - no value 139670776814952

Ожидаемое поведение - это как Check with new context, но без ручного запуска в другом контексте.

Мне кажется, автор обертки над асинк клиентами к БД, тоже так ожидал https://github.com/encode/databases/issues/134

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

#whois привет. работаю devops + qa. учу python/django

О ещё девопс :-) вэлком

А подскажите, чем принято генерировать html-формы вне джанги? Аналог django form.

Спасибо)

Есть ещё Deform
https://docs.pylonsproject.org/projects/deform/en/latest/
Там особая фишка с вложенными формами - оно реализовано несколько лучше чем в джанге (если в ней не переделали). Особенно это становится важно, когда надо из JS или CSS как то работать с вложенными формами. В джанге с этим есть некоторые неудобства - там для элементов вложенных форм меняются name и id (префиксы или суффиксы добавляются). В Deform они не меняются.

Например, если надо в форме реализовать список подформ, с добавлением/удалением их через js. В Deform можно просто вставлять копию имеющейся суб-формы. В джанге надо было бы еще менять как минимум name у всех input-ов

микро опрос, как настроены часы на вашем локалхосте?
utc?
локальное время?

1) На одной машине локальное время
2) На второй, время по локальному времени VPN
3) На третей "рабочее время" по месту нахождения заказчика =)

клёво, а почему не utc везде?

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