Nurvana_lite, смотрите представьте что вы пришли к врачу - и говорите вот тут болит. врач просит вас сделать анализы. вы вместо этого начинаете заниматься самолечением - как вы думаете через сколько минут вас пошлют к какому нибудь шаману или гомеопату?
Вот я задал вопрос - несколько раз, вы на него ни разу не ответили - но уже отключили все роуты которые были в апи. и чего вы черт побери от меня хотите услышать?
Nurvana_lite, это здорово. Но как я могу видеть по private этот метод вряд ли работает как action у контроллера. Следовательно он откуда то вызывается - из каких то action. Не может ли быть такой ситуации что у вас эти экшены попали один в группу web другой в группу api?
Nurvana_lite, не понял. на этот вопрос "Не может ли быть варианта что в одном случае вы работаете с кукой через одну группу роутов, а в другом через другую?"
Артем Гартунг, Конечно. Вы думаете апач или nginx будет вечно ждать когда у вас там php решит что пора? Ну теоретически вы можете это сделать отключив таймауты - но боюсь что через 3 минуты после этого у вас тупо сдохнет webserver или php-fpm. или бд. ну или весь сервер целиком. В принципе это единственное что вы можете проверить своим экспериментом это кто первый.
фоново это как? грохнуть запрос веб сервера через какой нибудь fastcgi_finish_request() и продолжить искать? Ну в этом эксперименте можно будет точно сказать кто сдохнет первым - это будет php_fpm. Но и сразу возникает вопрос - как вы после этого клиенту сообщите о том что нашли?
Nurvana_lite,
1. Надо нажимать ответить - если вы хотите вести беседу, без указания имени в сообщении не сваливается уведомление.
2. Если вы проверяли - то зачем вам декрипт, вы уже добились не зашифрованного.
3. Не может ли быть варианта что в одном случае вы работаете с кукой через одну группу роутов, а в другом через другую?
Артем Гартунг, ну дык на клиенте дергаете поиск несколько раз, пока не получите результат. Ибо клиент может обладать информацией когда надо это прекратить, а когда не надо - а сервер нет. Плюс к этому вы банально будете получать на клиенте ошибку таймаута через какое то время. Ибо люди писавшие вебсервера - понимают что скрипт висящий долго - это очень плохо, и стараются его рубить.
Артем Гартунг, смотрите - это решение выглядит как - а давайте ухерачимся на полной скорости об стену. Что вы собираетесь выяснить? Крепка стена? Или как больно будет? Не вопрос - я могу предположить наличие сего кода - запускаемого в каком нибудь демоне или еще чего, но судя по вопросу это у вас будет в web. И следовательно рекомендация - этот вариант в ведро. Можете описать проблему - вдруг будет куда лучшее решение.
Nurvana_lite, ну вот прежде чем пытаться решить эту проблему - стоит озаботиться почему не работает. Глупо пытаться провести сеанс лечения - не узнав что за болезнь
apr1cot, забудьте про sql. в голове сделайте двумерный массив пробуйте выбрать все строки с с какой-нибудь группировкой. И понимание придет. Если вы думаете join как то меняет сиутацию - ну два двумерных массива, и соединение по какому нибудь ключу. В DB будет ровно тоже самое.
Вот я задал вопрос - несколько раз, вы на него ни разу не ответили - но уже отключили все роуты которые были в апи. и чего вы черт побери от меня хотите услышать?