Apresentando o Xdebug<\/h2>\n
Xdebug<\/a> \u00e9 uma das extens\u00f5es mais populares para depurar seu c\u00f3digo PHP. Voc\u00ea ir\u00e1 instal\u00e1-lo a partir do ambiente escolhido e ele atua como um “depurador de passos”<\/p>\n Em resumo, isto permite que voc\u00ea trabalhe em seu c\u00f3digo linha por linha para que voc\u00ea possa passar e ver como o c\u00f3digo age e interage dentro do seu programa, assim como investigar sua sa\u00edda. A partir da\u00ed, voc\u00ea pode fazer \u00e0s mudan\u00e7as que achar melhor.<\/p>\n Xdebug pode fazer muito mais, no entanto:<\/p>\n Dado o conjunto de recursos, h\u00e1 muitas maneiras de usar o Xdebug (e qualquer depurador similar) dentro do seu fluxo de trabalho. Cobriremos na pr\u00f3xima se\u00e7\u00e3o.<\/p>\n\n Muitos desenvolvedores n\u00e3o ter\u00e3o um fluxo de trabalho de depura\u00e7\u00e3o dedicado que utilize ferramentas e extens\u00f5es de terceiros. Isto \u00e9 porque o PHP inclui seu pr\u00f3prio log de erros rudimentares. Voc\u00ea vai usar comandos como Por exemplo, h\u00e1 muitos trechos que voc\u00ea pode redirecionar para o desenvolvimento de WordPress – Stack Overflow est\u00e1 repleto deles<\/a>:<\/p>\n No entanto, h\u00e1 alguns inconvenientes importantes nesta abordagem:<\/p>\n Este \u00faltimo ponto requer muito esfor\u00e7o manual, especialmente se o seu trabalho di\u00e1rio n\u00e3o for como um administrador de sistema<\/a>. Por exemplo, se voc\u00ea quiser depurar um bloco de c\u00f3digo, voc\u00ea pode adicionar seu snippet baseado em uma vari\u00e1vel que voc\u00ea definir. Entretanto, ele pode n\u00e3o ser a fonte do problema ou mesmo indicar o que est\u00e1 acontecendo.<\/p>\n Ao inv\u00e9s disso, uma ferramenta como o Xdebug pode trabalhar sua magia para fornecer um escopo maior:<\/p>\n Em geral, usar uma ferramenta como o Xdebug \u00e9 uma decis\u00e3o pr\u00f3-ativa ao inv\u00e9s de uma decis\u00e3o reativa. Voc\u00ea pode usar a depura\u00e7\u00e3o por etapas como parte do processo de desenvolvimento central, muito parecido com a implementa\u00e7\u00e3o de testes unit\u00e1rios como parte do desenvolvimento orientado por testes (TDD).<\/p>\n Enquanto voc\u00ea poderia depurar seu c\u00f3digo sem um erro espec\u00edfico, muitas vezes \u00e9 bom saber se um problema ocorre sem ter o Xdebug aberto. Isto lhe d\u00e1 um ponto de partida para a explora\u00e7\u00e3o<\/a>. N\u00e3o \u00e9 estritamente necess\u00e1rio, mas pode ser uma parte \u00fatil da sua cadeia.<\/p>\n Para reportar cada erro que surgir, voc\u00ea precisar\u00e1 adicionar uma linha ao topo do arquivo PHP relevante:<\/p>\n Este \u00e9 um comando de captura, e voc\u00ea pode conseguir o mesmo usando a fun\u00e7\u00e3o Isto permite que voc\u00ea altere as configura\u00e7\u00f5es dentro do seu arquivo php.ini<\/strong> em uma base projeto a projeto. Enquanto voc\u00ea poderia entrar neste arquivo e fazer uma mudan\u00e7a manual, muitas vezes \u00e9 uma ideia melhor trabalhar com Uma vez que voc\u00ea tenha o relat\u00f3rio de erros ativo definido ao seu gosto, voc\u00ea pode come\u00e7ar a trabalhar com o Xdebug.<\/p>\n Nas pr\u00f3ximas se\u00e7\u00f5es, mostraremos a voc\u00ea como usar o Xdebug, incluindo os passos que voc\u00ea precisar\u00e1 dar para configurar \u00e0s coisas. Embora n\u00e3o possamos cobrir todos os aspectos da ferramenta, este guia de in\u00edcio r\u00e1pido o colocar\u00e1 em a\u00e7\u00e3o rapidamente.<\/p>\n Primeiro, no entanto, voc\u00ea precisa instalar o Xdebug. Vamos descobrir como fazer isso.<\/p>\n Como o Xdebug \u00e9 adapt\u00e1vel a qualquer n\u00famero de configura\u00e7\u00f5es, o processo exato<\/a> para cada uma delas ser\u00e1 ligeiramente diferente. No n\u00edvel do sistema operacional, h\u00e1 algumas diferen\u00e7as:<\/p>\n No entanto, a maioria dos usu\u00e1rios n\u00e3o v\u00e3o querer ficar com uma inst\u00e2ncia de Xdebug em n\u00edvel de sistema. Ao inv\u00e9s disso, voc\u00ea vai querer integr\u00e1-la em seu pr\u00f3prio ambiente de desenvolvimento.<\/p>\n Uma vez instalado o Xdebug para o seu sistema operacional, voc\u00ea deve conect\u00e1-lo ao seu ambiente.<\/p>\n H\u00e1 tantos sistemas e ferramentas suportados aqui que n\u00e3o podemos entrar em todos eles. Mais tarde, lhe ofereceremos instru\u00e7\u00f5es para DevKinsta<\/a> e PhpStorm<\/a>. Mesmo assim, h\u00e1 muitos outros ambientes populares para escolher. Abaixo est\u00e3o algumas das nossas principais recomenda\u00e7\u00f5es.<\/p>\n VVV<\/a> \u00e9 um dos ambientes nomeados no site Make WordPress<\/a>:<\/p>\n A boa not\u00edcia \u00e9 que o VVV j\u00e1 inclui uma vers\u00e3o do Xdebug<\/a>, mas voc\u00ea precisa ativ\u00e1-lo. Voc\u00ea pode fazer isso usando o Secure Shell (SSH) dentro de uma janela do Terminal:<\/p>\n No entanto, h\u00e1 um pouco de sucesso no desempenho, e voc\u00ea precisar\u00e1 ativar essa op\u00e7\u00e3o novamente se voc\u00ea fornecer seus sites.<\/p>\n Para alguns usu\u00e1rios, Laravel Valet<\/a> representa um ambiente de desenvolvimento web quase perfeito. Melhor ainda, voc\u00ea pode integrar o Xdebug com ele.<\/p>\n Para fazer isso, voc\u00ea precisar\u00e1 criar um arquivo de configura\u00e7\u00e3o para o depurador. Voc\u00ea pode encontrar seu pr\u00f3prio caminho usando A seguir, crie um novo arquivo xdebug.ini<\/strong> no caminho para arquivos .ini<\/strong> adicionais. Em nosso exemplo, ele est\u00e1 em \/opt\/homebrew\/etc\/php\/7.4\/conf.d<\/strong>.<\/p>\n Assim que voc\u00ea abrir este novo arquivo, abra tamb\u00e9m o caminho para o arquivo de configura\u00e7\u00e3o carregado (seu arquivo php.ini<\/strong> principal). Com ambos abertos, adicione o seguinte ao rodap\u00e9:<\/p>\n Uma vez que voc\u00ea salvou suas mudan\u00e7as, execute Note que voc\u00ea pode precisar reiniciar o PHP usando A partir daqui, voc\u00ea pode procurar incorporar o Xdebug em seu editor de c\u00f3digos de escolha.<\/p>\n Assim como o Valet, existem algumas partes do processo para o XAMPP<\/a>. Entretanto, as vers\u00f5es Windows e macOS t\u00eam dois processos diferentes.<\/p>\n Comece instalando o XAMPP, ent\u00e3o execute uma verifica\u00e7\u00e3o r\u00e1pida para ver se o arquivo php_xdebug.dll<\/strong> (Windows) ou xdebug.so<\/strong> file (macOS) existe em seu sistema:<\/p>\n Se o arquivo existir, voc\u00ea pode passar para a configura\u00e7\u00e3o. Caso contr\u00e1rio, voc\u00ea precisar\u00e1 primeiro baixar ou o bin\u00e1rio certo<\/a> para Windows – um arquivo de 64 bits para sua vers\u00e3o preferida do PHP – ou instalar mais algumas depend\u00eancias se voc\u00ea estiver em um Mac.<\/p>\n Para Windows, renomeie o arquivo DLL php_xdebug.dll<\/strong>, ent\u00e3o mova-o para o caminho do arquivo xamppphpext<\/strong>. Em seguida, abra o arquivo xamppphpphp.ini<\/strong> no editor de c\u00f3digo de sua prefer\u00eancia<\/a> e adicione o seguinte:<\/p>\n Na se\u00e7\u00e3o Assim que voc\u00ea salvar suas mudan\u00e7as, reinicie o Apache e teste para Xdebug.<\/p>\n Para Mac<\/a>, voc\u00ea vai querer garantir que voc\u00ea instale \u00e0s ferramentas de linha de comando Xcode<\/a> usando Em alguns casos, voc\u00ea tamb\u00e9m precisar\u00e1 reinstalar o XAMPP para obter tanto o programa principal quanto os “Arquivos do Desenvolvedor” Voc\u00ea deve conseguir reinstalar somente estes arquivos, mas voc\u00ea vai querer realizar um backup da sua configura\u00e7\u00e3o existente primeiro.<\/p>\n Em seguida, navegue para o download da pasta de fontes Xdebug em seu sistema e descompacte o arquivo TGZ. Dentro de uma janela do Terminal, navegue at\u00e9 aquele diret\u00f3rio e execute o seguinte:<\/p>\n Note que voc\u00ea pode precisar usar Para testar se isso funciona, crie um novo arquivo xdebug_info.php<\/strong> no diret\u00f3rio principal do htdocs<\/strong> XAMPP. Dentro, adicione o seguinte:<\/p>\n …depois atualize o Apache e teste o Xdebug no navegador.<\/p>\n Assim que voc\u00ea instalar o Xdebug atrav\u00e9s do sistema operacional e seu ambiente de desenvolvimento, voc\u00ea tamb\u00e9m precisar\u00e1 visualizar o depurador em si. Voc\u00ea far\u00e1 isso atrav\u00e9s do seu editor de c\u00f3digo escolhido ou ambiente de desenvolvimento integrado (IDE)<\/a>. Como no seu ambiente, h\u00e1 tantos para escolher, e cada um pode ter uma abordagem diferente.<\/p>\n Dito isto, muitos desenvolvedores optam por usar o PhpStorm da JetBrains<\/a>. Na verdade, o PhpStorm oferece “assist\u00eancia WordPress-aware”<\/a> – e \u00e9 uma escolha popular por muitas outras raz\u00f5es, tamb\u00e9m.<\/p>\n O site JetBrains<\/a> inclui instru\u00e7\u00f5es completas sobre como conectar Xdebug e PhpStorm, mas iremos revis\u00e1-las aqui.<\/p>\n Primeiro, navegue at\u00e9 a p\u00e1gina Languages & Frameworks > PHP<\/strong> no painel de Preferences<\/strong>. Aqui, abra o menu More Items<\/strong>\u00a0do kebab ao lado do campo suspenso CLI Interpreter<\/strong>:<\/p>\n Isto mostrar\u00e1 mais alguns detalhes sobre sua vers\u00e3o PHP e int\u00e9rprete. Se voc\u00ea clicar na elipse Mais itens<\/strong> ao lado da op\u00e7\u00e3o Configuration file<\/strong>, voc\u00ea ver\u00e1 os caminhos completos para o seu arquivo php.ini<\/strong>:<\/p>\n Voc\u00ea estar\u00e1 trabalhando com este arquivo PHP ao lado para continuar o processo de configura\u00e7\u00e3o.<\/p>\n A primeira tarefa aqui \u00e9 editar qualquer linha que tenha impacto em como o Xdebug ir\u00e1 trabalhar com o PhpStorm.<\/p>\n Dentro do arquivo php.ini<\/strong>, encontre as seguintes linhas e apague ou comente-as:<\/p>\n Estas linhas n\u00e3o estar\u00e3o presentes em todos os casos, ent\u00e3o n\u00e3o se assuste caso voc\u00ea n\u00e3o estiver vendo.<\/p>\n A seguir, adicione o seguinte ao arquivo:<\/p>\n H\u00e1 algumas coisas a se notar sobre este conjunto de c\u00f3digos:<\/p>\n Uma vez que voc\u00ea adicione estes, salve e feche o arquivo, ent\u00e3o teste a vers\u00e3o PHP a partir da linha de comando (usando Se voc\u00ea tiver uma vers\u00e3o funcional do Xdebug, ela aparecer\u00e1 como uma das extens\u00f5es do PHP. Voc\u00ea tamb\u00e9m pode adicionar Isso \u00e9 tudo que voc\u00ea precisa fazer para ter o Xdebug funcionando como seu depurador padr\u00e3o com o PhpStorm. O passo final antes de us\u00e1-lo \u00e9 instalar uma extens\u00e3o de ajuda do navegador.<\/p>\n A conex\u00e3o chave final que voc\u00ea precisar\u00e1 fazer \u00e9 entre seu navegador e PhpStorm, realizada ativando a depura\u00e7\u00e3o passo a passo no servidor. Enquanto voc\u00ea poderia fazer isso a partir da linha de comando<\/a> usando valores especiais Recomendamos a utiliza\u00e7\u00e3o da extens\u00e3o dedicada do Xdebug Helper. Voc\u00ea pode instal\u00e1-la no seu navegador de sua escolha:<\/p>\n Se voc\u00ea quiser explorar outras extens\u00f5es, o site JetBrains<\/a> oferece algumas op\u00e7\u00f5es adicionais para os navegadores mais populares.<\/p>\n Uma vez instalada a extens\u00e3o do seu navegador escolhido, voc\u00ea n\u00e3o deve ter que ajustar nenhuma outra configura\u00e7\u00e3o. A partir daqui, voc\u00ea pode come\u00e7ar a usar o Xdebug com o PhpStorm.<\/p>\n Enquanto usaremos PhpStorm aqui, voc\u00ea ver\u00e1 um layout similar e uma interface entre diferentes IDEs – embora tamb\u00e9m haja algumas diferen\u00e7as \u00f3bvias.<\/p>\n H\u00e1 alguns conceitos que se combinam para formar toda a experi\u00eancia de depura\u00e7\u00e3o:<\/p>\n O primeiro passo \u00e9 ativar a escuta – voc\u00ea n\u00e3o conseguir\u00e1 depurar nada sem ela. Para fazer isso, clique na op\u00e7\u00e3o Run > Start Listening for PHP Debug Connections<\/strong> na barra de ferramentas:<\/p>\n Como alternativa, voc\u00ea pode clicar no \u00edcone “telefone” na barra de ferramentas do PhpStorm:<\/p>\n Qualquer uma destas op\u00e7\u00f5es iniciar\u00e1 a escuta para conex\u00f5es.<\/p>\n A partir daqui, voc\u00ea pode come\u00e7ar a definir breakpoints no editor de c\u00f3digo. Um ponto vermelho indica um breakpoint, que voc\u00ea pode clicar para ativar:<\/p>\n Quando voc\u00ea quiser depurar seu c\u00f3digo, a maneira mais direta \u00e9 come\u00e7ar a ouvir, definir pontos de interrup\u00e7\u00e3o e depois ir para a p\u00e1gina espec\u00edfica em seu navegador. Localize o \u00edcone para sua extens\u00e3o no navegador, ent\u00e3o clique nele e selecione a op\u00e7\u00e3o “Debug”:<\/p>\n Isto abrir\u00e1 o depurador no PhpStorm e dar\u00e1 \u00e0s boas ou m\u00e1s not\u00edcias:<\/p>\n Se voc\u00ea clicar com o bot\u00e3o direito do mouse nos v\u00e1rios valores, atributos, par\u00e2metros e vari\u00e1veis, voc\u00ea conseguir\u00e1 acessar um menu de contexto adicional. Isto lhe d\u00e1 bastante escopo extra para testar e depurar seu c\u00f3digo:<\/p>\n Por exemplo, voc\u00ea poderia definir valores diferentes para vari\u00e1veis ao longo do caminho. Isto pode ser uma tentativa deliberada de quebrar seu c\u00f3digo e ver o que acontece, ou pode ser uma maneira de testar o c\u00f3digo que j\u00e1 precisa de uma corre\u00e7\u00e3o. De qualquer forma, isto lhe d\u00e1 um m\u00e9todo fant\u00e1stico para depurar seu c\u00f3digo sem ter que alter\u00e1-lo primeiro.<\/p>\n O WordPress vem com seu pr\u00f3prio conjunto de op\u00e7\u00f5es de depura\u00e7\u00e3o<\/a> atrav\u00e9s do Voc\u00ea tamb\u00e9m pode salvar essas mensagens de erro usando Se voc\u00ea emparelhar isto com a ferramenta gratuita de ambiente local DevKinsta<\/a>, voc\u00ea tamb\u00e9m ter\u00e1 uma maneira de habilitar e desabilitar<\/a> Isto significa que voc\u00ea pode pegar erros em seu site durante o desenvolvimento, e certifique-se de que eles n\u00e3o cheguem ao seu site de produ\u00e7\u00e3o. Estes modos tamb\u00e9m s\u00e3o f\u00e1ceis de desativar – vitais tanto para a seguran\u00e7a do site quanto para a seguran\u00e7a do usu\u00e1rio<\/a>.<\/p>\n Todos os planos Kinsta tamb\u00e9m v\u00eam com a ferramenta incorporada Kinsta APM<\/a>, sendo nossa ferramenta de monitoramento de desempenho projetada sob medida para sites WordPress.<\/p>\n Antes de encerrarmos este artigo, devemos mencionar os atalhos.<\/p>\n Como muitas outras pe\u00e7as de software, h\u00e1 v\u00e1rias maneiras de navegar pelo Xdebug (e PhpStorm) usando apenas o teclado. Na verdade, voc\u00ea poderia at\u00e9 usar a linha de comando para depurar scripts PHP.<\/p>\n Uma vez que o Xdebug esteja pronto e funcionando, voc\u00ea pode usar os seguintes comandos para se orientar:<\/p>\n Enquanto seu editor de c\u00f3digo espec\u00edfico ter\u00e1 seus pr\u00f3prios atalhos dedicados, o foco aqui \u00e9 o PhpStorm. D\u00ea uma olhada nesta tabela de atalhos de teclado<\/a> para usar o Xdebug com PhpStorm:<\/p>\n![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/xdebug.png\")
\n
Por que voc\u00ea quer usar o Xdebug<\/h2>\n
error_log<\/code>, var_dump<\/code>, e imprimir para ver os resultados das vari\u00e1veis e chamadas de fun\u00e7\u00f5es.<\/p>\nfunction log_me($message) {\n if ( WP_DEBUG === true ) {\n if ( is_array($message) || is_object($message) ) {\n error_log( print_r($message, true) );\n } else {\n error_log( $message );\n }\n }\n}<\/code><\/pre>\n\n
WP_DEBUG<\/code> (mais sobre isso em breve).<\/li>\n\n
Como ativar o registro de erros do PHP<\/h2>\n
error_reporting(E_ALL);<\/code><\/pre>\nini_set<\/a><\/code> fun\u00e7\u00e3o:<\/p>\nini_set('error_reporting', E_ALL);<\/code><\/pre>\nini_set<\/code> para alterar o par\u00e2metro espec\u00edfico:<\/p>\nini_set('display_errors', '1');<\/code><\/pre>\nComo usar o Xdebug<\/h2>\n
1. Instale o Xdebug para o seu Sistema Operacional (SO)<\/h3>\n
\n
pecl install xdebug<\/code> a partir de uma inst\u00e2ncia do Terminal. Voc\u00ea tamb\u00e9m precisar\u00e1 ter \u00e0s ferramentas de linha de comando XCode e PHP instaladas em seu sistema.<\/li>\n<\/ul>\n2. Integre o Xdebug ao seu ambiente de desenvolvimento<\/h3>\n
Varying Vagrant Vagrants (VVV)<\/h4>\n
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/vvv-logo.png\"){kind=logo}
vagrant ssh -c \"switch_php_debugmod xdebug\"<\/code><\/pre>\nLaravel Valet<\/h4>\n
php --ini<\/code> na linha de comando, que ir\u00e1 retornar alguns caminhos de arquivo diferentes:<\/p>\n![\"O](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/terminal-php-ini.png\")
\n
zend_extension=\"xdebug.so\"<\/code><\/li>\nxdebug.mode=debug<\/code><\/li>\n<\/ul>\nvalet restart<\/code> do Terminal, ent\u00e3o adicione phpinfo(); exit;<\/code> a um dos arquivos do seu site. Voc\u00ea vai querer verificar se isso funciona atrav\u00e9s de um r\u00e1pido carregamento de p\u00e1gina no navegador.<\/p>\n![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/php-info-page.png\")
sudo brew services restart php<\/code> assim como verificar se a instala\u00e7\u00e3o do Xdebug em seu sistema est\u00e1 correta usando php --info | grep xdebug<\/code>. Voc\u00ea vai notar as linhas espec\u00edficas do Xdebug na sa\u00edda:<\/p>\n![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/grep-xdebug-mode.png\")
<\/p>\nXAMPP<\/h4>\n
![\"Uma](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/test-xampp-file-terminal.png\")
output_buffering = Off<\/code><\/pre>\n[XDebug]<\/code>, adicione \u00e0s pr\u00f3ximas tr\u00eas linhas:<\/p>\nzend_extension=xdebug\nxdebug.mode=debug\nxdebug.start_with_request=trigger<\/code><\/pre>\nxcode-select --install<\/code> em uma inst\u00e2ncia do Terminal. Depois disso, h\u00e1 tr\u00eas pacotes que voc\u00ea vai querer instalar usando o Homebrew:<\/p>\nbrew install autoconf automake libtool<\/code><\/pre>\nphpize\npecl install xdebug<\/code><\/pre>\nsudo<\/code> aqui tamb\u00e9m. Daqui, voc\u00ea pode editar o arquivo php.ini do XAMPP. Para a maioria das instala\u00e7\u00f5es macOS, voc\u00ea o encontrar\u00e1 em \/Applications\/XAMPP\/xamppfiles\/etc\/php.ini<\/strong>. Dentro deste diret\u00f3rio, voc\u00ea tamb\u00e9m encontrar\u00e1 o caminho para o seu arquivo xdebug.so<\/strong> – anote isto e use-o no lugar do espa\u00e7o reservado ao caminho do arquivo para este snippet:<\/p>\n[xdebug]\nzend_extension=\/path\/to\/xdebug.so\nxdebug.mode=develop,degug\nxdebug.start_with_request=yes<\/code><\/pre>\n<?php\nxdebug_info();<\/code><\/pre>\nUsando PhpStorm com Xdebug<\/h2>\n
![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/php-storm.png\")
![\"Selecionando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/cli-interpreter.png\")
![\"Alterando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/configuration-file.png\")
Trabalhando no arquivo php.ini<\/h4>\n
zend_extension=<path_to_zend_debugger>\nzend_extension=<path_to_zend_optimizer><\/code><\/pre>\n[xdebug]\nzend_extension=\"xdebug.so\"\nxdebug.mode=debug\nxdebug.client_host=127.0.0.1\nxdebug.client_port=\"<the port (9003 by default) to which Xdebug connects>\"<\/code><\/pre>\n\n
[xdebug]<\/code>, neste caso voc\u00ea pode omitir a primeira designa\u00e7\u00e3o.<\/li>\nzend_extension<\/code> pode precisar que voc\u00ea adicione o caminho completo do xdebug.so<\/strong> para se conectar.<\/li>\nxdebug.client_port<\/code> \u00e9 como voc\u00ea ir\u00e1 configur\u00e1-lo dentro do seu c\u00f3digo.<\/li>\n<\/ul>\nphp --version<\/code>):<\/p>\n![\"Teste](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/terminal-xdebug-php-version.png\")
phpinfo();<\/code> a um novo arquivo e testar isso no navegador.<\/p>\nInstalando uma extens\u00e3o de ajuda do navegador<\/h4>\n
GET<\/code> ou POST<\/code>, \u00e9 mais simples usar uma extens\u00e3o.<\/p>\n\n
Usando o Xdebug<\/h3>\n
\n
![\"O](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-run-menu.png\")
![\"Ouvir](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-bug-toolbar.png\")
![\"Breakpoints](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/add-breakpoints.png\")
![\"Selecionando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/select-debug-browser.png\")
![\"Usando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/debugger-output.png\")
![\"Usando](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/context-menu-debugger.png\")
Como a Kinsta ajuda voc\u00ea a depurar seu site WordPress<\/h2>\n
WP_DEBUG<\/code> e outras ferramentas, como o Query Monitor<\/a>. Estas permitem um modo no qual voc\u00ea come\u00e7ar\u00e1 a ver mensagens de erro previamente ocultas em todo o seu site e painel de controle. A partir da\u00ed, voc\u00ea pode come\u00e7ar a descobrir qual \u00e9 o problema.<\/p>\nWP_DEBUG_LOG<\/code>, o que lhe d\u00e1 uma maneira de documentar os problemas com o seu site. Cobrimos como configurar isso em outro artigo no blog<\/a>. Isto \u00e9 muito f\u00e1cil para configurar atrav\u00e9s do seu painel MyKinsta<\/a> (e da tela Sites > Ferramentas<\/strong> ):<\/p>\n![\"A](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/kinsta-dashboard-debug.png\")
WP_DEBUG<\/code> para cada site que voc\u00ea rodar:<\/p>\n![\"Habilita\u00e7\u00e3o](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/devkinsta-debug.png\")
Lista de comandos<\/h2>\n
\n\n
\n \nComando<\/th>\n Atalho<\/th>\n<\/tr>\n<\/thead>\n \n Espec\u00edfica a porta para ouvir (por exemplo, [9003]<\/code>)<\/td>\n-p [value]<\/code><\/td>\n<\/tr>\n\n Define um breakpoint na linha especificada para o caminho do arquivo dado.<\/td>\n breakpoint_set -t line file:\/\/\/<path> -n <line><\/code><\/td>\n<\/tr>\n\n Executa seu script at\u00e9 o fim, ou at\u00e9 o pr\u00f3ximo breakpoint<\/td>\n run<\/code><\/td>\n<\/tr>\n\n Passos para a pr\u00f3xima linha execut\u00e1vel<\/td>\n step_into<\/code><\/td>\n<\/tr>\n\n Lista vari\u00e1veis e valores no escopo atual<\/td>\n context_get<\/code><\/td>\n<\/tr>\n\n Exibe o valor da propriedade espec\u00edfica<\/td>\n property_get -n <property><\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n\n\n
\n