Гугл кстати не всегда дает быстрое понимание общей картины. А тут при ответах повышается IQ целого сообщества :)

конкретный вопрос. запустил я 10 nodejs, очередь будет параллельно между ними? пока писал, понял. очередь в каждом процессе своя и будет записываться в каждый процесс по порядку.

Гугл кстати не всегда дает быстрое понимание общей картины. А тут при ответах повышается IQ целого сообщества :)

+++

ладно, парни, задам вам конкретный вопрос когда буду делать. всем спасибо :)

конкретный вопрос. запустил я 10 nodejs, очередь будет параллельно между ними? пока писал, понял. очередь в каждом процессе своя и будет записываться в каждый процесс по порядку.

Все процессы могут ставить задачи в очередь. Очередь же по мере наличия ресурсов будет выполнять поставленные задачи.

Да и в каждом процессе будет своя очередь.

есть минус или я неправильно понимаю архитектуру

предположим я балансирую на 3 сервера запросы

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

один быстрей, второй медленне и тд

балансировщик крутит очередь по порядку

пришёл запрос на тот сервер, который ещё не выполнил задачу

а другой может быть уже свободен

nodejs ведь у нас асинхронный и однопоточный

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

или я могу выполнение задач перенести вообще в отдельный процесс?

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

а запросы и ответы оставить как раз на те 3 сервера которые я описал

Да.

ну т.е. тот же kue получается используете базу данных или там внутренние технологии, где хранятся сами задачи тогда?

kue использует redis

есть какой-то процесс сервер по тиму базы данных, который через пайпы, например, принимает задачи

я не знаю как работает redis

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

Вот нашёл

а как я могу соединить nodejs и perl, мне использовать mongodb, mysql или есть другие способы?

Редис - это хранилище. Кью записывает туда данные задачи, а потом запускает воркер - функцию, которую ты передал Кью в качестве обрабочика задач данного типа и передает туда эти данные. Когда обработчик завершает работу, он помечает в Редисе задачу, как выполненную и сообщает об этом Кью.

а как я могу соединить nodejs и perl, мне использовать mongodb, mysql или есть другие способы?

Вот тут не понял. Что значит «соединить» в данном контексте?

Вот тут не понял. Что значит «соединить» в данном контексте?

разграничить часть задач на perl хочу

но пока мне нравится node.js, возможно я просто напишу тот же код на нём и всё будет красиво

Можно ли удалить в xml карте сайта для гугла пункт <lastmod »?

а, вижу необезательно

combot.org/chat/-1001041204341

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

перекатился и нифига не ставится, тащемта не только гальп

разграничить часть задач на perl хочу

Если перл будет понимать очередь задач, в которую ставит задачи нода, то почему нет? )

перекатился и нифига не ставится, тащемта не только гальп

На винде со всем всегда проблемы) Что пишет то хоть?

npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue спам

minimatch 3.0.2 не ставится

Если перл будет понимать очередь задач, в которую ставит задачи нода, то почему нет? )

=)) в этом и вопрос, как элегантней поступить) пока кроме Mysql и под вопросом mongodb(не использовал ни разу) других идей нету

npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue спам

WARN я обычно игнорю)

ну сам gulp глобально не ставится енивей

скорее всего не из-за этого

Кто то на pegjs парсеры писал? Простая задача у меня, а разобраться не могу. Строка есть — Имя Имя Имя Фамилия vs. Имя Фамилия Нужно на выходе получить массив объектов с полями имя и фамилия для каждой из сторон

ну и спамер же ты

вопрос можно ли познать бек без фронта?

@vkurchatkin помнишь спорили про es как ливинг стандарт? очередной железобетонный пруф https://github.com/rwaldron/tc39-notes/blob/master/es8/2017-07/jul-25.md#10iii-expanding-vision-for-tc39

вопрос можно ли познать бек без фронта?

Минимальная база все-равно нужна. Бек по сути(очень упрощенно естественно) – расширяет возможности фронта

вопрос можно ли познать бек без фронта?

можно, и так обычно и делается. Для бека фронт лишь одна из систем, с которой он общается

вопрос можно ли познать бек без фронта?

Можно

Но хтмл хотя бы на базовом уровне освоить стоит.

Минимальная база все-равно нужна. Бек по сути(очень упрощенно естественно) – расширяет возможности фронта

Бек расширяющий фронт ето ппц конечно

вопрос можно ли познать бек без фронта?

+1 за можно

Бек расширяющий фронт ето ппц конечно

Разве не так?

Разве не так?

Нет

Я так не считаю

Ты так или иначе рендеришь фронт энд

Фронт ето всего лишь интерфейс приложения реализованного на беке

И ничего более

Фронт ето всего лишь интерфейс приложения реализованного на беке

такое бывает далеко не всегда)

ой далеко

Не нужно знать фреймворки и т.д но как устроен фронт(HTML, CSS, JS) понимать надо

ой далеко

Кому нужен интерфейс который ничего не делает? В плане если убрать у фронта все к чему он обращается

Не нужно знать фреймворки и т.д но как устроен фронт(HTML, CSS, JS) понимать надо

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

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

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

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

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

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

Не соглашусь. Я могу разрабатывать API для приложения на Реакте (любой фэ-технологии) и вообще не знать, что такое HTML с CSS-ом. Точно так же, как я не знаю, как пишутся программы под мобильные ОСи, хотя и пишу серверную часть для них.

Написание реста != веб разработка

html ты все равно должен знать, хоть это и реакт)

jsx же почти html)

html ты все равно должен знать, хоть это и реакт)

Чтобы что?

чтоб верстку верстальщика натягивать

чтоб верстку верстальщика натягивать

Я говорю, что условный серверный программист не обязан знать HTML, чтобы участвовать в веб-разработке.

Написание реста != веб разработка

Поясни, пожалуйста. Не совсем понятно.

а сори, я как-то не правильно твое сообщение прочитал

все верно, не нужно знать js,html,css, чтоб участвовать в веб-разработке

Не соглашусь. Я могу разрабатывать API для приложения на Реакте (любой фэ-технологии) и вообще не знать, что такое HTML с CSS-ом. Точно так же, как я не знаю, как пишутся программы под мобильные ОСи, хотя и пишу серверную часть для них.

api на реакте, хех

api на реакте, хех

М?

Не соглашусь. Я могу разрабатывать API для приложения на Реакте (любой фэ-технологии) и вообще не знать, что такое HTML с CSS-ом. Точно так же, как я не знаю, как пишутся программы под мобильные ОСи, хотя и пишу серверную часть для них.

А лучше кэшировать через цсс

Где-то я потерял нить разговора.