Laravel 中文件上传后路径未写入数据库（字段值为 0），通常是因为模型的 $fillable 数组未包含该字段，导致批量赋值被拒绝，字段被静默忽略或强制转为默认值（如整型字段存入字符串时变为 0）。
laravel 中文件上传后路径未写入数据库（字段值为 0），通常是因为模型的 `$fillable` 数组未包含该字段，导致批量赋值被拒绝，字段被静默忽略或强制转为默认值（如整型字段存入字符串时变为 0）。
在 Laravel 的 Eloquent 模型中，Listing::create($formFields) 使用的是批量赋值（mass assignment）机制。该机制要求所有待写入的字段必须显式声明在模型的 $fillable 属性中，否则会被自动过滤——这是一项关键的安全保护措施。若 logo 字段未列入 $fillable，即使 $formFields['logo'] 已正确赋值为类似 "logos/abc123.png" 的字符串，Eloquent 也会完全忽略该键，最终插入数据库时该字段使用其列定义的默认值（例如 INT 类型列会转为 0，而 VARCHAR 列则为空字符串 ''；你观察到的 0 表明数据库中 logo 字段当前可能是 INT 或因类型不匹配被隐式转换）。
✅ 正确做法是：在 Listing 模型中补全可填充字段：
// app/Models/Listing.php
protected $fillable = [
'title',
'logo', // ← 必须添加此项
'company',
'location',
'website',
'email',
'description',
'tags'
];
⚠️ 同时，请务必检查数据库表结构是否匹配预期：
- logo 字段应为 VARCHAR(255) 或 TEXT 类型（推荐 VARCHAR(255)），绝不能是 INT、TINYINT 等数值类型；
- 可通过迁移验证或修复（如已存在错误类型）：
php artisan make:migration change_logo_column_type_in_listings_table
并在迁移文件中编写：
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
public function up(MigrationBuilder $migration)
{
$migration->table('listings', function (Blueprint $table) {
$table->string('logo')->change(); // 将原 INT 改为 string
});
}
? 额外建议：
- 使用 dd($formFields) 在 store() 方法中调试，确认 'logo' => 'logos/xxx.png' 是否真实存在于数组中；
- 若后续需生成可访问的图片 URL，可在模型中添加访问器：
// 在 Listing.php 中
public function getLogoUrlAttribute()
{
return $this->logo ? Storage::url($this->logo) : null;
}
然后在 Blade 中直接使用 {{ $listing->logo_url }} 获取完整 URL（需确保已运行 php artisan storage:link）。
总结：$fillable 缺失是主因，字段类型错配是诱因，二者共同导致“路径上传成功但数据库存为 0”这一典型现象。修复两者，即可彻底解决。
