企业官网建设流程全解析

简介：基于PHP语言开发的二手商品交易平台源码，仿照58转转、闲鱼等主流二手平台设计风格，适合PHP开发者、中小站长及课程实训使用。源码自带独立后台管理系统，覆盖商品发布与管理、会员与订单管理、统计分析等核心环节，并预留支付宝、微信支付等第三方支付接口接入结构，能够快速搭建一个可定制化的二手商品交易网站。资源包共2000个文件，整体大小47.71MB，其中144个php文件承担前后端业务逻辑，130个css与448个js文件负责页面表现与交互，542个png和194个jpg等素材构成商品展示与界面配图，sql脚本提供数据库结构，整体形成从前端展示、后台管理到数据存储的完整闭环。已有2707人学习/下载，适合想系统练习PHP+MySQL开发、支付接口集成、权限控制及响应式前端设计的开发者参考与二次开发。

1. 先说句实话：这套仿58转转闲鱼的PHP源码，比从零写省下至少一个月的排期

二手交易平台这种需求，一听就让人头大。用户注册、商品发布、分类检索、站内留言、订单流转、后台审核，任何一个模块拆出来都是正经工作量。我在外包群里看多了“做一个类似闲鱼的网站多少钱”这类问题，大多数报价高得离谱，而真正接活的人拿到需求后才发现，自己要从用户表开始一张张建表建到订单表，光想想就劝退。这套仿58转转闲鱼的PHP源码，把前台交易流程和独立后台管理都做好了，界面交互参照的是58、转转、闲鱼这些成熟产品的逻辑，装上就能跑业务流程。适合接二手交易、闲置回收、分类信息外包项目的PHP工程师，也适合想快速搭一个区域二手平台的站长。它解决的不是“有没有代码”的问题，而是“能不能在约定交付时间内把功能完整落地”的问题。

2. 源码结构与环境准备：装之前先搞清楚这套系统的骨架

2.1 目录拆解：从index.php入口开始认识这套源码

拿到源码第一件事，不是急着传服务器，而是先在本地把目录结构过一遍。这套PHP二手交易源码的文件组织方式比较规矩，常见做法是根目录直接放入口文件，业务代码和后台独立分开。大致长这样：

/ ├── index.php # 前台入口 ├── admin/ # 独立后台管理入口 ├── config/ # 数据库、站点参数配置 ├── template/ # 前台模板目录 ├── upload/ # 商品图片上传目录 └── install/ # 安装向导目录

index.php是整个前台的起点，所有用户访问的请求都会经过它做路由分发。admin目录是独立的后台入口，通常可以通过“域名/admin”访问，管理员登录后在这里审核商品、管理分类和订单。config目录里放的数据库连接信息和站点基础配置，是部署时最先要动的文件。upload目录存的是用户上传的商品图，这个目录在Linux服务器上经常出现权限问题，后面避坑章会单独说。install目录是安装向导，安装完成后一定要删掉或改名，否则别人可以直接重装你的站点。

2.2 环境准备与安装步骤：PHP版本和数据库字符集决定安装顺不顺

这套源码的运行环境要求不苛刻，用PHP 5.6到7.x都行，数据库用MySQL 5.x，Web服务器Apache或Nginx都可以。我用宝塔面板做演示，命令行操作不等价替换也适用：

# 创建站点根目录并解压源码 cd /www/wwwroot unzip second_hand_trade.zip mv second_hand_trade your_site # 创建数据库并导入初始SQL mysql -u root -p -e "CREATE DATABASE second_hand DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;" mysql -u root -p second_hand < your_site/install/database.sql # 修改数据库配置 cd your_site/config vim database.php

database.php里需要改的是数据库地址、库名、用户名、密码四项。字符集这里我习惯在创建数据库时就指定utf8mb4，而不是默认的latin1，否则后面商品描述里存中文、表情符号会出现乱码。修改配置后，浏览器访问“http://你的域名/install”，按向导填管理员账号和数据库信息，安装程序会自动完成配置文件写入和数据初始化。

这套源码的安装流程是设计过的——你不需要手工去改太多地方，向导会把管理员账号、站点名称、数据库信息都写入配置文件。安装完成后务必回服务器把install目录删掉。很多翻车案例就是没删install目录，导致站点可以被二次安装覆盖，别人拿你的配置信息直接把你后台重置了。

2.3 伪静态规则与URL重写参数：列表页和详情页能不能正常打开，靠的就是这段配置

二手交易平台这种内容站点，URL要做成伪静态才利于收录和分享。这套源码的前台URL一般是“域名/分类/item-编号.html”的结构，如果不配伪静态规则，访问会直接404。Apache环境在站点根目录放一个.htaccess就行：

RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php/$1 [L]

Nginx环境则在站点配置文件的server块里加一段location规则：

location / { if (!-e $request_filename) { rewrite ^(.*)$ /index.php?s=$1 last; } }

RewriteRule前面的两个RewriteCond判断的是“请求的文件或目录不存在时才重写”，也就是说真实的图片、CSS、JS文件不受影响；Nginx里的if条件同理。实际部署时，常见问题是你明明把规则放进去了但伪静态还是不生效，这时候要检查Apache有没有开启mod_rewrite模块，Nginx配置文件改完有没有执行nginx -s reload。代码里的index.php后面的路径参数，框架会自动解析成控制器和方法名，所以规则里那个?s=$1或者index.php/$1都不能乱改。

3. 业务链路拆解：前台发帖到后台审核，一条二手交易怎么跑通

3.1 前台发布与商品展示流程：从用户填表到列表页出现

用户视角里，发一条二手商品大概五个步骤：注册登录、填写商品信息、上传图片、提交审核、后台审核通过后上架。对应到代码层面，核心是一张商品表在状态字段上的流转。前台提交商品时，表单POST到商品控制器的发布方法，控制器先判断用户是否登录，再校验必填字段，最后把数据写入商品表。

后端处理提交的核心逻辑通常长这样：

public function publish() { $user_id = $_SESSION['user_id'] ?? 0; if (!$user_id) { $this->error('请先登录后再发布商品'); } $data['cat_id'] = intval($_POST['cat_id']); $data['title'] = htmlspecialchars($_POST['title'], ENT_QUOTES); $data['price'] = floatval($_POST['price']); $data['content'] = htmlspecialchars($_POST['content'], ENT_QUOTES); $data['user_id'] = $user_id; $data['status'] = 0; // 0=待审核 1=已上架 2=已下架 3=已售出 $data['add_time'] = time(); $goods_id = db('goods')->insert($data); if ($goods_id) { $this->success('发布成功，等待管理员审核'); } $this->error('发布失败，请稍后重试'); }

这段代码里，status字段是整个业务流转的关键。待审核状态是0，前台所有列表查询都只取status=1的数据，这就实现了“管理员不审核，用户看不到”的机制。price用floatval强转是为了防止用户往价格字段里提交非数字内容；title和content做htmlspecialchars处理是为了防XSS，二手平台经常被人在商品描述里塞脚本，这一步不能省。

前台商品列表页的查询条件也非常简单，本质就是“分类等于某个值且状态为上架”，再加一个时间倒序：

$list = db('goods') ->where('cat_id', $cat_id) ->where('status', 1) ->order('add_time desc') ->limit(20) ->select();

这里的limit(20)是分页参数，改成50就是每页50条，但如果你要做无限滚动，最好用页码参数而不是一次拉全量。分类筛选、关键词搜索、价格区间筛选，都是在where条件上叠加，万变不离其宗。

3.2 后台管理链路：审核商品、管理分类、处理订单

后台是独立的管理员操作界面，功能模块一般包括商品管理、分类管理、会员管理、订单管理、站点设置这几个大块。管理员登录后，最核心的操作是商品审核——把status从0改成1，商品就上架了。很多二手平台会在这里做得更细，比如审核不通过时填写拒绝原因，但基础源码里通常只做一键上架和下架。

后台菜单和对应操作的关系可以用一张表说清楚：

这里的分类管理有一点需要留意：多数二手交易源码支持无限级分类，但没有做分类层级控制，也就是说任何一级分类下都能发布商品。实际运营时，我建议你在后台把分类控制在两级以内，一级是“手机数码”“家用电器”这种大类，二级是“手机”“平板”这种子类，层级太深用户根本不想点。后台操作权限方面，基础版一般只区分管理员和普通用户，如果你要接商业项目，记得在后台加一个操作日志表，记录谁在什么时候审核了哪个商品，不然出了问题连追责的线索都没有。

3.3 平台参数与展示逻辑：联系方式、留言开关和审核机制怎么配

这类平台有两个参数是运营者最关心的：用户联系方式怎么展示，以及要不要开启站内留言。默认逻辑通常是商品详情页不直接显示发布者手机号，用户点击“我想要”或“联系卖家”后，通过站内留言功能给卖家发消息，卖家登录后在后台“消息管理”里看到询价记录。这样的设计是为了保护卖家隐私，避免手机号被爬虫抓取。

配置参数一般在config目录的site.php里：

return [ 'site_name' => '同城二手交易平台', 'contact_visible' => 0, // 0=登录后可见 1=直接可见 'msg_audit' => 1, // 留言是否审核，1=开启 'goods_audit' => 1, // 商品是否审核，1=开启 'max_upload_size' => 5, // 单张图片大小限制，单位MB ];

contact_visible这个参数建议保持0，也就是登录后才能看到联系方式，这样能倒逼用户注册，平台才能积累真实用户数据。msg_audit和goods_audit如果你是自己做小站点，人手不够可以把商品审核关掉，让用户发完直接上架，但换成商业场景我建议全部开启，否则垃圾信息会让你后续清理到怀疑人生。max_upload_size是很多人忽略的配置，默认5MB已经够用，如果你发现用户反馈图片传不上去，先看这个值再看服务器php.ini的upload_max_filesize，两边是叠加限制的，取最小值生效。

4. 二次开发与定制：改分类、调价格、接支付，动哪里最安全

4.1 数据表结构：看懂goods表就拿到了二次开发的钥匙

拿到任何PHP源码，我第一件事就是打开数据库看表结构。这套源码的核心表是goods（商品表），字段虽然多，但大部分都能直接猜出意思：

CREATE TABLE `goods` ( `id` int(11) NOT NULL AUTO_INCREMENT, `cat_id` int(11) NOT NULL DEFAULT '0', `user_id` int(11) NOT NULL DEFAULT '0', `title` varchar(100) NOT NULL, `price` decimal(10,2) NOT NULL DEFAULT '0.00', `description` text, `images` text, `status` tinyint(1) NOT NULL DEFAULT '0', `view_count` int(11) NOT NULL DEFAULT '0', `add_time` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`id`), KEY `cat_id` (`cat_id`), KEY `status` (`status`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

images字段存的是商品图路径，多张图一般用逗号或数组序列化后存进去。status字段前面说过，0待审核、1上架、2下架、3已售出。view_count是浏览量，用于列表页的“人气排序”。你改字段时要注意一个原则：商品表的字段和后台表单是联动的。如果你要给商品加一个“品牌”字段，光在数据库加一个brand列不够，后台模板的发布表单、后台管理的编辑表单、商品详情页的展示模板都要同步改，漏一个用户就看不到或者填不了。

4.2 模板改法：换皮肤、改列表样式，边界在template目录

这套源码用的是服务端渲染模板，前台页面全部在template目录下。如果你只是改颜色、改字体、换Logo，直接动CSS文件就行，不用碰PHP文件。但如果你要调整列表页的结构，比如把两列改成三列，就需要改模板里的循环输出部分。模板里输出商品列表的代码一般是这个套路：

<?php foreach ($list as $item): ?> <div class="goods-item"> <a href="/item-<?php echo $item['id']; ?>.html"> <img src="<?php echo $item['images']; ?>" alt="<?php echo $item['title']; ?>"> </a> <p class="title"><?php echo $item['title']; ?></p> <p class="price"><?php echo $item['price']; ?> 元</p> </div> <?php endforeach; ?>

这段模板的逻辑非常直白，foreach循环取出控制器分配过来的$list数组，每一项输出一张图、一个标题、一个价格。改模板的时候特别要注意href的URL格式必须跟伪静态规则对应，如果你把链接改成“/goods.php?id=编号”这种动态URL，伪静态就失效了，但页面依然能打开，只是收录和分享的友好度会降一个档次。

4.3 支付扩展与订单状态流转：改状态机前先备份数据

这类源码里，订单模块的完整度决定它能不能直接商用。基础版一般支持货到付款或站内余额支付，如果要接微信支付、支付宝，就需要在订单控制器里加回调处理。订单状态机是所有支付对接里最容易被改崩的地方：

const ORDER_STATUS = [ 0 => '待付款', 1 => '待发货', 2 => '待收货', 3 => '已完成', 4 => '退款中', 5 => '已退款', ];

支付回调进来后，操作顺序是：先验证签名、再改订单状态、最后给卖家发通知。这里的坑在于有两个地方会改订单状态——用户在前台点击“确认收货”会改，支付回调里也会改，如果你不做状态判断，可能出现“订单已退款又变已完成”这种矛盾数据。改订单状态之前，我习惯先把原状态和新状态都写进日志表，至少留一条可追溯的改动记录。这套源码如果没带订单日志表，你自己加一张也花不了十分钟，但能省未来跟客户扯皮的时间。

5. 部署避坑：六个高频问题，现象、原因、解决一条龙

5.1 安装时白屏或500错误

装完源码访问首页一片空白，或者直接报500。这个问题百分之八十是PHP版本不兼容，源码是旧项目时尤其明显。解决方法是先看错误日志，Nginx日志在/var/log/nginx/error.log，Apache在/var/log/apache2/error.log，如果是“Call to undefined function mysql_connect”这种报错，说明代码还在用PHP 7.0已移除的mysql函数，要么换PHP 5.6环境，要么把mysql_connect改成mysqli_connect。还有一小半是文件权限问题，站点目录要755权限，文件要644权限，也就是所有者和组不能被锁死。

5.2 伪静态配了但页面还是404

伪静态404是部署后最打击人的问题。先确认你改的配置文件是不是站点真正加载的那一份，宝塔环境经常有人改错配置文件，改完没重启Nginx。Apache环境要确认mod_rewrite模块是否启用：httpd.conf里找到“LoadModule rewrite_module”这行，确认没被注释。最后再看根目录的.htaccess文件是否被系统隐藏了后缀名，Windows里保存为.htaccess会把文件名变成.htaccess.txt，传到Linux服务器上规则根本不会生效。

5.3 后台登录成功但立刻跳回登录页

后台登录后马上跳回登录页，这种问题通常跟Session有关。常见原因是Session目录不可写，PHP默认session文件存/var/lib/php/session，这个目录权限不对就写不进session文件。解决方法是把这个目录的属主改成运行用户，或者干脆把session.save_path改到站点目录下一个可写目录里。另一个原因比较玄学：后台登录页有两个域名来源，比如你用http://IP访问登录，但登录后跳转地址是http://域名，Session的cookie没带上，自然就跳回登录页，把站点访问地址统一就行。

5.4 商品图片传不上去

用户反映图片上传失败，但商品基本信息能正常发布。去upload目录看一眼，多半是目录权限问题，Linux下用chmod -R 755 upload能解决一部分。传图片报“超出服务器限制”的话，要查三个参数：php.ini里的upload_max_filesize、post_max_size、以及源码config里的max_upload_size，三者取最小值为准。最容易被忽略的是upload目录的写入权限只给了属主，但PHP运行用户是www，那就会一直失败，正确做法是chown把upload目录的属主改成www用户。

5.5 页面出现乱码或者数据插入一半报错

乱码问题只会在数据库字符集没统一时出现。建库时用了utf8，表和字段用了latin1，页面用utf8mb4，三种字符集混在一起，展示时就是高概率乱码。解决方法是把库、表、字段、页面meta、数据库连接字符集全部统一成utf8mb4，改完还要清浏览器缓存。数据插入一半报错通常是字段长度不够，比如手机号字段varchar(11)够用，但两个字段索引重复导致插入失败，这时候把重复索引删掉就行。

5.6 首页能开但详情页、列表页报错

首页正常说明框架核心没问题，详情页报错大多跟伪静态参数解析有关。商品详情页URL里的编号参数是“item-12.html”这种格式取出来的，如果地址被写成“item-12?from=wap”这种额外参数，某些环境会解析失败。解决办法是检查路由规则是否把?后面的参数也正确传递了，Nginx环境需要在location里加上proxy_set_header或fastcgi_param来补全QUERY_STRING参数。

6. 上线前的验证清单：从“能跑”到“能上线”，我每次都先做完这七步

代码在本地跑通和真正上线是两码事。我从接手这套二手交易源码开始，就固定了一条上线前验证路线，每次都会完整走一遍。第一，用新手机号注册一个账号，走完整个发布流程，传三张图片，提交审核，然后用管理员账号登录后台审核上架。第二，用另一个账号搜索刚才发布的商品标题，确认关键词能搜到，再点进详情页，确认联系电话显示逻辑和站内留言入口正常。第三，模拟一次交易流程：买家留言、卖家回复、管理员看到消息记录，这能验证消息模块的数据库读写。第四，检查所有页面底部的ICP备案号和站内联系方式是不是换成客户的了，这种细节最容易漏。第五，后台每个菜单点一遍，确认没有误删功能导致的报错。第六，把config目录里的调试模式关掉，改成生产环境，防止报错信息暴露数据库密码。第七，做一次完整备份。

备份脚本是我每台服务器都会放一份的，就放在站点目录外：

#!/bin/bash # 数据库备份，保留最近7天 BACKUP_DIR="/www/backup/sql" DATE=$(date +%Y%m%d%H%M) mysqldump -uroot -p'你的密码' second_hand | gzip > $BACKUP_DIR/db_$DATE.sql.gz find $BACKUP_DIR -name "*.sql.gz" -mtime +7 -delete

把这段脚本放crontab里每天凌晨跑一次，数据就安全了。二手交易平台的用户信任是建立在“我的发布数据不会丢”这件事上的，图片文件在upload目录里，数据库在MySQL里，两边要做同样的备份策略。从那以后，我每次接手这类项目都会强制把备份脚本先写进计划任务，再开始动业务代码，数据库里的一条发布记录可能就是用户平台上的全部家当。希望帮到你。

本文还有配套的精品资源，点击获取