Comments 46
То-то я думаю, зачем она нужна… Спасибо.
Спасибо! А я имея Firebug вечно под рукой, вечно делал велосипеды для дебага объектов… Не зная про console.dir и console.dirxml…
С нетерпением жду Part 2
С нетерпением жду Part 2
Спасибо!
До этого пользовался лишь console.log()
До этого пользовался лишь console.log()
Спасибо! Не использовал вообще консоль.
Побежал по линкам читать маны
Побежал по линкам читать маны
Аналогично.
Большое спасибо автору! С нетерпением ждём продолжения.
Большое спасибо автору! С нетерпением ждём продолжения.
Всё хорошо, только на браузерах без Firebug будет JS ошибка.
мне нравится модель FirePHP — где используются HTTP headers для передачи сообщений.
мне нравится модель FirePHP — где используются HTTP headers для передачи сообщений.
можно написать «обертки» на подобии
function log( _str ){
if( window.console ){
console.log( _str );
}
}
Гораздо проще в начале кода написать
if (!console)
{
console = {
log: function(){}, error: function(){}, info: function(){} ...
};
}
!console&&console = {}&&console.error=console.log=console.info=function () {}
Зачем же заниматься некромантией, да ещё и с «выпендрёжистым» комментарием? :)
Да, приведённый пример короче, но имеет два недостатка:
а) Не очевиден и не дружелюбен для спокойных и не perl программистов;
б) А вдруг в одном из браузеров вдруг будет баг и пустой объект будет равен булевому false? Не так уж и маловероятно.
Да, приведённый пример короче, но имеет два недостатка:
а) Не очевиден и не дружелюбен для спокойных и не perl программистов;
б) А вдруг в одном из браузеров вдруг будет баг и пустой объект будет равен булевому false? Не так уж и маловероятно.
Спасибо, ожидал от него чего то подобного, но так и не выяснил этого раньше =)
Автор, был бы признателен, если в одной из статей вы бы описали решение возникающих аномалий в фаербаге. Например, если я пытаюсь вывести информацию из консоли, когда страница еще не прогрузилась, то возникает ошибка "
Или же очень часто во вкладке Net не отображаются загружаемые файлы. Например, наблюдал такую картину — когда перезагружаю страницу с игнорированием кеша (Ctrl+F5), то загрузка изображений не выводится, а если просто обновляю (F5), то выводятся запросы с получением 304 HTTP-ответа.
Кто-то еще сталкивался с регулярными ошибками в Firebug?
Firebug cannot find firebugCommandLineAttached attribute on firebug console element, its too early for command line". Причем после полной загрузки страницы и перезагрузки эта ошибка продолжает иметь место.Или же очень часто во вкладке Net не отображаются загружаемые файлы. Например, наблюдал такую картину — когда перезагружаю страницу с игнорированием кеша (Ctrl+F5), то загрузка изображений не выводится, а если просто обновляю (F5), то выводятся запросы с получением 304 HTTP-ответа.
Кто-то еще сталкивался с регулярными ошибками в Firebug?
Довольно часто тело ответа от сервера во вкладке Net не соответствует полученному. В Firebug'e отображается какое-то старое от подобных запросов и выяснить что происходить сложновато.
Замечено при использовании jQuery.AjaxForm когда в форме есть файлы, и запрос поэтому в скрытый фрейм посылается…
Замечено при использовании jQuery.AjaxForm когда в форме есть файлы, и запрос поэтому в скрытый фрейм посылается…
Тоже регулярная ошибка — Firebug не показывает структуру документа, если это XML, преобразованный в HTML XSLT-преобразованием. Приходится запускать XSLT-процессор и открывать уже полученный файл.
Поставьте себе Web Developer, там есть прекрасная вкладка Disable, в которой помимо всего прочего есть опция Disable Cache, меня она очень выручает.
А писать в firebug до того как страница загрузилась это издевательство над прекрасным инструментом. Он же должен DOM-дерево обработать, рассчитать загрузку ресурсов и только потом (!) прикрепить консоль. Особенности инструмента и работы в вебе, здесь имхо ничего не поделаешь.
А писать в firebug до того как страница загрузилась это издевательство над прекрасным инструментом. Он же должен DOM-дерево обработать, рассчитать загрузку ресурсов и только потом (!) прикрепить консоль. Особенности инструмента и работы в вебе, здесь имхо ничего не поделаешь.
Я описал поведение вкладки NET фаербага в зависимости от типа загрузки страницы, кеш тут не при чем. А когда страница грузится долго, открыта консоль, и у тебя идет жесткий дебагинг, то автоматически (даже не замечая, что страница еще вся не загрузилась) начинаешь работать с консолью.
Я считаю это багом, потому что если мне доступна консоль, то я должен иметь возможность в нее писать (и имею) и получать адекватный ответ (с этим проблемы).
Более того, я эту особенность заметил только недавно. Ранее не натыкался.
Я считаю это багом, потому что если мне доступна консоль, то я должен иметь возможность в нее писать (и имею) и получать адекватный ответ (с этим проблемы).
Более того, я эту особенность заметил только недавно. Ранее не натыкался.
На вкладке скрипт периодически октлючаеся возможность добавить watch. Происходит это обычно тогда, когда оставишь выражения которые недоступны до загрузки страницы (например связанные с dom) и обновишь её несколько раз. Приходится закрывать вкладку или перезапускать ff. Появляеся не всегда.
Не то чтобы с ошибками сталкивался. Проблема вот какая может настичь: в IE объекта console НЕТ (и не только в IE — в FireFox тоже) — соответственно, сайт, нормально работающий у разработчика, не будет работать у клиента. Выход — либо самому конструировать заглушку для отсутствующего console, либо тщательно вычищать его из кода рабочего сайта.
Ну, надо полагать, что отладочный код нужно все же «тщательно вычищать» =)
Не совсем так. Общепринятая практика в обычных приложениях — отладочный код имеет систему приоритетов. При исполнении в боевом режиме выводятся только сообщения о фатальных ошибках, при исполнении в целях отладки — все сообщения. Это хорошо бы внедрять и для JavaScript программ, так как они уже бывают достаточно сложными и выполняются в очень разных условиях.
Это отличная замена стандартным alert. До этого только ими и пользовался и был приятно удивлен когда узнал о console.log
Спасибо за статью, узнал много нового, раньше пользовался только console.log :).
Исправьте ошибку: везде где написано
должно быть
Исправьте ошибку: везде где написано
$('.bigPara') должно быть
$$('.bigPara').
На самом деле автор использовал какой-то из фреймворков а-ля jQuery или prototype.js.
Это пунктуация селекторов. Ноги растут оттуда.
Это пунктуация селекторов. Ноги растут оттуда.
не все сразу, это будет в следующей части :)
$name = ’123’;
/* 123 Невероятно, но это будущее имя переменной!!! */
$$name = ’456’;
// а это будущее значение
echo ${’123’};
//без проблем выводим ’456’
nikitag.habrahabr.ru/blog/50079/
/* 123 Невероятно, но это будущее имя переменной!!! */
$$name = ’456’;
// а это будущее значение
echo ${’123’};
//без проблем выводим ’456’
nikitag.habrahabr.ru/blog/50079/
Захожу на сайт getfirebug
включаю консоль
вбиваю в ней data = $('.bigPara')[0].firstChild.data;
а он мне ругается что TypeError: $(".bigPara") is null source=data = $('.bigPara')[0].firstChild.data;
включаю консоль
вбиваю в ней data = $('.bigPara')[0].firstChild.data;
а он мне ругается что TypeError: $(".bigPara") is null source=data = $('.bigPara')[0].firstChild.data;
я выше ответил.
Простите, но кому удобно было читать комментарии к коду, да и сам код с таким маленьким шрифтом? Мне лично пришлось в три раза увеличить размер шрифтов на странице, чтобы не напрягать зрение.
Спасибо за статью, узнал много интересного
А кто в каких случаях использует консоль? просто я пока не понимаю её смысла, это отладочная информация, т.е. в рабочем проекте её не должно быть, а при отладке, если нужно что то вывести, можно в див какой то, или алерт, выводить
Вместо console.info, console.warn, console.error, console.dir, можно просто использовать console.log
Sign up to leave a comment.
Firebug: Part 1 — console