Почему не работает команда «dump()»?

Question

[Bitriks]

Почему не работает команда "dump()" для иерархического вывода массива? В официальных уроках все работает, и ничего отдельно для этого не подключается.

Call to undefined function dump()

Comments

[IgorRastarov]

Вы уверены, что dump?
Может mydump()?
https://dev.1c-bitrix.ru/api_help/main/functions/d...

[xzdshr]

Еще есть Debug::dump()
Ну или встроенная var_dump()

Просто функции dump() не существует, о чем вам и сообщает сообщение об ошибке

[Bitriks]

IgorRastarov: Да, спасибо, "mydump()" работает. Но в официальном курсе использовали именно "dump()", и при этом не помещали результат в тег "pre", чтобы он выводился иерархически.

[IgorRastarov]

Bitriks: а можете ссылку скинуть? Интересно посмотреть, что за dump() такой.

[Bitriks]

IgorRastarov: вот, например: https://youtu.be/daOl2NisW6Y?t=221

[IgorRastarov]

Bitriks: Скорее всего у него прописывается функция, которую он назвал dump в файле php.ini
или подобном. Вопрос только зачем так делать - не ясно. Но, вообще, это тоже самое, что var_dump() - стандартная php функция для вывода информации о переменной. Запомните ее, потому что mydump() или Debug::dump() работаю только в битриксе, а var_dump() в любой другой CMS, да и во всем что связано с php.

[Bitriks]

IgorRastarov: Я знал о функции "var_dump", но только теперь узнал о том, что если поместить ее результат в тег "pre", она выведет все в иерархическом виде. Раньше и подумать не мог об этом: странно, что нигде это не упоминается. Возможно, поэтому у него и вынесено в отдельную функцию, только хорошо бы сразу в уроке об этом говорить.

Answer 1

[Станислав Харахнин]

похоже что вы что то забыли.
В старой версии ядра есть функция mydump - документация
В новой версии ядра D7 появился аналог данной функции dump
D7 использует ООП, соответственно вам нужно либо подключить namespace \Bitrix\Main\Diag\Debug
use \Bitrix\Main\Diag\Debug;
либо вызывать \Bitrix\Main\Diag\Debug::dump()

Так же может пригодится полезная статейка про отладку

Answer 2

[Trionik]

не работает этот метод, пишет

Call to undefined method Bitrix\Main\Diag\Debug::writeToFilee() (0)

Comments

[alvskl]

Ну, во-первых, не writeToFilee, а writeToFile
Во-вторых, если Вы вызываете метод из класса, нужно писать путь от корня (перед Bitrix ставим \ ). То есть:
\Bitrix\Main\Diag\Debug::writeToFile(...);
Иначе этот метод ищется в Вашем классе и, разумеется, в нём не находится.
На статических страницах, в шаблонах компонентов и проч., можно обойтись и без \ перед Bitrix. Однако, лучше взять за привычку ставить \ - это убережёт от многих неприятностей в будущем.

Кроме того, вместо dump или writeToFile зачастую удобнее использовать
dumpToFile($var, $varName = '', $fileName = ''), где
$var - интересующая нас переменная,
$varName (необязательно) - название переменной в лог-файле (помогает не запутаться в логируемых переменных),
$fileName (необязательно) - имя лог-файла и путь к нему, если не указан, запишется в __bx_log.log, если файл не существует, то он создастся.

Например, я обычно использую такую конструкцию:

\Bitrix\Main\Diag\Debug::dumpToFile($var, date("Y-m-d H:i:s") . ' var description', '/log.txt');

В этом случае дамп запишется в файл /log.txt в корне сайта, если такого файла нет , то он создастся, а date("Y-m-d H:i:s") добавит к дампу точные дату и время, что тоже иногда бывает очень удобно.
Т.е. просто копипастите стоку и меняете $var и var description на свои.