标签： WSL2
-
本文记录了在 Windows 10 WSL2 环境下，使用 Docker 和 VS Code Dev Container 搭建 Python 音乐闹钟开发环境的过程。通过编写 devcontainer.json 和 docker-compose.yml 配置文件，定义了 Python 3.10 运行环境并实现代码持久化挂载。操作中通过 VS Code 重启容器，成功验证了 Python 与 Git 的可用性，最终构建了一套标准化的可复用开发环境。
-
Redis官方未提供Windows原生安装包，尝试安装Memurai因路径问题未果后转用WSL2方案。在Ubuntu环境中从官方APT存储库安装Redis，修改配置文件绑定地址为0.0.0.0，并设置身份验证密码。通过查询WSL的IP地址，最终成功在Windows主机上连接至WSL2中运行的Redis服务。
-
在构建 Shopify App Template – PHP 项目并执行 npm run build 时，系统提示 ln 不是内部或外部命令，这是由于 Windows 不支持 ln 命令导致的。将操作环境切换至 WSL2 中的 Ubuntu-20.04 系统后执行该命令，虽然曾遇到 No such file or directory 的错误，但经排查修复后，最终成功运行构建命令且不再报错。
-
本文介绍了在 WSL2 的 Ubuntu-20.04 环境中卸载 PHP 7.4 并安装 PHP 8 的操作过程。首先卸载了 PHP 7.4 及其相关依赖，随后添加了 PHP PPA 存储库，通过命令成功安装了 PHP 8.1，最终完成了版本升级。
-
本文记录了在 WSL2 的 Ubuntu-20.04 环境中安装 Shopify CLI 3.0 的过程。作者通过更新系统并使用 Node.js 源解决了版本过低问题，随后重置系统并利用 rbenv 脚本成功安装了符合要求的 Ruby 3.2.2。期间解决了编译工具缺失等依赖问题，最终确认包括开发环境、Git 等所有要求均满足，完成了环境准备。
-
文章记录了将本地 Laravel 8.x 项目部署至 Heroku 并配置 PostgreSQL 数据库的全过程。作者解决了 Heroku CLI 安装、Procfile 编码格式导致的部署失败问题，并通过新增配置文件和辅助函数，区分了本地 MySQL 与 Heroku 上 PostgreSQL 的数据库连接。修正编码与环境变量配置项后，最终成功执行迁移并完成数据提交，应用访问响应正常。
-
在 WSL2 的 Ubuntu 系统中执行安装 php7.4-cli 命令时，因 404 错误导致下载失败。通过运行 apt-get update 更新软件源后成功解决安装问题。随后在运行 php artisan 命令时，因 Composer 依赖要求 PHP 版本高于 8.0 而与当前 7.4 版本冲突，改为使用基于 Laravel Sail 的 Docker 容器执行 sail artisan 命令，最终成功生成控制器。