Как стать автором
Обновить
55
0
liaren @liaren

Пользователь

Отправить сообщение
В данный момент общаюсь с разработчиком этого модуля, по его словам в последней версии всё исправлено. Обновите код модуля и код php-console библиотеки.
1. Код не обфусцирован, а сжат при помощи Google Closure с опцией Advanced Optimization.
2. Сжатие кода в данном случае очень даже влияет на скорость его работы и на размер потребляемой оперативки.
3. Т.к. код не обфусцирован, то при большом желании вы можете его проанализировать на предмет скрытой отправки данных.
4. Анализировать код расширения на безопасность бессмысленно т.к. разработчик может просто на 1 день выпустить обновление с «вредоносным кодом», и на следующий день закрыть его новым «безопасным» обновлением.
5. При загрузке расширения на WebStore его код пропукается через гугловый анализатор, который отслеживает всякого рода вредности и при необходимости блокирует расширение.
6. Предыдущие версии расширения у вас на жёстком диске хранит сам Chrome, и в память загружается только последняя версия(ту что я последней загрузил на WebStore).
7. Ну и в конце концов, в расширении стоит ссылка на мой профиль на LinkedIn. Если бы я планировал делать что-то нехорошее с пользовательскими данными, как вы думаете, стал бы я так светиться? :)

Но так или иначе, спасибо за вопрос! :)
Жаль нет данных по UnixBench и прочим бенчмаркам, как на ServerBear.
И это всё :) Но только Lagger уже не совместим с новой PHP Console. Можете просто использовать их параллельно, конфликтовать они не будут.
Это обзорная статья посвещённая одному конкретному продукту, а не вопросу: Как лучше дебажиться в PHP. Вы с тем же успехом можете обзор любого другого приложения или устройства на хабре критикаовать мол «А что вы с другими продуктами не сравниваете? А что вы мне тут про функционал новой версии PostgreSQL рассказываете без сравнения с MySQL? А зачем мне переходить на вашу PostgreSQL, если MySQL полностью удовлетворяет моим потребностям?» :)

Если бы я начал проводить расширенное сравнение, давать свою оценку чужим продуктам и способам их использования, то это могло бы привести к очередному бессмысленному холивару. А так каждый сам принимает своё решение.
Если вас интересует именно старая версия, то вот тут описано как её установить groups.google.com/forum/?hl=ru#!forum/php-console-deprecated-version

Новая версия chrome.google.com/webstore/detail/php-console/nfhmhhlpfleoednkpnnnkolmclajemef
OnYourLips предлагает вставлять обработчик, который будет пробрасывать 500-ю, и если при выполнении на сайте действия при котором отправляется ajax запрос происходит что-то странное, то лезть в консоль Network, искать там запрос с 500-ой, и если найдёте, то смотреть дамп ошибки в Response запроса.

Всё ведь просто :)
Пробовал с двух компьютеров(Win 7 & Ubuntu) — везде всё работает. Можно вас попросить проверить, есть ли какие-то ошибки в js консоли расширения? Как открыть консоль расширеня описано тут github.com/barbushin/php-console/wiki/How-to-report-bug-or-feature#attach-google-chrome-extension-javascript-errors

Спасибо
Ну просто кроме вас двоих меня пока никто не спрашивал где и как можно этим расширением пользоваться :) Если бы спрашивало чуть больше людей, то обязательно описал бы. Сейчас у меня на это просто времени нет, люди пишут про мелкие баги в Ubuntu, приходится со всеми сейчас диалог вести.

Самый просто пример использования: включаете обработчик ошибок, включаете логирование всех SQL запросов, в случае ошибки наблюдаете что где упало и при каких запросах.

Если у вас в команде есть тестеры, то тоже может быть полезно: включаете обработчик ошибок и отображение Copy to clipboard button. Тестеры проходят сценарии по сайту, всплывает попап с ошибкой, кликают на Copy to clipboard, заводят тикет с описанием действий при которых произошла ошибка и прикрепляют дамп ошибки с трейсом и т.п.
Ребята, вы оба правы. Xdebug + PhpStorm/NetBeans — действительно много лучше и удобней, чем какое-то там расширение в Хроме. Надеюсь кто-нибудь из вас напишет статью для широкой публики с описанием всех фич, которые даёт эта связка. После этого сможем по существу поговорить в каких именно фичах и в каких случаях то или иное решение является лучшим выбором.

Не обижайтесь только, но пока вы задаёте больше абстрактно-обобщённых вопросов, чем приводите конкретные случаи использования конкретного функционала.
Я могу ответить на 100 ваших вопросах т.к. очень хорошо разбираюсь в том как работают удалённые отладчики в том же PhpStorm, и зачем была написана PHP Console и в каких целях используется. Вы можете тезисно изложить свою позицию?

Например: я считаю, что бессмысленно использовать PHP Console, когда есть xdebug+PhpStorm.
Только что проверил — всё работает. Вы результат в JS консоли смотрите? Какой код вызываете?
Акцент на AJAX я сделал потому, что 90% библиотек по обработке ошибок в PHP с выводом ошибок в браузер практически бесполезны при выводе ошибок в AJAX запросах.

И я не совсем понял, вы сравниваете PHP Console cо связкой PhpStorm + xdebug на удалённой отладке?
Вы понимаете разницу между логгерами и отладчиками?
В частно случае использование для отладки SQL решение для Ruby смотрится и работает конечно намного лучше. Но теперь представьте, если вы логируете не только SQL, а какие-то объекты. И ещё представьте, что у вас там между какими-то запросами проскакивает ошибка. В решении для Ruby вы не увидите между какими запросами проскочила эта ошибка, так же вы не увидите промежуточную информацию по дампу прочих переменных.

Мне когда пришлось выбирать между красотой и универсальностью отображения, то я выбрал универсальность. Решил не обременять пользователя кликами по разным табам. Мне кажется одной JS консоли может быть достаточно для просмотра всех данных отладки, тем более когда в случае с PHP Console они группируются по URL запроса.
Всё то же самое есть, c привязкой к контексту, только выводится немного в другом виде:

В видео нет никакого закадрового текста, только мелодичный саундтрэк. Установка очень простая:

1. Устанавливаете Google Chrome расширение PHP Console.
2. Копируете PHP библиотеку себе на сервер, и подключаете её к своему проекту как это делается в /examples.
То, что расширение дополняет web-tools не делает его более мощным и удобным. У меня изначально тоже был вариант реализации вывода данных и реализация терминала в виде дополнительных табов в Dev tools, но на практике использования это окозалось совсем неудобным, и не столь гибким в реализации.
Отладка PHP скриптов. В частности очень удобно отлаживать AJAX запросы. Вообще тут достаточно много разных функций, для разных целей. Мне кажется при всём приведённом в статье материале у человека занимающегося веб-разработкой не должно возникнуть вопроса подобно вашему.

А человеку не имеющему отношения к веб-деву PHP Console конечно же не может быть ничем полезна…

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Зарегистрирован
Активность