{{dump()}}

Нет, а что там в скобках?

ничего

Свой шаблон для edit использовал и в шаблоне {{ dump(_context) }}

_context - все переменные, доступные из шаблона

Вроде же и с пустотой должно работать, не?

Прикольно, приду домой попробую!

Да, с пустой тоже ок

Так, чуть не забыл зачем зашел)
Помогите пожалуйста с ConsoleErrorEvent. Вижу в дебаге, что слушатель есть для этого ивента, но чет он не вызывается. Прям в первой же строчке команды кидаю исключение и в соответствующий метод для обработки он не попадает. Подскажите, в какую сторону смотреть?

If you don’t pass any value, all variables from the current context are dumped:
{{ dump() }}

Пойдёт)

Спасибо за ваши ответы ✌️

Ради интереса создал команду и слушатель, все ок... наверное, что-то у вас локальное, или же неверно слушателя указали.

кто помнит как в симфони 3.4 заставить консольную команду ввести в ошибку

чтобы выполнилось ConsoleEvents::ERROR

Судя по доке, тоже самое

Простите, вопрос не совсем по теме фреймворка.
Какой самый быстрый вариант конвертации данных из бд (Массива или коллекции) в XLSX?
Я работал с PhpSpreadsheet. Он прожорливый и крайне медленный.
Работал с конвертацией данных предварительно в csv, а потом в конвертацию csv -> xlsx через отдельный сервис с поднятым serverless libreOffice. Было намного лучше, Но всё равно с большим объёмом данных было тяжеловато.

Какие варианты ещё могут быть? Куда смотреть?

Допустим нужно сделать эксельку в миллион строк (предел эксельки). Как это рекомендуется делать? Очереди, к сожалению, под запретом. Ответ должен приходить в рантайме.

Что-то подсказывает мне, что надо избежать прослойки в виде пхп и вставить более эффективную прослойку. На перле, вроде, быстрее работало раньше это. Но это было давно и неправда.

попробуйте генерировать данные "посимвольно", конкатенацией

миллион строк - по сути миллион циклов, умножить это дело на количество полей
в целом когда все будет в памяти - сама генерация не будет уже отличаться по скорости на любом языке