blog: re-upload some contributor training videos, fixes #217 (#495)

Author: stasadev

src/content/blog/golang-debugging.md

@@ -17,7 +17,7 @@ categories:
 It's not hard to work with DDEV's Go code, but you definitely need a development environment and the know-how to do step-debugging. Here's our [Contributor Training](contributor-training.md) showing some of the nuances with DDEV, followed by a short summary of the details.
 
 <div class="video-container">
-<iframe width="560" height="315" src="https://www.youtube.com/embed/E-AEzC1p76E?si=XYP23HYcxgqiJ2_M" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
+<iframe width="560" height="315" src="https://www.youtube.com/embed/MZkgTjWRJLM?si=jO_BWehQx_-EDiEl" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
 </div>
 
 First, you need some of the basics:

src/content/blog/setting-up-a-go-development-environment.md

@@ -14,83 +14,93 @@ categories:
   - Community
 ---
 
-The DDEV Community has regular contributor training sessions, and in July, 2023 we talked about setting up a Go development environment for DDEV. This blog summarizes [the contributor training session](https://youtu.be/IjrJw0Ay-dk). The (Min digit) syntax added below provides the minute on which each subject is covered on the recording.
+The DDEV Community has regular contributor training sessions, and in July, 2023 we talked about setting up a Go development environment for DDEV. This blog summarizes [the contributor training session](https://youtu.be/HHoMa1N_5S4). The (Min digit) syntax added below provides the minute on which each subject is covered on the recording.
 
-## Installing Go on different Operating Systems ([Min 10:51](https://youtu.be/IjrJw0Ay-dk?t=647))
+<div class="video-container">
+<iframe width="560" height="315" src="https://www.youtube.com/embed/HHoMa1N_5S4?si=5XB2sI_E6tYELwkm" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
+</div>
+
+## Installing Go on different Operating Systems ([Min 10:51](https://youtu.be/HHoMa1N_5S4?t=647))
 
 Randy used macOS and recommended Homebrew as the tool to manage Go updates.
 
 The first command recommended was
 
-```
+```bash
 brew install go golangci-lint
 ```
 
-DDEV uses [make](https://www.gnu.org/software/make/) ([Min 13:32](https://youtu.be/IjrJw0Ay-dk?t=810)) to build its binary. Make is included with the macOS Command-Line Tools for Xcode and can be installed with `xcode-select --install`, but that is already required to install Homebrew, so should already be installed.
+DDEV uses [make](https://www.gnu.org/software/make/) ([Min 13:32](https://youtu.be/HHoMa1N_5S4?t=810)) to build its binary. Make is included with the macOS Command-Line Tools for Xcode and can be installed with `xcode-select --install`, but that is already required to install Homebrew, so should already be installed.
 
-## Cloning [DDEV](https://github.com/ddev/ddev) repository ([Min 15:30](https://youtu.be/IjrJw0Ay-dk?t=932))
+## Cloning [DDEV](https://github.com/ddev/ddev) repository ([Min 15:30](https://youtu.be/HHoMa1N_5S4?t=932))
 
 Check out the `ddev` repository with `git clone [email protected]:ddev/ddev -o upstream`. Run `make` to create a new binary. The DDEV Makefile will automatically detect your host OS and build the appropriate binary. However, one can provide a parameter to build others. As an example, `make darwin_amd64` builds the macOS AMD64 binary.
 
-At ([Min 16:30](https://youtu.be/IjrJw0Ay-dk?t=982)) the Makefile located in the root of the DDEV project is lightly explained.
+At ([Min 16:30](https://youtu.be/HHoMa1N_5S4?t=982)) the Makefile located in the root of the DDEV project is lightly explained.
 
 Randy usually symlinks the built binary version to a place inside the `$PATH`, but to run a newly compiled binary one can specify its fully qualified path. For example:
 
-```
+```bash
 ./.gotmp/bin/darwin_arm64/ddev --version
 ```
 
-If we want to avoid prefixing ddev with its built path instructions are included at ([Min 17:37](https://youtu.be/IjrJw0Ay-dk?t=1056)). `ddev --version` describes which binary version is currently used; it's selected by your `$PATH`.
+If we want to avoid prefixing ddev with its built path instructions are included at ([Min 17:37](https://youtu.be/HHoMa1N_5S4?t=1056)). `ddev --version` describes which binary version is currently used; it's selected by your `$PATH`.
 
-## The role of `mkdocs` ([Min 21:22](https://youtu.be/IjrJw0Ay-dk?t=1276))
+## The role of `mkdocs` ([Min 21:22](https://youtu.be/HHoMa1N_5S4?t=1276))
 
 `mkdocs` can be tested with `make makedocs`
 
 Makedocs is used for previewing and contributing to the docs. It's named makedocs but it's not related to the make tool or compiling the binary.
 
 You can preview a built version of the docs you're working with using `make mkdocs-serve`.
 
-## Randy's IDE of choice is GoLand ([Min 23:50](https://youtu.be/IjrJw0Ay-dk?t=1547))
+## Randy's IDE of choice is GoLand ([Min 23:50](https://youtu.be/HHoMa1N_5S4?t=1547))
 
 GoLand is very similar to PhpStorm and of course is made by the same JetBrains company.
 
-One fantastic thing about Go is that there is only one way to format it ([Min 26:10](https://youtu.be/IjrJw0Ay-dk?t=1576)). It always uses tabs and the same indentation. It all follows the standards set by `gofmt`.
+One fantastic thing about Go is that there is only one way to format it ([Min 26:10](https://youtu.be/HHoMa1N_5S4?t=1576)). It always uses tabs and the same indentation. It all follows the standards set by `gofmt`.
 
-## Debugging DDEV Go Code ([Min 28:17](https://youtu.be/IjrJw0Ay-dk?t=1699))
+## Debugging DDEV Go Code ([Min 28:17](https://youtu.be/HHoMa1N_5S4?t=1699))
 
 To verify formatting and static analysis use `make golangci-lint`
 
 `golangci-lint` is the tool used on DDEV CI/CD for incoming pull requests.
 
-For new feature-based pull requests ([Min 31:34](https://youtu.be/IjrJw0Ay-dk?t=1892)) Randy recommends starting with an issue to explain to maintainers the context surrounding their concerns before beginning a PR.
+For new feature-based pull requests ([Min 31:34](https://youtu.be/HHoMa1N_5S4?t=1892)) Randy recommends starting with an issue to explain to maintainers the context surrounding their concerns before beginning a PR.
 
-The [DDEV Docs development tab](https://docs.ddev.com/en/latest/developers/) ([Min 32:20](https://youtu.be/IjrJw0Ay-dk?t=1938)) includes plenty of tips and insights.
+The [DDEV Docs development tab](https://docs.ddev.com/en/latest/developers/) ([Min 32:20](https://youtu.be/HHoMa1N_5S4?t=1938)) includes plenty of tips and insights.
 
-#### [GoLand](https://www.jetbrains.com/go/) debugging insights ([Min 33:39](https://youtu.be/IjrJw0Ay-dk?t=2014))
+#### [GoLand](https://www.jetbrains.com/go/) debugging insights ([Min 33:39](https://youtu.be/HHoMa1N_5S4?t=2014))
 
 At this point Randy showed us a demo on how to run `ddev/cmd/debug-config-yml.go` by first running main.go and then setting the working directory to match an active ddev project.
 
-#### VS Code Go debugging ([Min 37:50](https://youtu.be/IjrJw0Ay-dk?t=2268))
+#### VS Code Go debugging ([Min 37:50](https://youtu.be/HHoMa1N_5S4?t=2268))
 
 The following extension is mentioned, [Go](https://marketplace.visualstudio.com/items?itemName=golang.Go) by the Go team at Google.
 
-DDEV comes with a launch.json prebuilt for you. It includes the config that might be found in GoLand UI but for VS Code. The one item Randy usually has to change is the working directory ([Min 39:57](https://youtu.be/IjrJw0Ay-dk?t=2395)). He then showed an example on how to debug Go in VS Code.
+DDEV comes with a launch.json prebuilt for you. It includes the config that might be found in GoLand UI but for VS Code. The one item Randy usually has to change is the working directory ([Min 39:57](https://youtu.be/HHoMa1N_5S4?t=2395)). He then showed an example on how to debug Go in VS Code.
 
-The most important GO files are in pkg/ddevapp ([Min 44:26](https://youtu.be/IjrJw0Ay-dk?t=2660)), the ones in cmd are the ones associated with a commands and the pkg Go files are functionality.
+The most important GO files are in pkg/ddevapp ([Min 44:26](https://youtu.be/HHoMa1N_5S4?t=2660)), the ones in cmd are the ones associated with a commands and the pkg Go files are functionality.
 
 [Cobra](https://cobra.dev/) is the library used for command flags and arguments. A lot of the commands in the cmd directory are an implementation that calls upon other things.
 
-At ([Min 49:43](https://youtu.be/IjrJw0Ay-dk?t=2977)) a question arose from a user's ability to get VS Code Go working:
+At ([Min 49:43](https://youtu.be/HHoMa1N_5S4?t=2977)) a question arose from a user's ability to get VS Code Go working:
 
-```
-"cwd":"${workspaceRoot}/../d9simple"
+```json
+{
+  "configurations": [
+    {
+      "cwd": "${workspaceRoot}/../d9simple"
+    }
+  ]
+}
 ```
 
 The issue was that "d9simple" is a placeholder string that needs to point to a real DDEV directory.
 
-At ([Min 50:50](https://youtu.be/IjrJw0Ay-dk?t=3048)) we can see a walkthrough of running Go tests in VS Code.
+At ([Min 50:50](https://youtu.be/HHoMa1N_5S4?t=3048)) we can see a walkthrough of running Go tests in VS Code.
 
-devcontainer.json ([Min 58:35](https://youtu.be/IjrJw0Ay-dk?t=3507)) is a file for GitHub Codespaces.
+devcontainer.json ([Min 58:35](https://youtu.be/HHoMa1N_5S4?t=3507)) is a file for GitHub Codespaces.
 
 ## Keep in touch!
 

src/content/blog/xdebug-debugging.md

@@ -19,7 +19,7 @@ PHP developers have long had a variety of complications using Xdebug. It's a net
 Here's a recording of our **Xdebug contributor Training** walking through DDEV and Xdebug.
 
 <div class="video-container">
-<iframe width="560" height="315" src="https://www.youtube.com/embed/4MrwXTaHfnc?si=nwocfW8FjXitbtSa" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
+<iframe width="560" height="315" src="https://www.youtube.com/embed/IiKB8-sCiJk?si=Hs8uyjhuy0qn7cz0" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
 </div>
 
 First of all, congratulations for making step-debugging a priority. It's my opinion that step-debugging is one of the very first things to learn in any language or environment that we undertake.