Как отправить больше 1000 HTTP запросов и быстро получить ответ?

Question

[Володимир]

проблема:

Как отправить больше 1000 HTTP запросов и быстро получить ответ?
Пока имею такой код:

$contacts = Contacts::all();
        foreach ($contacts as $contact) {
            $response = Http::get('https://site.com/api/status', [
                'key' => $contact->key,
                'email' => $contact->email
            ]);
            $response = json_decode($response);
            $status = (isset($response->result->status) ? 'Yes' : 'No');
  
	    $sts = $this->find($contact->id);
            $sts->status = $status;
            $sts->save();
        }

        return response()->json(['success' => 'Status Ok'],200);

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

Answer 1

[JhaoDa]

Используй Guzzle без Laravel-обёртки в конкурентном режиме.

Answer 2

[Алексей Уколов]

Нет, мгновенно получать ответ вы не можете. И быстрее слать запросы тоже.
Но вы можете распараллелить отправку запросов (хоть всю 1000 разом отправьте), но ограничения пропускной спобности сети и ресурсов сервера, генерирующего ответ вы обойти никак не сможете, поэтому у вас в реальности будет 3-5 потоков, что ускорит весь скрипт примерно во столько раз.

Ну вот эту глупость вы можете оптимизировать, конечно:

$sts = $this->find($contact->id);
$sts->status = $status;
$sts->save();

Но эффекта это никакого не даст.

Comments

[Володимир]

почему глупость? подскажите, что не так?

[Алексей Уколов]

Зачем вы здесь получаете данные из БД, если вам нужно только обновить значение в колонке?

[Володимир]

Алексей Уколов, чтобы узнать какой записи сохранять данные или вы думаете что так тоже сработает?:

$contact->status = $status;
$contact->save();

[Алексей Уколов]

Конечно, не думаю. Вы уже знаете идентификатор записи, потому что по нему дёргаете строку из БД. Вот по нему же вы можете эту строку просто обновить.
Но, как я уже написал, лишняя тысяча селектов будет наименьшей проблемой этого скрипта. С другой стороны - зачем делать запросы, которые можно не делать?

[Володимир]

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

А если по-человечески? Чтож на этом форуме все любят говорить загадками. Почему не делать? Я понимаю для Вас знающих прикольно издеваться над начинающими, но все же.

[Алексей Уколов]

Я искренне не понимаю, как ещё более по-человечески написать то, что уже написал:

Вот по нему же вы можете эту строку просто обновить.

https://laravel.com/docs/8.x/queries#update-statements

P.S. Это не форум.

[neol]

Алексей Уколов, И что в общем случае даст эта экономия на спичках кроме потенциальных проблем с мутаторами, обработчиками событий моделей и т. п.? По мне это скорее вредный совет.

[Алексей Уколов]

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

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

что в общем случае даст эта экономия

Но эффекта это никакого не даст.

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

[neol]

Алексей Уколов,

Или не использовать мутаторы - тоже вариант.

Да можно вообще laravel не использовать. "Диды писали" на "голом" PHP и ничё.

Совет "не делать запросы, которые можно не делать" не является вредным. Но предполагает, конечно, что программист понимает, что и почему происходит в его коде

Вот именно, что код может быть чужой и предсказать возможные побочные эффекты в 5кк строк кода, который писали 50 человек, представляется малореальным. На мой взгляд в данном случае это как раз та самая преждевременная оптимизация, которая, как известно, корень всех зол. Вы же сами не раз отметили, что эффекта это не даст.

Answer 3

[Сергей delphinpro]

Какой ответ вам нужен?

Ответ от внешнего сервера вы не получите быстрее, чем он вам его отдаст.

Ответ на свой запрос к данному роуту можно получить мгновенно, закинув выполнение запросов в очередь.

Comments

[Володимир]

Ответ, что все запросы прошли успешно.