write the vs code integration page - #28
Merged
Merged
Conversation
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Writes the VS Code integration page, following the User Guide section by section in the same shape as the PhpStorm page.
The one structural difference is stated up front: VS Code has no PHP debugging of its own, so the PHP Debug extension has to be installed. Links to the Marketplace listing and the repository sit at the top.
Everything is taken from the extension's
package.jsonand README rather than assumed, and all five VS Code documentation anchors were checked to exist on the live page:Listen for Xdebugconfiguration needs no changes —portalready defaults to9003stopOnEntryis flagged the same way PhpStorm's "Break at first line" is, since every request now arrivespathMappingsis written server path first, which is the easy thing to reverseskipFilesdefaults to**/vendor/**, so stepping skips dependencies out of the box — the first thing to check when a step seems to skip somethinglogoption prints the protocol conversation to the Debug Console, the editor-side equivalent of our log level 5; Troubleshooting pairs it with our own logmaxConnectionswas checked and left out: it defaults to0, meaning unlimited, so our always-on default creates no problem there.Also corrects the same paragraph on the PhpStorm page: path mapping is needed whenever the reported paths differ from local ones — a container is the common case, not the only one.