A powerful debug and profilers tool for the Phalcon Framework

Since commit 95efd03cad7ec92c836cbabc7dd5bdec9303b1dd phalcon-debugbar always renders root asset URIs (ie. /_debugbar/assets...) instead of using the application baseUri.

This disallows using phalcon-debugbar on any application that is not hosted at the root of its domain.

Contrary to what the commit message seems to indicate, it did work perfectly before. IMO it should be reverted, I think @bluetec had a configuration issue that had nothing to do with phalcon-debugbar itself.

i want to see a message from ajax request. In ajax request i set a message or info to display in debugbar but it will not appeare.

how i can do that?

In debug bar I can't see ajax request.

Thanks in advantage

I have not seen how to load debugbar with Phalcon autoloader (registerDirs or registerNamespaces) so I use composer autoloader. This works, but is it the right solution? The documentation says nothing about it.

What PSR specification is used?

I use default INVO with your plug-in, but receive errors:

"NetworkError: 404 Not Found - http://test.loc/_debugbar/assets/stylesheets?1445286912"
stylesh...5286912
"NetworkError: 404 Not Found - http://test.loc/_debugbar/assets/javascript?1445286912"
javascr...5286912
"NetworkError: 404 Not Found - http://test.loc/_debugbar/assets/stylesheets?1445286912"
stylesh...5286912
"NetworkError: 404 Not Found - http://test.loc/_debugbar/assets/javascript?1445286912"

my public.index.php

<?php
error_reporting(E_ALL);

use Phalcon\Mvc\Application;
use Phalcon\Config\Adapter\Ini as ConfigIni;

try {
    define('APP_PATH', realpath('..') . '/');

    $config = new ConfigIni(APP_PATH . 'app/config/config.ini');
    if (is_readable(APP_PATH . 'app/config/config.ini.dev')) {
        $override = new ConfigIni(APP_PATH . 'app/config/config.ini.dev');
        $config->merge($override);
    }
    require APP_PATH . 'app/config/loader.php';
    require APP_PATH . 'app/config/services.php';

    $application = new Application($di);
    $di['app'] = $application;
    (new Snowair\Debugbar\ServiceProvider())->start();

    echo $application->handle()->getContent();
} catch (Exception $e){
    echo $e->getMessage() . '<br>';
    echo '<pre>' . $e->getTraceAsString() . '</pre>';
}

my app/confing/loader.php

<?php
require_once __DIR__ . '/../../vendor/autoload.php';
$loader = new \Phalcon\Loader();
$loader->registerDirs(
    array(
        APP_PATH . $config->application->controllersDir,
        APP_PATH . $config->application->pluginsDir,
        APP_PATH . $config->application->libraryDir,
        APP_PATH . $config->application->modelsDir,
        APP_PATH . $config->application->formsDir,
    )
)->register();

Any ideas?

Phalcon version: 1.3.6 Php version : 5.5.19

echo json_encode($users->toArray());

When we return the json format as response to Ajax, it will occur error 502: Bad Gateway. If we disable the phalcon-debugbar, everything is fine.

I also tested it in phalcon version 2.0.2, but it was fine.

Hi,

Firstly, I want to thank You for great module, it's really helpful :)

But I got a little error, I enabled cache module and got exception:

Phalcon\Di\Exception: Call to undefined method or service 'createProxy' 
/vagrant/www/vendor/snowair/phalcon-debugbar/src/PhalconDebugbar.php (265)

My configuration of cache DI is:

$di->setShared('cache', function () {
$cache = new Multiple([
    $this->get('redis'),
]);

return $cache;
});


$di->setShared('redis', function () {
$frontCache = new DataFrontend([
    'lifetime' => 3600 * 24 * 7
]);

$redis = new \Phalcon\Cache\Backend\Redis($frontCache, [
    'host' => $this->get('config')->redis->host,
    'port' => $this->get('config')->redis->port,
    'auth' => $this->get('config')->redis->password,
    'statsKey' => '_PHCR'
]);

return $redis;
});

What is wrong?

Hi All, Sorry, My English is not good. I have add phalcon-debugbar from this link: https://github.com/snowair/phalcon-debugbar. but it is not working. When I run, In my console is display: I found error: dashboard:449 GET http://dashboard.somo.local_debugbar/assets/stylesheets?1445331526 net::ERR_NAME_NOT_RESOLVED dashboard:450 GET http://dashboard.somo.local_debugbar/assets/javascript?1445331525 net::ERR_NAME_NOT_RESOLVED dashboard:453 Uncaught ReferenceError: PhpDebugBar is not defined(anonymous function) @ dashboard:453 sb-admin-2.js:2 Uncaught TypeError: $ is not a function

How to I can fix it ?

Hi,

I'm creating a Phalcon project, but instead of using Phalcon's native database access I'm using doctrine, since I'm more comfortable with the data-mapper pattern rather than the active record one.

Anyway, I'm using your awesome phalcon-debugbar but I'm not able to see database information.

I went to the original PHP Debug Bar documentation to look for a solution, but it doesn't seem to work.

What I did was, following the mentioned docs and your instructions, to insert this lines of code in my bootstrap:

        $application = new Phalcon\Mvc\Application($di);
        // CONFIGURE DEBUGBAR
        $di['app'] = $application;
        (new ServiceProvider(APP_PATH . 'config/debugbar.php'))->start();
        $em = $di->get('entityManager');
        $debugStack = new DebugStack();
        $em->getConnection()->getConfiguration()->setSQLLogger($debugStack);
        $debugbar = $di->get('debugbar');
        $debugbar->addCollector(new DoctrineCollector($debugStack));
        echo $application->handle()->getContent();

Is there any way that I can manage to see the database tab using doctrine in Phalcon?

Thanks for the awesome job, and thanks in advance for your help

Hi,

I was triying to setup the debugbar with the Phalcon 2.0 release, it throws a Exception: The argument is not initialized or iterable() phalcon/http/response/headers.zep (98)

Can't find the error line that throws the exception from debugbar, it appears to be after the $debugbar->modifyResponse($response); but can't follow it after that.

From what I could see, PHP 7 support is currently blocked by third party libraries, whoops and php-debugbar.

For whoops, it's just needed to upgrade to v2, for php-debugbar we need to wait they add support for PHP 7: https://github.com/maximebf/php-debugbar/issues/264

i have added following line in public/index.php but nothing effected. What is the proper way to add collectors.

$di['debugbar']->addCollector(new Snowair\Debugbar\DataCollector\PhalconRequestCollector);

Hi A new bug and the solution. For this warning : Warning: Illegal offset type in /vendor/snowair/phalcon-debugbar/src/PhalconDebugbar.php on line 419 replace line 419

$templates[$viewFilePath]['startTime'] = microtime(true);

with

if(is_array($viewFilePath)){
                foreach($viewFilePath as $infos_path){
                    $templates[$infos_path]['startTime'] = microtime(true);
                }
}else{
 $templates[$viewFilePath]['startTime'] = microtime(true);
}

Do the same line 432 (line 441 after previous change)

See you

Hi ! A new bug with the new version of Phalcon (4.1.0). You can have this error :

Fatal error: Uncaught TypeError: Argument 1 passed to Snowair\Debugbar\Phalcon\Db\Profiler::startProfile() must be of the type string, null given, called in /data/www/project.com/vendor/snowair/phalcon-debugbar/src/PhalconDebugbar.php on line 710 and defined in /data/www/project.com/vendor/snowair/phalcon-debugbar/src/Phalcon/Db/Profiler.php on line 70

You can read the reason in the changelog of phalcon : https://github.com/phalcon/cphalcon/blob/master/resources/CHANGELOG-4.1.md Changed Phalcon\Db\Adapter\*::getRealSQLStatement() to return the full SQL query with parameters #12196

SOLUTION : /vendor/snowair/phalcon-debugbar/src/PhalconDebugbar.php on line 706 change

 $sql = $db->getRealSQLStatement();

to

$sql = $db->getSQLStatement();

And it works ;-)

See you !

phalcon 3.4, php 7.1, clean install:

PHP Fatal error: Default value for parameters with a class type hint can only be NULL in ...../vendor/symfony/var-dumper/Dumper/CliDumper.php on line 61

Hi.

I have problem with using debugbar, when i have set "url static" on other (sub) domain.

Earlier, I used a static url within the same domain (statics were in the "/cdn/" folder). In order for assets and open handler to be read correctly, I redirected everything containing _debugbar to "baseUrl + /_debugbar*" and it worked.

My prev uri settings look this: baseUrl: / staticsUrl: /cdn/

After changing the url of the statics to the subdomain, debugbar generates addresses to the resources in the following way: http://domain/http://cdn.domain/_debugbar/assets/stylesheets?m=1544445135&module (or http://domain/cdn.domain/ if i not set protocol in address)

My uri settings after changing to subdomain: baseUrl: / staticsUrl: //cdn.domain/

Ok. In this moment, assets (js and css) loaded success, because everything after _debugbar is redirected to the base address (domain/ debugbar*_). It follows from this that for assets, the address is built in the following way: src/JsRender.php

 $baseuri = rtrim($this->url->getBasePath(),'/').'/';
    $html .= sprintf(
        '<link rel="stylesheet" type="text/css" href="%s?m='.$m.'&%s">' . "\n",
        $baseuri.ltrim($this->url->getStatic(array('for'=>'debugbar.assets.css')),'/'),
        $time
    );

src/PhalconDebugbar.php Unfortunately, the address "open handler" is created directly from statics::

$openHandlerUrl = $this->di['url']->getStatic( array('for'=>'debugbar.openhandler') );

and resulting in the creation of a non-existent address to an external domain resource statics: http://cdn.domain/_debugbar/open?op=get&id=xxxxxxxxxxxxxxxxxxxxxxxx

Since the resources for debugbar are generated by the controller, would not it be better to read them directly from url->get instead of url->getStatic? Is it not a mistake to read open handler from an address intended for static, or should the address to it be generated in the same way as in the case of assets?

Can I expect the next version, uri configuration options for debugbar?

With PHP7.0.30, we have a warning bug : ( ! ) Warning: get_class() expects parameter 1 to be object, null given in /usr/share/nginx/html/projectname/vendor/snowair/phalcon-debugbar/src/DataCollector/RouteCollector.php on line 59

Bug Line : $result['Controller'] = get_class( $controller_instance = $dispatcher->getActiveController());

Fix : $result['Controller'] = $dispatcher->getActiveController() != null ? get_class( $controller_instance = $dispatcher->getActiveController()) : $controller_instance ="";

Thks !