Я же не об этом спросил. Вот прямо сейчас вы почту можете отправить любыми другими средствами, кроме Laravel? Надо же понять - проблема во фремворке или в системе (spoiler alert - это система).
Я же не об этом спросил. Вот прямо сейчас вы почту можете отправить любыми другими средствами, кроме Laravel? Надо же понять - проблема во фремворке или в системе (spoiler alert - это система).
Есть три варианта развития событий:
1. Кто-то бесплатно составит подробное ТЗ, оценит его и назовет вам стоимость.
2. Стоимость возьмут с потолка.
3. То, что описал Владимир Мартьянов.
Первый вариант не только маловероятен, но как раз и подпадает под формулировку "задание".
Второй вариант не принесет пользы ни вам, ни ресурсу.
С третьим итак всё ясно.
И именно потому, что тут не биржа фрилансеров, подобным вопросам здесь не место.
Может, вы лучше задачу свою опишете нормально? Ногу себе отпилить всегда успеете, но наверняка можно просто почесать конкретно в том месте, где чешется.
Для обработки ошибок существует fail. Но если у вас запросы могут не выполниться, то решение с when вам не подойдет - вам нужно изучить промисы и придумать такую схему их использования, которая подойдет для вашей конкретной ситуации.
requests - это массив всех запросов, окончания которых нужно дождаться. А $xhr - это Deferred объект, который возвращают все ajax-вызовы. Лучше, чем в официальнойдокументации я не объясню.
Именно для них я комментарии и пишу. Ваше решение, на самом деле, приемлемо только для очень узкого спектра задач. Но даже для этого спектра промисы - гораздо лучше решение. Программы, построенные на использовании побочных эффектов очень ненадежны.
Всё равно это хак. Если параллельно с теми запросами будет запущен еще какой-то долгий, то нужная функция не выполнится до тех пор, пока он не закончится - это не соответсвует условиям задачи.
Ну и вдобавок нужно как-то отфильтровывать все прочие запросы.
