Рискну предположить, что подобными опусами Вы тешите свое самолюбие и ощущаете некое мнимое превосходство над кем-либо, но выглядите Вы глупо, а вероятнее даже жалко.
Насколько я могу судить из это следует, что передаваемая часть не должна превышать max_allowed_packet, чего, собственно, и не происходит, потому что в обратном случае, какой смысл передавать данные кусками, если их можно передать за один раз?
Вопрос не в том, что им там делать, я обкатываю добавление данных в поля блоб. Судя по описанию с пхп.нет
send_long_data должен обходить ограничение в max_allaowed_packet и передавать данные кускам, чего дефакто не происходит
Сергей Протько: Возможно уже надоел, но не могли бы вы осветить еще один момент: как тогда должен происходить вызов самих миддлеверов? Что должно их агрегировать. Допустим роутер нашел нужный роут и перед его вызовом нашел миддлеверы связанные с этим роутом. Каким образом можно их вызвать?
Сергей Протько: Наверное глупый вопрос, но все же: как я понял next - это следующий миддлевер, а если так, то у них тоже должен быть общий интерфейс и на вход он тоже должен принимать два аргумента, request и next. И каким тогда образом вызывается сама цепочка миддлеверов?
Сергей Протько: Подобную фичу видел в Laravel и в Kohane. Так вот, в laravel если все маршруты обрабатываются контроллерами можно вызвать артизан команду php artisan route:cache что сгенерирует кеш-файл маршрутов и по заверениям разработчиков выигрыш в производительности от данной фичи заметно большой, вот и интересно как подобное реализуется.
Спасибо за линк, в итоге сделал следующим образом: унаследовал от класса ImageCollection класс ImageCollectionProxy который принимает собственно объект Lazy и по требованию предоставляет ImageCollection в доменном объекте остается только проверить instanceof и если проходит, то вызвать метод load() объекта ImageCollectionProxy.
