Как вариант можно

Газл стандарт, это да

Ну вроде другого нема, если только с тредами заморачиваться

Ну там напрашивается очевидное решение с очередями

Но ему не хочется )

Я думал как-то это обойти, запуская отдельные запросы в cli в background

И потом собирая ответы когда процесс помрет

Я думал как-то это обойти, запуская отдельные запросы в cli в background

чет твой дилер походу тебе хреновую траву продал

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

Ну вот я поэтому с спрашиваю

Ибо нужен sanity check

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

ебать ты ворвался. не пугай так больше

А че

Опасен?

Ладно

Значит или газл или message queues

Да?

В пыхе же многопоточность нельзя реализовать же, или я ошибаюсь!?

Ибо нужен sanity check

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

Мне не промисы нужны, не асинхронность

Ты с тем же успехом можешь сам массив из callable сделать и вызывать их

А параллельность

Вот да

Ему надо на 10 клиентов сразу 10 запросов

Дада

Иполучить от них ответы

Так у тебя зависимость же есть.

А не по очереди

Ты же ее не распаралелишь

Вот он и спрашивает

Как замутить

Некоторые запросы независимы

10 запрсов послал и ждешь

Их можно параллелить

ну так запусакай через треды

Некоторые запросы независимы

Ну сделай 2 очереди. Пихай в них паралельные и не паралельные задачи

Потом собирай результаты от куда-нибудь

Сделай 2 функции и вызывай по крону ?

Или сколькл там надо потоков

Будет у тебя тру костыль

Крон некошерно совсем

Ахахаха, а как кошерно?

Ну треды более-менее кошерно

И очереди

А треды возможно в пыхе?

Я просто никогда не видел

Через жопу можно

Или форк, тоже можно

А кстати говоря, кто что посоветует для обработки ежесикундно 5000 запросов на пыхе от клиентов

Php-fpm пойдет?

Ага

```<?php $promises[]; foreach ($usernames as $username) { $promises[] = $client->requestAsync('GET', 'https://api.github.com/users/'.$username); } GuzzleHttp\Promise\all($promises)->then(function (array $responses) { foreach ($responses as $response) { $profile = json_decode($response->getBody(), true); // Do something with the profile. } })->wait();

Ну так чтобы ресурсов не жрало дохуя, а то апач... Сжирает все

А кстати говоря, кто что посоветует для обработки ежесикундно 5000 запросов на пыхе от клиентов

посоветую перестать принимать то, что ты сейчас принимаешь. И начать принимать успокоительное.

Только надо несколько серверов все равно, чтобы масштабировалось

посоветую перестать принимать то, что ты сейчас принимаешь. И начать принимать успокоительное.

Обидно

Только надо несколько серверов все равно, чтобы масштабировалось

Балансировка?

Через nginx?

https://blog.madewithlove.be/post/concurrent-http-requests/

Балансировка?

Да

Вполне

Один сервер не вывезет?

Ну там простые инсерты sql и выборка

Фреймворк, кэшировано все в принципе

ERROR: S client not available

У меня nginx на проекте раьотал как ладьанансер и статику раздавал

Вполне норм было

Хз

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

О масштабировпнии надо думать прлбьому

5000rps На пыхе, ну может быть, смотря ккой канал - железо

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

слишком толсто

слишком толсто

:(

У меня 1к запросов было

И два северп

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

На пхп-фпм пробовал тестирование, путем ддоса

Ну по ххтп, кидал кучу запросов

Было около 4к соединений, выдержало, но цп был забит под 70-90%

Памяти хватало кстати говоря

Железо не топовое

Десктоп вообще

Думай о масштабировании заранее

да, да. нетбук на атоме

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

Ну, а мускуль как? На одном сервере тупо мускуль, а к нему с разных сервров путем балансировки делать запросы?

Шарды, кешировние

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

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

зачем ты кормишь его?

Не жалко

Не, опыт конечно есть.. Но всегда было интересно, как крупные проекты в масштабах работают

Даже например тот же сайт рбк

http://ruhighload.com/ изучай

Да так и работают

Nginx как лопдбалансер очень ок

http://ruhighload.com/ изучай

Спасибо, почитаю))

Завта пока на отдыхе буду от кода