Можно, но при локальной разработке есть некие устоявшиеся обычаи.
Вот в Python, часто запускают дев сервера на порту 8000. Django для примера делает это по умолчанию.
Кажется в nodejs таким портом есть как раз 5000.
И проблема не в том, что его не можно поменять, а в том, что его придется отдельно и специально задавать, а так же то, что по невнимательности можно долго тупить отчего это я вместо моей апишечьки вижу какое-то непонятно что.
Так, спустя много времени, мне указали на ошибочность моего рассуждения. UNARY_POSITIVE это не то что я думал. += это INPLACE_ADD и для выполнения a += 1 будет использовано минимум 3 опкода.
Это атомарный опкод с точки зрения Python. UNARY_POSITIVE. Но это не атомарная операция с точки зрения машинных инструкций.
В том большом switch, не может произойти взятия/освобождения GIL пока опкод не выполнится полностью.
Если бы GIL небыло, то выполняя UNARY_POSITIVE в одном треде, ОС могла бы прервать его выполнение и тем самым нарушив атомарность.
При GIL, даже если ОС переключит поток во время выполнения опкода, GIL остаётся заблокированным и никакой другой поток не сможет его взять и нарушить наши данные. После возврата ОС на данный поток, мы продолжим выполнять нашу атомарную операцию. И на следующей итерации бесконечного цикла будем проверять надо ли ещё кому-то GIL или нет.
О каких проблемах (багах) вы тут заявляете?
Интересно просто. Ибо в своей практике с багами не сталкивался. Если не считать таковыми некоторые особенности, вытекающие от виртуалки с линуксом, в котором он собственно работает.
Да. Но для запросов вам никаких ошибок или валидаций делать не надо. Потому это все усложнение будет касаться только мутаций. А мутация может возвращать результат в виде составного объекта. Там будет объект и какая-то механика для ошибок.
Подход стандартный в том сервере что используем мы django-graphene и не вызвал каких-то проблем привыкания.
Пенсионный стаж идёт. 2 года за год. Может ошибаюсь. Вот это ЕСВ это как раз в копилку на минимальную пенсию.
Интересующиеся могут зайти в личный кабинет пенсионного фонда и посмотреть, что все учитывается.
Только толку от этого не много. И странно все же при зп в 5к долларов сетовать, что в 65 лет не будут платить, да хоть и 10к грн.
Откладывают пусть. Тем более большинству "сеньеров" до пенсии ещё 40 лет.
Мое мнение, потому что статья вообще не понятно о чем. Что-то кто-то сказал. По 3 раза повторы. Вода. Реферат.
Можно, но при локальной разработке есть некие устоявшиеся обычаи.
Вот в Python, часто запускают дев сервера на порту 8000. Django для примера делает это по умолчанию.
Кажется в nodejs таким портом есть как раз 5000.
И проблема не в том, что его не можно поменять, а в том, что его придется отдельно и специально задавать, а так же то, что по невнимательности можно долго тупить отчего это я вместо моей апишечьки вижу какое-то непонятно что.
Так, спустя много времени, мне указали на ошибочность моего рассуждения. UNARY_POSITIVE это не то что я думал. += это INPLACE_ADD и для выполнения a += 1 будет использовано минимум 3 опкода.
Так что мой ответ выше - бред и не правда.
Видимо бекапы файлов не попадают под условие "не увеличивать время установки".
Это атомарный опкод с точки зрения Python. UNARY_POSITIVE. Но это не атомарная операция с точки зрения машинных инструкций.
В том большом switch, не может произойти взятия/освобождения GIL пока опкод не выполнится полностью.
Если бы GIL небыло, то выполняя UNARY_POSITIVE в одном треде, ОС могла бы прервать его выполнение и тем самым нарушив атомарность.
При GIL, даже если ОС переключит поток во время выполнения опкода, GIL остаётся заблокированным и никакой другой поток не сможет его взять и нарушить наши данные. После возврата ОС на данный поток, мы продолжим выполнять нашу атомарную операцию. И на следующей итерации бесконечного цикла будем проверять надо ли ещё кому-то GIL или нет.
Статья похожа на реферат. Если это понятие еще в ходу. Вроде и по теме, и интересно, но тема не раскрыта. 4.
Для вашего случая подойдёт nomad.
Что это за мандала и зачем она психологу?
Спасибо за проделанную работу.
Подобных, подробных и практических, статей не встречал. Хотя искал много.
Советую перевести на английский и собирать трафик.
Очень надеюсь, что вы что-то не так поняли и сертификаты обновляются проще.
Но если же нет, то переживаю за себя.
Спасибо за статью.
Видимо сторами.
Интересно просто. Ибо в своей практике с багами не сталкивался. Если не считать таковыми некоторые особенности, вытекающие от виртуалки с линуксом, в котором он собственно работает.
GPT-3, перелогинься.
Про Maybe и Nullable это вы зря. Maybe, Just, Some, Either — это целый отдельный, дивный мир.
Да и темная тема — если вдруг привыкнуть, а главное включать ее автоматом, то не такая уж это и пустая затея.
Часть 1 же.
А кто в курсе различий pyre и mypy? Что хорошо, что плохо?
Да. Но для запросов вам никаких ошибок или валидаций делать не надо. Потому это все усложнение будет касаться только мутаций. А мутация может возвращать результат в виде составного объекта. Там будет объект и какая-то механика для ошибок.
Подход стандартный в том сервере что используем мы django-graphene и не вызвал каких-то проблем привыкания.