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

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

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

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

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

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-ом. Точно так же, как я не знаю, как пишутся программы под мобильные ОСи, хотя и пишу серверную часть для них.

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

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

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

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

API пишется на бэке

Или ты каждый раз будешь бегать к верстальщику что бы он тебе див добавил ?

хм, но так все и работает, разделение обязаностей и все дела

API пишется на бэке

Ааааа, вот оно что. А я-то думаю... </sarcasm>

М?

просто под api обычно понимают REST API с которым реакт работает, но не реализаует

хм, но так все и работает, разделение обязаностей и все дела

Тоесть таки побежишь дивчик добавлять ?:)

Я значит не так понял, соре

а че нет?

Вот и дожили, что русскую речь не понимают ))

а че нет?

Тебе виднее, если тебе платят за бегатню каждые 5 минут то пожалуста

ну, а если фронт слишком сложный, ты тоже правило 5 минут используешь?

если фронт это спа махина какая-нить

имхо если ты каждые 5 минут верстаешь див, то ты уже сам верстальщик)