makki писал(а):Отлаживать дебаггером. Распечатка - это ж несерьезно...
zyxer писал(а):Простите конечно, но не серьёзно принтерить объекты )) Для этого, если уже нужно посмотреть на внутрянку, есть спец. средства типа xdebug.
Ребята, не надо навязывать другим свои предпочтения. На вкус и цвет товарища нет.
Например, если у меня стоит небольшая задача, когда заказчик просит что-то немного поправить, мне совсем не с руки на чужом хостинге устанавливать добавочное ПО. Это как из пушки по воробьям...
И вообще, разработчиками массового продукта надо бы иметь кругозор пошире...
zyxer писал(а):Сам объект для сущности не большой, но у него есть зависимости, которые прокидывает контейнер, и для всех сущностей это один и тот же экземпляр класса. И проблема в принтере не в том, что объект большой, а сам принтер довольно ресурсоёмкий. Попробуйте даже отпринтерить массив категорий, когда их 50+. Страница уже будет подтупливать.
Мне приходилось многократно выводить полный массив категорий даже когда их 200+. И куда проще подождать 4-5 сек, чем устанавливать xdebug.
И непонятно, почему нельзя вывести сам объект, если он небольшой. Или хотите сказать, что он небольшой "САМ", но с навешанными Вами зависимостями он уже становится большим? Если так, то я думаю, что это недостаток разработки...
Про то, как обстоит дело с использование памяти в разрабатываемой Вами CMS, я уже писал
viewtopic.php?f=5&t=1318&p=6909#p6909Вы по существу ответить пока не пожелали...
Считаете нормальным, что объект для малюсенькой сущности у Вас обвешан громадными объемами информации - дело Ваше...
Добавлено спустя 13 часов 28 минут:Для сравнения. В Core/Cart.php прекрасно работает распечатка
print_r($cart);
в случае, когда в корзине сотня разных товаров и сама распечатка содержит 2М.
Полагаю, это потому, что основа взята из Simpla, где к расходованию памяти автор отнесся более ответственно, чем наблюдается в Okay, где распечатать миниатюрный простенький объектик уже не так просто...