技术博客
启用 prepend-autoloader 后，Composer 会把 vendor/autoload.php 中的自动加载逻辑“插到最前面”，从而让 composer.json 里定义的 autoload-dev 或 autoload（尤其是 psr-4 / classmap）优先于项目根目录下同名类文件被加载——但前提是这些类没被其他 autoloader 先注册过。
因为 Laravel Telescope 默认会记录所有 Log、Query、Request、Event 等 entry，而很多第三方包（比如 guzzlehttp/guzzle、spatie/laravel-backup）在出错或调试时会主动调用 Log::debug() 或写入 stderr，这些日志一旦被 Telescope 拦截，就会原样存进数据库并显示在 UI 里——包括 API 密钥、数据库连接串、临时 token 等。
Composer 全局安装不是“装一次就能全局用”，而是指把 composer.phar 放到系统 PATH 里，让它在任意目录下都能被识别为命令；所谓“全局目录”也不是 Composer 自己管理的，是你手动指定的、存放全局包（如 laravel/installer）的位置。
本文详解 laravel 路由中可选参数（{param?}）的 url 生成方法，指出 route() 辅助函数必须传入关联或索引数组作为第二个参数，而非多个独立参数；并提供正确用法、常见错误及最佳实践。
Composer 默认把依赖装进项目根目录下的 vendor 文件夹，改它最直接。在项目根目录的 composer.json 里加一段配置就行：
laravel 的 eloquent `update()` 方法直接返回受影响的行数，无需额外调用 `count()`；错误源于误将整型返回值当作可计数数组处理。
安全风险路径藏在 advisories 数组每个条目的 source 字段里，它不是直接列出调用链，而是给出触发该漏洞的「最短依赖路径」——即从你的项目根开始，到引入问题包的那条最小依赖链。
在 laravel 9+ 中使用 eloquent 关联时，若在 `belongsto()` 或 `hasmany()` 等方法中错误传入字符串形式的完整命名空间（如 `’app/models/barang’`，注意小写 `app` 和斜杠 `/`），将触发“class not found”错误；正确做法是使用 `classname::class` 常量或直接传入类名。
WSL 默认不会把 Windows 的 PATH 自动继承过来，更不会识别 Windows 下通过 Installer 安装的 Composer。你在 WSL 里敲 composer –version 报 command not found，大概率是压根没在 Linux 环境里装过它。
加 –no-suggest 就能直接跳过所有 suggest 字段声明的包，不会提示、不会下载、也不会写入 vendor/。它不改变依赖解析逻辑，只影响“额外推荐内容”的处理阶段。