я же говорю

скорее всего там не дадут 120 с реальным опытом работы 1год

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

ойлиии

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

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

это не то же самое

поднять хэлоуворли на фреймворке не то же самое что выучить фреймворк

на практике фреймворк учить сложнее Я.П.

очевидно)

потому что гребаные абстракции

абстракции, они повсюду

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

easy to learn, hard to master

я вот типа опенсорс мучу :) пока проект на стадии обсуждения - играюсь с ратчетом https://github.com/bagart/FinXLog

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

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

думаю предупреждение разумнее

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

Вот вот. Диаметр анального самотыка для рабочего прямо пропорционален ЗП

потому что фридом рулит :)

думаю предупреждение разумнее

я удалил несколько раз ссылки, не знаю как еще можно было дать понять, что мне это не нравится)

потому что фридом рулит :)

Как добрый человек, объясни смысл кролика? А то я посмотрел и нифига не нашел реального применения. Единственное, что заметил, что он похож на Google Message Service (Push Messages)

Как добрый человек, объясни смысл кролика? А то я посмотрел и нифига не нашел реального применения. Единственное, что заметил, что он похож на Google Message Service (Push Messages)

AMQP RabbitMQ?

eue

угу

рэббит это мэйнстрим по крайней мере в РФ. лично мне больше по душе beanstalkd(он есть в AWS) и ZMQ(когда не страшно ничего потерять) но у рэбита больше функциональность, лучше админка и т.п.

я другого более меннее ПХП прогера в жизни не видел в живую)

только толпу Битрикс-программистов)

задачи разные. 1. он работает на листенерах. т.е. приложение всегда онлайн и не ходит по сети каждые Х секунд узнать готовоа ли задача для него

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

легковесный mq сервре раздаёт задачи на кучу бэков

ну тоесть пуш мессаги?

она решает вопрос перенагрузки сервиса

вы т.ч. пуши

аа) ну я то даже за полторы тысячи не подходил к хайлоаду

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

в какой0-то момент времени может войти 100500запросов

полторы тысячи километров

а

и они попадают в очередь

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

памяти или цпу не хватит

пока апи занято, очередь ждет

теперь понятно)

\это частные случаи

очередь ведь нужна как очередь. это намного удобнее и бюыстрее чем писать в sql и запрашивать каждую секунду не пришло ли что новое

это легковесно и очень производительно

или нарпимер как у меня в https://github.com/bagart/FinXLog

и че он, как прокси сервак поднимается и стекает входящие запросы?

есть входящий источник логов транзакций на бирже

мы не знаем сколько их

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

обрабатывать

или всё упарётся в базу которая начнёт тупить на запись

а если тебе параллеьно надо добавить всё клиенту на фронт в максимально короткие сроки?

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

вэюбсокеты в реактпхп тоже на евентах работают

это как в ноде.жс

или евентах в браузерах

что же вы в воскресенье то дома сидите....

я чемоджаны пакую )))

и зачем он, когда есть нода?

мне по характеру работы такое не надо (очередьсообщений), а вот пуш мессаги - это очень хорошо

реактпхп - это ж вроде просто демон на пхп

и зачем он, когда есть нода?

потому что это всё работает на пхп?

если ты напишешь то же самое на ноде с записью в бд и доставкой на фронт у тебя будут ровно те же самые потенциальные проблемы

что же вы в воскресенье то дома сидите....

Кто как, я уже второй день на даче с детьми :-D

Кто как, я уже второй день на даче с детьми :-D

шашлык жуешь?)

ERROR: S client not available

если ты напишешь то же самое на ноде с записью в бд и доставкой на фронт у тебя будут ровно те же самые потенциальные проблемы

Поставил в очередь изучения, мне нравится идея)

шашлык жуешь?)

Жевал. И купался. Красота ?

и да, в пхп "всегда" были неблокинующие fsockopen а сейчас появилась и реализация promise-паттерна в который можно засунуть хоть sql, хоть запрос к апи, хоть вэбсокеты...

0mq, rmq, beanstalkd- все для разных задач, нельзя сравнивать

Конечно, на 0mq можно что угодно написать, но большинству хватает функциональности rmq

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

Кто говорит?

потому что таков контекст

У себя reactphp не решили использовать, для прослойки между демонами и клиентом взяли ноджс

разумно

Молодец

если он ничего не делает

Прокси

haproxy?

Шаблон

nginx кстати его заменять научился

Сюда ботов добавлять можно?

Сложней скорей всего под него писать расширения, чем свой нод

не совсем понял

а вообще я уже накушался особеннстей ратчета для вэбсокетов (связанные с листенером). но reactphp и правда хорош

мой мозг взорвался от попытки понять promises

промисы являются частью ES6?

я про php promise

https://github.com/reactphp/promise

это же реализация спецификации)

хотя я уже их догнал) на хабре норм статья

ассинхроный пых - это конечно хорошо

чую скоро ждем multithreading со всеми вытекающими

Socket.io куда лучше

мутексами, семафорами и прочим shared говном

ассинхроный пых - это конечно хорошо

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

чую скоро ждем multithreading со всеми вытекающими

он уже давно есть и к слову "умер"