Сергей delphinpro

Для этого (не только для этого, конечно, но в том числе) и придумали брокеры очередей. Создаете событие, которое воркер будет обрабатывать в отдельном процессе. Я так делаю выгрузку по гигабайтным базам. В отдельном процессе происходит запись экселевского файла, а по окончании просто выдается ссылка на него.

Градиентами и множественным bg.
https://jsfiddle.net/drhasqv6/

- if (a === b)
+ while (a === b)

Потому что запятая в индексе [1, 3] – это оператор. Выражение во вторых квадратных скобках возвращает тройку, [3,2,2,8,5][3] возвращает элемент массива с индексом 3, то есть четвёртый по счёту, то есть 8.

Спасибо Дмитрий Беляев за исправление :)

Странное дело - куда он девается-то? Что мешает прямо в задачу очереди его сохранить?

Ну а если вас безопасность интересует - пароль должен устанавливать пользователь, тогда он никуда и не утечёт. Если же это совершенно невозможно, то нужно всё равно генерировать не пароль, а разовую ссылку на регистрацию / подтверждение регистрации, по которой пользователь обязан установить свой пароль. В плане безопасности это мало чем отличается от генерации пароля - стащив хоть ссылку, хоть пароль, можно авторизоваться. А вот с точки зрения архитектуры будет проще реализовать сценарий и в любой момент можно отделить таких "неактивированных" пользователей.

Пользователь САМ должен придумать пароль, а ВЫ должны хранить хеш от него, но не САМ пароль. Разумеется в целях большей безопасности НЕ нужно отправлять пароль на почту, вот совсем-вообще. Единственный тонкий момент - на этапе ввода юзером его пароля, проверяйте, чтобы юзер выбрал достаточно надежный пароль.

Все шаги подробно описаны: https://wiki.php.net/rfc/howto

Однако, я бы не рекомендовал вам тратить своё и чужое время на это предложение.
Во-первых:

If you don't have the skills to fully implement your RFC and no-one volunteers to code it, there is little chance your RFC will be successful.

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