Я не уверен что так принято, но это само простое решение

Нода же хороша тем, что ты можешь манипулировать ивентлупом и обрабатывать процесс по частям, маленькую часть в этом цикле обработал, для всех пользователей, в следующем цикле еще одну часть, https://blog.scottnonnenberg.com/breaking-the-node-js-event-loop/

child_process.exec, и потом ему в инпут Китай результат и подписывайся на аутпут, в процессе когда закончишь кидай результат в аутпут и всё

ок, спасибо ?

Народ всем привет! Вопрос по Sequlize. Работаю над проектом, в котором все модели в базе имеют createdAt и udpatedAt по умолчанию. В файлах моделей и миграциях они не прпоисаны. Создаю свою модель, и эти поля, помимо моих объявленных полей с типами, не создались. Знает кто-нибудь, может быть нужно выставить timestamps: true где-нибудь?

Нода же хороша тем, что ты можешь манипулировать ивентлупом и обрабатывать процесс по частям, маленькую часть в этом цикле обработал, для всех пользователей, в следующем цикле еще одну часть, https://blog.scottnonnenberg.com/breaking-the-node-js-event-loop/

но если операция синхронная и долгая, то не прокатит ведь?

Нода же хороша тем, что ты можешь манипулировать ивентлупом и обрабатывать процесс по частям, маленькую часть в этом цикле обработал, для всех пользователей, в следующем цикле еще одну часть, https://blog.scottnonnenberg.com/breaking-the-node-js-event-loop/

Когда тебе приходит запрос который будет работать 2-3 минуты, никакой евентлуп не сработает. Он хорош когда надо в базу сходить, но если что-то надо считать, то приходится как-то выходить из ситуации

Есть например napa.js, но у неё потоки очень кастрированные

Есть всякие микросервисы

но если операция синхронная и долгая, то не прокатит ведь?

например?

например?

Обработка данных

Обработка данных

Её всегда можно пробовать бить на куски. Тут зависит от конкретной задачи

Её всегда можно пробовать бить на куски. Тут зависит от конкретной задачи

Угу, придут тебе два таких запроса. Это не решение

Её всегда можно пробовать бить на куски. Тут зависит от конкретной задачи

асинхронность и многопоточность это разные вещи. Представь, бывают такие ситуации, вот у меня обработка данных занимает 30 секунд, не связь с базой и т.д., а читый синхронный код. Как блин я её по кускам буду рубить и зачем? Руби или не руби, а выполнять всё это всё равно придётся и рано или поздно ивент луп подойдёт к выполнению этой операции, а значит завесит всё к чертям. Тут на помощь приходит многопоточность, что в принципе я и искал.

асинхронность и многопоточность это разные вещи. Представь, бывают такие ситуации, вот у меня обработка данных занимает 30 секунд, не связь с базой и т.д., а читый синхронный код. Как блин я её по кускам буду рубить и зачем? Руби или не руби, а выполнять всё это всё равно придётся и рано или поздно ивент луп подойдёт к выполнению этой операции, а значит завесит всё к чертям. Тут на помощь приходит многопоточность, что в принципе я и искал.

>асинхронность и многопоточность это разные вещи. Началось

Да будет срач!

асинхронность и многопоточность это разные вещи. Представь, бывают такие ситуации, вот у меня обработка данных занимает 30 секунд, не связь с базой и т.д., а читый синхронный код. Как блин я её по кускам буду рубить и зачем? Руби или не руби, а выполнять всё это всё равно придётся и рано или поздно ивент луп подойдёт к выполнению этой операции, а значит завесит всё к чертям. Тут на помощь приходит многопоточность, что в принципе я и искал.

Многопоточности в ноде нет. Возможно, вам подойдет разработка Microsoft — Napa.js (https://github.com/Microsoft/napajs).

Есть например napa.js, но у неё потоки очень кастрированные

асинхронность и многопоточность это разные вещи. Представь, бывают такие ситуации, вот у меня обработка данных занимает 30 секунд, не связь с базой и т.д., а читый синхронный код. Как блин я её по кускам буду рубить и зачем? Руби или не руби, а выполнять всё это всё равно придётся и рано или поздно ивент луп подойдёт к выполнению этой операции, а значит завесит всё к чертям. Тут на помощь приходит многопоточность, что в принципе я и искал.

сделай код асинхронным) https://github.com/caolan/async

Есть например napa.js, но у неё потоки очень кастрированные

В веб программировании потоки не использует ни один из следующих языков: php. Node, ruby, и вообще

сделай код асинхронным) https://github.com/caolan/async

>асинхронность и многопоточность это разные вещи.

Многопоточность в вебе - это очень сложно. Представь что у тебя 1000 запросов пришло, то у тебя 1000 потоков. Сервер сгорит просто.

В веб программировании потоки не использует ни один из следующих языков: php. Node, ruby, и вообще

вроде Go умеет, но суть не в этом

>асинхронность и многопоточность это разные вещи.

да ладно?

К тому же тебе надо уведомить юзера о прогрессе например загрузки фото или видео.

Такие вещи делаются синхронно.

у тебя проблема, что Event loop будет блокирован, чтобы он не был блокирован - делай асинхронно. Элементарно же

Хочешь выносить. - используешь queue

В веб программировании потоки не использует ни один из следующих языков: php. Node, ruby, и вообще

Node использует, php использует

Node использует, php использует

Да ты что?

вроде Go умеет, но суть не в этом

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

Да ты что?

Хотя бы почитай как реализовано чтение файлов в node

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

это другое)

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

там кластер с одной точкой входа

там кластер с одной точкой входа

я отвечал на первоначальный вопрос

об распределении нагрузки

К тому же тебе надо уведомить юзера о прогрессе например загрузки фото или видео.

загрузка фото и прочего это работа с вводом/выводом, там асинхронность. А я говорю о чистом синхронном коде, типа while (i < 9999999999999999999999999....

Если я правильно вас понял, для управления патоками данных можно использовать rxjs.

Насчет многопоточности в php

То же и в других языках

загрузка фото и прочего это работа с вводом/выводом, там асинхронность. А я говорю о чистом синхронном коде, типа while (i < 9999999999999999999999999....

child_process запусти

Я пповодил research в этом направлении

child_process запусти

да, уже подсказали выше )

Все что я понял - если у тебя не go - забудт про многопоточность в контексте веба

Многопоточность в вебе - это очень сложно. Представь что у тебя 1000 запросов пришло, то у тебя 1000 потоков. Сервер сгорит просто.

Ты видать не представляешь как работает php

Это про php-fpm, а не про php

Все что я понял - если у тебя не go - забудт про многопоточность в контексте веба

так не бывает, всегда есть выход

так не бывает, всегда есть выход

писать асинхронно ?

Ты видать не представляешь как работает php

Ок

Ты видать не представляешь как работает php

Обьясни мне

Это про php-fpm, а не про php

Всмысле

Ты видать не представляешь как работает php

да, мне тоже интересно ?

Andriy

Ты видать не представляешь как работает php

писать асинхронно ?

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

Всмысле

ну тут, наверное, о том, что на сервере php запускается с веб-сервиса (apache, nginx) а не в чистом виде и сами веб-сервисы запускают в новом потоке выполнение скрипта

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

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

пфф https://caolan.github.io/async/docs.html#parallel

Оказалось что нода это не так уж круто как все хайпают на нее

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

и опять даже нативно [].forEach( async (element) => { … }); - паралельно

пфф https://caolan.github.io/async/docs.html#parallel

пфф parallel is about kicking-off I/O tasks in parallel, not about parallel execution of code.

Обьясни мне

Пхп каждый запрос в своём потоке обрабатывается

Ну если это fpm

Весь кайф в event driven development и том что более эффективно тратиться процессорное время. Но подумаешь оно тратиься на 30% эффективнее

пфф parallel is about kicking-off I/O tasks in parallel, not about parallel execution of code.

ок, тут неудачно ?

И тогда возможна ситуация когда приходит 20 тяжёлых запросов и всё зависает ибо воркеры кончаются

ERROR: S client not available

И тогда возможна ситуация когда приходит 20 тяжёлых запросов и всё зависает ибо воркеры кончаются

Это смотря как ты все сконфижишь

Это смотря как ты все сконфижишь

Если у тебя есть тяжёлые запросы это единственный возможный вариант

И даже если есть просто долгие запросы, например обращение к другому приложению. Ибо в php нет асинэроности

И даже если есть просто долгие запросы, например обращение к другому приложению. Ибо в php нет асинэроности

Во первых php-fpm сохдает процессы а не потоки, во вторых guzzle в php работает через промисы так же как axios к примеру. Поэтому не мути)

Всмысле

Есть язык (python, pho, Ruby), есть интерпретатор (cpython, jython, php, hhvm, для руби тоже что-то есть), есть сервер приложения (hhvm, php-fpm, uwsgi, gunicorn, unicorn, passenger) и уже после этого идёт веб сервер. Скриншот который ты привёл, в рамках php описывает только php-fpm

В третьих процессор простаивает только во время коннекта к бд, но он так же тратит ресурсы на выборку с бд

Есть язык (python, pho, Ruby), есть интерпретатор (cpython, jython, php, hhvm, для руби тоже что-то есть), есть сервер приложения (hhvm, php-fpm, uwsgi, gunicorn, unicorn, passenger) и уже после этого идёт веб сервер. Скриншот который ты привёл, в рамках php описывает только php-fpm

Ну да

Есть язык (python, pho, Ruby), есть интерпретатор (cpython, jython, php, hhvm, для руби тоже что-то есть), есть сервер приложения (hhvm, php-fpm, uwsgi, gunicorn, unicorn, passenger) и уже после этого идёт веб сервер. Скриншот который ты привёл, в рамках php описывает только php-fpm

Я же говорю про многопоточность в контексте веб приложений

Я же говорю про многопоточность в контексте веб приложений

В чистом php и hhvm без проблем можно писать многопоточно и асинхронно

И это будет веб приложение

В чистом php и hhvm без проблем можно писать многопоточно и асинхронно

Ну да

Но это же не рационально

И тогда возможна ситуация когда приходит 20 тяжёлых запросов и всё зависает ибо воркеры кончаются

нужно больше серверов!

Весь кайф в event driven development и том что более эффективно тратиться процессорное время. Но подумаешь оно тратиься на 30% эффективнее

память тоже

нужно больше серверов!

Нужно больше ядер!

что в итоге порешали? переходим на php?

Нет

Порешали то что не надо его гнобить)

Надо

Аргументируй)

На python

и опять даже нативно [].forEach( async (element) => { … }); - паралельно

у foreach await не работает

Кстати, если вы думаете что node с его loop особенный, то знайте, что event loop можно сделать на любом языке. В php этонапример reActPHP или AMP. Вопрос только в целесообразности.

Кстати, если вы думаете что node с его loop особенный, то знайте, что event loop можно сделать на любом языке. В php этонапример reActPHP или AMP. Вопрос только в целесообразности.

И к чему ты это написал?

можно у джаве(фу) делать многопоточно, но зочем

у foreach await не работает

чё?

В этом то и дело, незачем

ну foreach так реализован, ему на await пох

что в итоге порешали? переходим на php?

go

ну foreach так реализован, ему на await пох

чувак наоборот пытается доказать, что async функции в форыче сработают ПАРАЛЛЕЛЬНО с друг другом

это тоже бред

типо [].forEach() `for (let i = 0; i< [].length;i ++) { calback([i]) }`