1) Как получаются эти клиенты, я думал что на каждую джобу будет свой плодится, а нет, а как тогда, как оно с php-fpm работает?
2) Нормально это вообще, что timeouts 0? мне кажется нет
3) Почему ошибка вообще возникала? если логически подумать, то php-fpm стучался к редису и открывал соединение, получал данные и джоба успешно делала свои дела, спустя 300сек ЭТОТ ЖЕ pid php-fpm стучался в редис для очердной задачи, а соединение уже было закрыто и не мог достучатся, фейлился, так выходит? а что же тогда новое соединение не открыть, зачем старое юзать... (поэтому в эксперименте выше всегда 5 клиентов, когда джобов 50+ в моменте, тк юзаются старые подключения, верно мыслю?)
4) Какое вообще правильно решение в этой ситуации? (да, я понимаю, что многого не понимаю, конкретно как оно там под капотом устроено, вот и прошу объяснить)
Does Predis support UNIX domain sockets and persistent connections?
Yes. Obviously persistent connections actually work only when using PHP configured as a persistent process reused by the web server (see PHP-FPM).
что как бы выше, но по законам математики - ниже и поэтому пакет не хочет ставиться
если положить в переменную значение $data['snippet']и передать в var_dump, то там null.
Я планирую создать несколько массивов с уникальными значениями, чтобы потом передать их в БД. У меня такая логика.
WiFi имеет ограниченный радиус действия, прошерстить соседей не составит труда и вряд ли они успеют/догадаются поменять свой адрес wifi.
И это в рядовой ситуации, без особых сложностей.