и переменные объявленные в глобальной области видимости не видны внутри функций

там много чего

что ты не упомянул

и переменные объявленные в глобальной области видимости не видны внутри функций

за исключением суперглобальных массивов конечно же

что ты не упомянул

говорил же, что долгая история

можно даже загуглить классическую статью на хабре про недостатки пыхи

В заключении, тот факт, что PHP программы оперируют на уровне запросов, означает, что рабочий процесс программиста является быстрым и эффективным, и остаётся быстрым после изменения приложения. Множество языков продуктивной разработки претендуют на это, но если они не очищают своё состояние при каждом запросе, и основной поток событий разделяет программный уровень состояния между запросами, они почти всегда требуют некоторое время на запуск. Для типичного сервера приложений на Python'е, типичный цикл отладки будет выглядеть примерно как «подумать, отредактировать, перезапустить сервер, отправить несколько тестовых запросов». Даже если «перезапустить сервер» занимает всего несколько секунд из общего количества часов, это забирает большой срез из 15-30 секунд наших человеческих мозгов на необходимость удержания в голове самой ненужной части текущего состояния.

тут он бред пишет

тот же фласк

и прочие через wsgi работают

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

и получает от него ответ

почти тож самое

да какая разница пхп или питон

пхп уродец

а ты считаешь что питон красавелла?

правда и питон хуйня полная так-то

а ты считаешь что питон красавелла?

питон лучше пхп, точнее почти всё лучше пхп

это рассизм девелоперский )))

а ты считаешь что питон красавелла?

Он читаем и быстр в разработке

и да, питон красивый

питон?

ну по мне руби быстрее(в разработке) и симпотичнее

хотя на перле я быстрее сделаю чем на пхп питоне или руби

все субъективно

там потоки прикрутили

и часто ты прямо вот честно так потоками балуешься?

кто-то ж 20 лет ждал

ну так что бы вообще понимать что там происходит, в ручном режиме?

ну например я тикет систему ща пишу

а причем тут потоки?)

там тикеты из входящих писем формируются

письма в потоках парсятся

в зеленых?

со всякими аттачами письмо метров 30 может весить

т.е. ты точно знаешь какой сейчас поток в исполнении

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

может все таки лучше корутины?

а вот в цветах потоков я не разбираюсь

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

Го прекрасен

чем твои корутины лучше?

пидорская вещь

хотя на перле я быстрее сделаю чем на пхп питоне или руби

Сильно зависит от задачи и условий

от опыта и к чему рука лежит )

если захотелось с калббеками асинками и эвейтами ебаться пиши на ноде

а ты уверен что знаешь ноду?

там потоки прикрутили

Потоки не нужны в большинстве случаев

Го прекрасен

Давай начнём с такого вопроса: может ли вообще язык, содержащий в себе такую вещь как goto называться прекрасным?

ну извинити

другого питона у нас для вас нет

исходники смотерл как устроены колбеки в стеке?)

Давай начнём с такого вопроса: может ли вообще язык, содержащий в себе такую вещь как goto называться прекрасным?

Может

если захотелось с калббеками асинками и эвейтами ебаться пиши на ноде

твои знания устарели лет на 5

на питоне много библиотек только вот в асинхронность большинство не может

Может

неправильный ответ

не то что в асинхронность а в банальную потокобезопасность

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

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

Нормально

хреново)

Идите спать уже, солнце скоро встанет, опять за весла

покемон грузит тем как устроены калбеки в ноде

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

даже в го хреново будет

ок.

В интернете опять кто-то не прав?

как в питоне эти корутины работают

в сишарпе асинки просто над тредами синтаксический сахар

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

В ноде зависнит к хренам ещё раньше

в сишарпе асинки просто над тредами синтаксический сахар

Ага конечно

В ноде зависнит к хренам ещё раньше

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

Подскажите дешевый хостинг для питона. Дешевле 5$

в сишарпе асинки просто над тредами синтаксический сахар

если бы это было так, то async/await было бы просто вообще бессмысленной вещью

Подскажите дешевый хостинг для питона. Дешевле 5$

hetzner, scaleway

I am really glad someone asked this question, because for the longest time I also believed threads were necessary to concurrency. When I first saw event loops, I thought they were a lie. I thought to myself "there's no way this code can be concurrent if it runs in a single thread". Keep in mind this is after I already had gone through the struggle of understanding the difference between concurrency and parallelism. After research of my own, I finally found the missing piece: select(). Specifically, IO multiplexing, implemented by various kernels under different names: select(), poll(), epoll(), kqueue(). These are system calls that, while the implementation details differ, allow you to pass in a set of file descriptors to watch. Then you can make another call that blocks until the one of the watched file descriptors changes. Thus, one can wait on a set of IO events (the main event loop), handle the first event that completes, and then yield control back to the event loop. Rinse and repeat. How does this work? Well, the short answer is that it's kernel and hardware-level magic. There are many components in a computer besides the CPU, and these components can work in parallel. The kernel can control these devices and communicate directly with them to receive certain signals. These IO multiplexing system calls are the fundamental building block of single-threaded event loops like node.js or Tornado. When you await a function, you are watching for a certain event (that function's completion), and then yielding control back to the main event loop. When the event you are watching completes, the function (eventually) picks up from where it left off. Functions that allow you to suspend and resume computation like this are called coroutines.

I am really glad someone asked this question, because for the longest time I also believed threads were necessary to concurrency. When I first saw event loops, I thought they were a lie. I thought to myself "there's no way this code can be concurrent if it runs in a single thread". Keep in mind this is after I already had gone through the struggle of understanding the difference between concurrency and parallelism. After research of my own, I finally found the missing piece: select(). Specifically, IO multiplexing, implemented by various kernels under different names: select(), poll(), epoll(), kqueue(). These are system calls that, while the implementation details differ, allow you to pass in a set of file descriptors to watch. Then you can make another call that blocks until the one of the watched file descriptors changes. Thus, one can wait on a set of IO events (the main event loop), handle the first event that completes, and then yield control back to the event loop. Rinse and repeat. How does this work? Well, the short answer is that it's kernel and hardware-level magic. There are many components in a computer besides the CPU, and these components can work in parallel. The kernel can control these devices and communicate directly with them to receive certain signals. These IO multiplexing system calls are the fundamental building block of single-threaded event loops like node.js or Tornado. When you await a function, you are watching for a certain event (that function's completion), and then yielding control back to the main event loop. When the event you are watching completes, the function (eventually) picks up from where it left off. Functions that allow you to suspend and resume computation like this are called coroutines.

и что это?

ничего

hetzner, scaleway

спасибо

все эти корутины полезны только в приложениях, где функции: select(), poll(), epoll(), kqueue() часто вызываются

веб сервера

и всякие там парсеры

боты

вот именно

а он про что рассказывал

про вычисления

и питоновские корутины

и нода

одинаково загнутся

так что письма имеет смысл в тредах парсить

там пачка из 10 писем долго парсится

и корутины мне никак уж не помогут

а ему вообще пофигу :)

корутины для cpu bound задач не предназначены, это в принципе очевидно

питоновские потоки тоже могут тут не особо помочь из-за GIL

тут уже надо смотреть на конкретную реализацию

Привет ребята , кто может бота создать в телеге?

Любой зарегистрированный пользователь.