Skip to content

Commit

Permalink
Add doc on remote debugging
Browse files Browse the repository at this point in the history
This was originally documented in this changelog article: https://changelog.hypernode.com/release-8728-remote-debugging/
  • Loading branch information
tdgroot committed Sep 21, 2023
1 parent 6b9a990 commit c516ee8
Show file tree
Hide file tree
Showing 5 changed files with 98 additions and 0 deletions.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Empty file.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Empty file.
98 changes: 98 additions & 0 deletions docs/hypernode-platform/php/remote-debugging.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,98 @@
---
myst:
html_meta:
description: With remote debugging you can debug your application running on a
Hypernode from your local machine.
title: Remote Debugging | Hypernode
keywords: hypernode, remote, debugging, xdebug, phpstorm, php, remote debugging,
varnish
---

# Remote Debugging

With remote debugging you can debug your application running on a Hypernode from your local machine.
This can be very useful in situations where a problem only occurs on a Hypernode and not on your development environment.

By utilizing smart HTTP traffic routing, this has no performance impact on the normal (non-debugging) traffic.
Debugging traffic will be routed to the PHP-FPM instance which has been configured with Xdebug enabled.

## Getting started

To enable remote debugging, you first have to enable the Xdebug setting:

```console
app@abcdef-example-magweb-cmbl:~$ hypernode-systemctl settings php_xdebug_enabled True --block
```

After that, you need to open a reverse SSH tunnel so that Xdebug on the Hypernode can communicate with PhpStorm on your local machine:

```console
$ ssh -R 9003:localhost:9003 [email protected] -N
```

Then you open up your PhpStorm project and go to your *File -> Settings -> PHP -> Servers*. Click the *+* button to add a server and fill *Name* and *Host* with the full domain name of the site you want to debug (for example www.shop.com). Then check the box *Use path mappings* and click on the right column next to your project root. Here you can fill in the absolute path of the application on the remote server, for example:

- `/data/web/magento2`
- `/data/web/apps/myshop/releases/3`

![](_res/phpstorm-server-settings.png)

Hint: if you’re making use of a multi deployment structure (like with Hypernode Deploy) and want to know what the absolute path for your current directory is, you can use realpath to find out:

```console
app@abcdef-example-magweb-cmbl:~$ realpath apps/magento2.komkommer.store/current
/data/web/apps/magento2.komkommer.store/releases/3
```

Finally click the *Start Listening for PHP Debug Connections* button. Now your debug environment is ready to go.

![](_res/phpstorm-listen-for-debug.png)

To start debugging, make sure you have the Xdebug helper extension enabled in your browser:

- [Xdebug helper for Google Chrome](https://chrome.google.com/webstore/detail/xdebug-helper/eadndfjplgieldjbigjakmdgkmoaaaoc?hl=en)
- [Xdebug helper for Firefox](https://addons.mozilla.org/en-US/firefox/addon/xdebug-helper-for-firefox/)

After installation, go to the URL of the application you want to debug and click the Xdebug helper icon and click Debug. The icon should become green and now your requests will be directed to the php-fpm instance with Xdebug enabled.

Place a breakpoint in your IDE, reload the page or execute the action you want to debug and you should see a popup from PhpStorm asking about path mappings. In this dialog you should configure the absolute path on the server for you project, for example `/data/web/magento2`. Click OK and your IDE should be landing your breakpoint (if it doesn’t but you want to verify if your configuration is correct, select *Run -> Break at first line in PHP scripts*).

JetBrains has way more knowledge and information on this topic, so we advise you to go visit their documentation to learn more:

- [Remote debugging via SSH tunnel](https://www.jetbrains.com/help/phpstorm/remote-debugging-via-ssh-tunnel.html)
- [Debug with PhpStorm: Ultimate Guide](https://www.jetbrains.com/help/phpstorm/debugging-with-phpstorm-ultimate-guide.html)

## Varnish bypass

While remote debugging works with Varnish enabled, you might want to bypass Varnish when debugging.

We can very easily do that by creating a second VCL. First dump your current VCL to a separate file:

```console
app@abcdef-example-magweb-cmbl:~$ varnishadm vcl.list
available cold/cold 0 boot
active warm/warm 0 magento2
app@abcdef-example-magweb-cmbl:~$ varnishadm vcl.show magento2 > ~/magento2_debug.vcl
app@abcdef-example-magweb-cmbl:~$
```

Now change the `magento2_debug.vcl` file by adding the following right under the `std.collect(req.http.Cookie);` statement:

```vcl
# bypass if xdebug session
if (req.http.cookie ~ "XDEBUG_SESSION=[a-zA-Z]+") {
return (pass);
}
```

Then load and activate the `magento2_debug.vcl` configuration:

```console
app@abcdef-example-magweb-cmbl:~$ varnishadm vcl.load magento2_debug /data/web/magento2_debug.vcl
VCL compiled.
app@abcdef-example-magweb-cmbl:~$ varnishadm vcl.use magento2_debug
VCL 'magento2_debug' now active
```

Now you should be bypassing the Varnish cache when you have the Xdebug cookie set.

0 comments on commit c516ee8

Please sign in to comment.