Comments 34
>>Чем старше веб, тем больше джаваскрипта
а чем больше джаваскрипта, тем больше глюков
а чем больше джаваскрипта, тем больше глюков
-30
Спорно, когда приложение частично генерит информацию на стороне сервера, а ее дополняет js получаются такие забавные глюки, что шерсть встает дыбом. Для веб-приложений лучше сразу делать фукционал на js, для пользователя это будет удобнее и адекватнее в плане поведения.
+2
Фигню сморозили
+5
Можно экстраполировать вашу мысль: чем больше кода, тем больше глюков.
И вывести следствие: идеальный код без глюков — отсутствие кода.
И вывести следствие: идеальный код без глюков — отсутствие кода.
+9
Код можно исправить, а проблемы с безопасностью решать гораздо сложнее.
Аплеты, флеш уходят, все приводится к единому знаменателю. Меня лично это радует.
Аплеты, флеш уходят, все приводится к единому знаменателю. Меня лично это радует.
+1
<< Тру-хакерам достаточно в консоли Javascript написать $(selector).data('events')
Опустили звание хакера до фантика
Опустили звание хакера до фантика
+9
Это же шутка :)
Имеется в виду по сравнению с теми, кто использует расширение с графическим интерфейсом.
Имеется в виду по сравнению с теми, кто использует расширение с графическим интерфейсом.
+4
Если событие установлено через live()/delegate()/on() не на самом элементе, а на родительском (или даже оно будет всплывать до body), то через $(selector).data('events') мы ничего не узнаем. Узнаем только на элементе, до которого всплывает событие. Соответственно, будет что-то типа такого:
Причём в click.0.origHandler будет ссылка на функцию из секции live (live.0.handler).
{
click : [
0: { ... }
],
live : [
0: { ... }
]
}
Причём в click.0.origHandler будет ссылка на функцию из секции live (live.0.handler).
0
Неплохо, очень неплохо. И про некоторые ранее неведомые возможности Chrome devtool узнала! Благодарю!
+16
Спасибо!
0
Оставил ссылку ниже, но следовало сделать это здесь :)
0
Метода прекрасно работает и в FF+Firebug, разве что проверять на главной Яндекса бесполезно, в какие-то дебри уводит. Спасибо:)
+1
Вместо установки расширения Visual Event можно вытащить на панель закладок ссылку с сайта разработчика. Работает, как минимум, в ФФ и хроме.
+2
У вас получилось найти код, изображенный на последней картинке? У меня что-то не выходит...(
0
Нажимаете на events > выпадает список всех событий > выбираете нужное и кликаете на его функцию handler. Единственное, что у firebug нет «pretty print», как в chrome, поэтому с инлайновыми скриптами встроенными прямо в страницу проблема и найти этот скрипт в одной строке достаточно сложно =/ Нормального форматера я, к сожалению, не нашел
+1
мы ищем обработчик события, который был добавлен с использованием библиотеки jQuery, которая сейчас очень популярна== ищем потерянные ключи под фонарём, потому что там светлее. Но через Хром можно искать любые события. Правда, только сработавшие. Если действительно ограничиваться jQuery, то в Fx есть давно FireQuery, показывающий все места, на которые повешены обработчики.
0
> Кликаем по ссылке, попадаем в какой-то внутренний орган jQuery — скорее всего в ЖКТ. В некоторых случаях этот способ эффективен, и мы сразу можем увидеть вызываемый код. Но только не в этом. Как из этого места добраться до искомого кода — честно говоря, не знаю.
Всё довольно просто на самом деле. Включаем pretty print (для удобства) и кликаем на F11 (step into next function call), пока не выйдем из jquery и не попадём в вызванный им обработчик.
Всё довольно просто на самом деле. Включаем pretty print (для удобства) и кликаем на F11 (step into next function call), пока не выйдем из jquery и не попадём в вызванный им обработчик.
+3
задача все-таки не решается до конца: код-то мы увидели, но в каком файле и на какой строке он находится, мы не знаем
Сам был очень удивлён отсутствием этой информации, т.к. в аналогичном расширении для Opera есть и название файла и номер строки.
+2
Прикольно. Оно даже live-эвенты хавает :)
0
Я вообще был удивлен фразой что такого функционала нет в других браузерах. В опере есть все необходимое чтоб проделать то же самое, вплоть до отлова евентов.
0
Да-да меня тоже это насторожило.
Но, согласитесь, в Dragonfly нету:
1. «Break on * modifications». И вообще DOM-дерево в отладчике не живое. И непонятно когда этот функционал появится.
2. «pretty print». Хотя, скоро должен появится.
Но, согласитесь, в Dragonfly нету:
1. «Break on * modifications». И вообще DOM-дерево в отладчике не живое. И непонятно когда этот функционал появится.
2. «pretty print». Хотя, скоро должен появится.
0
www.youtube.com/watch?feature=player_embedded&v=N8SS-rUEZPg
Рекомендую к просмотру
Рекомендую к просмотру
+4
Что-то под хабркатом, ничего нету.
0
Куда статья делась?
0
Автор — в read-only. Видать, туда и делась :(
Жаль, очень годная статья была.
Жаль, очень годная статья была.
0
Sign up to leave a comment.
Внутренности jQuery. Поиск кода, выполняемого по событию