简介这套点微同城源码34.7版整合了完整的前后端代码、小程序版本与全套插件专门面向需要快速搭建本地生活服务平台的开发者、个人站长或中小团队可用来构建类似美团、大众点评的城市信息发布、分类广告、商家展示与活动报名系统。资源采用zip压缩包形式共5个文件包括3个zip源码安装包、1个html资源导航页和1个docx安装教程整体约150MB其中docx覆盖环境配置、数据库导入、代码部署及插件启用等关键步骤html可作为后续获取更多资源的入口。当前已有852人学习浏览适合具备一定PHP和MySQL基础、希望低成本定制同城服务站的读者。源码支持H5跨端访问与微信小程序无缝对接内置支付、推送、社交分享等常见插件便于按实际业务扩展同时保留自定义配置入口可调整界面风格与业务规则安装教程配合清晰的目录结构能显著降低二次开发的上手成本。1. 点微同城 34.7 是什么为什么说它才是同城信息平台的完整形态做本地生活服务的人大概率在深夜搜过“点微同城源码 34.7”。这个版本号在同类打包里被反复提及不是因为数字新而是它第一次把信息发布、商家入驻、营销插件和微信小程序前后端凑齐了——拿到的不是半成品而是一个能直接面向用户的同城平台。它适合两类人想低成本跑通同城信息、二手、招聘、房产业务的站长以及接私活需要快速交付的后端开发。这篇按我实际部署的经验讲清楚环境怎么搭、安装顺序怎么走、小程序怎么联调、插件怎么选以及最容易翻车的地方都在哪。2. 装之前先想清楚这套源码要跑起来环境到底该怎么准备点微同城 34.7 是一套典型的 PHP 源码后端基于 ThinkPHP 框架小程序端是独立的 uniapp/原生微信小程序工程。很多拿到压缩包的人第一件事是直接传到服务器解压结果要么白屏、要么数据库连不上、要么伪静态没配最后回头骂源码。其实大部分问题都出在环境上。先把 PHP/MySQL/Nginx 的版本定下来再理清楚目录结构安装环节就能省掉一半的坑。2.1 PHP/Nginx/MySQL 的版本搭配稳定压倒一切的组合先说结论我一般用 PHP 7.4 MySQL 5.7 Nginx 1.18 这套组合。为什么不用 PHP 8.x点微 34.7 的插件大多是前几年写的很多老插件在 PHP 8 下会直接抛 Deprecated 甚至 Fatal error比如each()、create_function()这类在 PHP 8 里被移除的函数源码里偶尔还会出现。能用 PHP 8 硬跑但代价是逐个插件去改兼容不划算。MySQL 用 5.7 而不是 8.x是因为 5.7 的sql_mode默认更宽松老 SQL 里常见的隐式类型转换在 8.x 下容易报错比如ORDER BY字段不在SELECT里这种当年没人在意的写法。Nginx 选 1.18 以上就行主要是为了 HTTP/2 和更干净的伪静态配置。如果你不想用宝塔用 Docker 跑一套环境也是常见做法拉一个php:7.4-fpm镜像、一个mysql:5.7镜像再配合 Nginx 容器挂载源码目录。好处是换服务器时环境一致坏处是容器网络和挂载要额外调试新手直接用宝塔更省心。提示宝塔安装时选 PHP 7.4 和 MySQL 5.7 即可。别把 PHP 版本当成“越新越好”这套源码的依赖链决定了 7.4 是性价比最高的版本省下的时间够你多调两个插件。2.2 前后端分离的目录结构拿到压缩包先看哪几个文件夹点微同城 34.7 的压缩包解压后目录通常是这样的dianwei34.7/ ├── application/ # 后端主程序ThinkPHP 的模块目录 ├── public/ # Web 根目录入口文件 index.php 在这里 ├── addons/ # 全套插件目录 ├── runtime/ # 缓存与日志目录 ├── uniapp/ # 小程序前端工程uni-app 源码 ├── wxapp/ # 原生微信小程序前端部分版本是这个 ├── install/ # 安装引导跑完建议删掉 ├── data/ # 数据库备份或升级 SQL └── config/ # 数据库、域名等配置文件拿到压缩包先用unzip解压然后ls -la看一眼有没有两个入口public/index.php是前台入口admin.php是后台入口。如果根目录没有admin.php那就可能在public/admin.php或者后台要走/admin路由这直接决定你伪静态里要不要额外放行后台路径。常见做法是把public/设为站点运行目录而不是把整个源码目录暴露出去。这样一来用户只能访问到index.php和静态资源application/、addons/、data/这些目录不会被人直接敲 URL 访问。前后端分离体现在这里uniapp/是独立的小程序工程它通过 HTTP 请求访问后端接口后端只负责输出 JSON页面渲染全在前端完成。所以你要改小程序页面不需要动 PHP你要加接口也不需要动小程序。我在本地开发时习惯用 VSCode 打开uniapp目录再配一个微信开发者工具实时预览这样改一行页面样式能立刻看到效果比改完重新上传体验包要快得多。2.3 伪静态与运行目录装完白屏九成是这一步这是整套源码安装里最玄学的一步。不少人的「安装成功但访问首页 404」其实就是伪静态没生效。Nginx 下我给一份能直接用的配置server { listen 80; server_name your-domain.com; root /www/wwwroot/dianwei34.7/public; index index.php index.html; location / { if (!-e $request_filename) { rewrite ^(.*)$ /index.php?s$1 last; } } location ~ \.php(.*)$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } }这段配置的关键点有三个root必须指到public目录if (!-e $request_filename)把所有不存在的路径都交给index.php处理rewrite里的$1会带进$_SERVER[PATH_INFO]ThinkPHP 靠它解析路由。如果你在宝塔里粘贴后仍 404先到站点设置里看「运行目录」是否已经改成public很多白屏问题其实是运行目录没改Nginx 读的是源码根目录里面没有index.php能直接执行。另外Apache 环境一般是在public下放一个.htaccess宝塔的 Apache 站点默认会读取它所以优先确认这个文件在不在。这个坑我踩过不止一次每次都是先怀疑代码最后发现是运行目录或伪静态。3. 从压缩包到能访问的站点34.7 的最小安装路线环境准备好之后真正的安装流程反而快。我把 34.7 的最小安装路线切成三步导数据库、改配置、跑安装引导。每一步做完都验证一下别一口气全做完再回头找问题否则你根本不知道故障是出在数据库还是配置上。3.1 导入数据库与配置文件修改压缩包里的data/下一般会有dianwei.sql或dianwei_34.7.sql先用 mysql 命令把结构导进去。假设你已经建好了库dianwei_dbmysql -uroot -p dianwei_db /www/wwwroot/dianwei34.7/data/dianwei.sql导入时间取决于 SQL 文件大小一分钟以内算正常。导入完别急着访问先确认连接配置。这套源码的数据库配置一般在config/database.phpreturn [ type mysql, hostname 127.0.0.1, database dianwei_db, username dianwei_user, password 你的数据库密码, hostport 3306, prefix dw_, ];配置里最容易写错的是prefix。不同版本的表前缀不一样常见的有dw_、dianwei_、cy_你要按 SQL 文件里实际表名来定。表前缀和配置对不上时安装会报「数据表不存在」或后台列表全空。改完配置后用浏览器打开http://你的域名/install进入安装引导这里会再次校验数据库连接和目录写权限按提示填一下就行。装完后务必把install/目录改名或删除这是安全底线不然别人可以直接重装覆盖你的配置。跑完安装页如果后台登录 500去看runtime/log/下的日志90% 是runtime目录没有写权限chmod -R 777 runtime能解决但装完建议把权限收回 755 并设置正确的属主避免被利用执行脚本。3.2 后台与商家端首次登录后优先做的三件事安装完成后后台默认管理员账号密码在压缩包里的说明文档里常见是admin/admin123或安装时自己设置的。登录后别急着开插件先做三件事。第一件是改管理员密码和后台入口。后台默认路径通常是域名/admin.php一类建议给它改名或加 IP 白名单。改入口可以直接把admin.php重命名成admin_xx.php同时把旧路径清理掉避免被扫描器命中。第二件是清理缓存。ThinkPHP 的配置和路由有缓存改完配置不生效十有八九是缓存问题去runtime/下把缓存目录清掉再刷新。第三件是检查「基础设置 → 域名配置」把前台域名、接口域名、静态资源域名都改成你自己的不然小程序端访问时会拿默认演示域名去请求直接失败。商家端的概念要提前理解清楚点微同城的「商家」不是电商店铺而是发布信息的一方比如房产中介、招聘企业、二手卖家。商家注册入口在前台页面注册后要管理员在后台审核通过才能看到商家管理面板。所以小范围测试时先建一个测试商家账号把从注册、发布信息到审核通过的整条链路走一遍比直接铺开内容要稳得多。后台的分类管理也要顺手确认房产、招聘、二手这些类目是否启用了正确的地域绑定否则前台按地区筛选时会查不到数据。3.3 小程序前后端联调appid、secret 与 request 域名这是前后端分离项目实战里最容易卡壳的一段。小程序的代码不是传服务器就能跑的你需要先在微信公众平台注册小程序账号拿到 AppID 和 AppSecret然后填进前端工程。uniapp 工程里找manifest.json或config.js// uniapp/config.js module.exports { // 后端接口地址必须是 HTTPS baseUrl: https://your-domain.com/index.php, // 微信小程序配置 mp: { appid: wx你注册到的appid, secret: 你注册到的secret } };配置完在微信开发者工具里编译运行。如果请求报「不在以下 request 合法域名列表中」处理方式是登录微信公众平台 → 开发管理 → 开发设置 → 服务器域名把https://your-domain.com加进request合法域名。注意这里必须走 HTTPS微信会校验证书有效性自签名证书不行。另一个高频问题是wx.login登录拿不到手机号——微信后来把「手机号快速验证」改成了必须用户主动触发、通过button组件的open-typegetPhoneNumber获取动态码再拿 code 去后端换手机号。所以如果你在小程序里点「微信一键登录」没反应先检查前端是不是用了老版本的getPhoneNumber接口后端对应接口有没有实现手机号换绑逻辑。小程序端的页面细节也要顺手处理顶部导航栏要按机型适配高度发布表单提交按钮要加防重复点击列表页要做加载更多而不是一次拉全量。这些在小程序打包成正式版之前最好都验一遍不然上线后用户反馈的都是体验问题。4. 全套插件怎么挑先装哪些、后装哪些、哪些别乱开「全套插件」听起来是福利实际是甜蜜的麻烦。插件本身是 PHP 代码包不是装了就能用。装多了菜单混乱、接口冲突、缓存膨胀装少了运营侧的功能又不够。这章讲我的选型顺序和装插件时的参数逻辑。4.1 按业务优先级选插件信息、支付、营销的顺序我一般按「能用 → 能收款 → 能传播」三步走。第一优先级是基础类插件短信验证码、微信登录、支付配置、地区管理。没有这些用户注册、发布信息、在线支付全断。第二优先级是业务类房产、招聘、二手、家政、外卖跑腿按你实际做的城市选两三个先上不要一次全开。第三优先级才是营销类优惠券、分享海报、积分签到、会员等级。优先级插件类型代表插件不装会怎样P0基础短信、微信登录、支付、地区用户无法注册登录、无法支付P1业务房产、招聘、二手、家政平台没有核心信息内容P2营销优惠券、签到、海报冷启动期先不着急为什么是这个顺序因为点微同城的核心是「信息发布 增值付费」。比如发布信息要消耗积分积分要用支付插件购买购买前用户得先登录——这条链路从后往前推就知道哪些插件必须先装。营销插件看起来热闹但它的业务前提是平台里已经有足够多的信息量和访问量冷启动阶段开了也白开反而多出一堆配置项和菜单入口。短信插件这里多说一句别急着选贵的先确认你的短信服务商在源码插件里有没有现成驱动没有的话要自己对接 API成本不低。4.2 插件的安装顺序依赖一个先装错就全白搭插件不是独立的。我踩过的典型坑是先装了「同城跑腿」再去装「支付配置」结果跑腿插件的退款逻辑读不到支付插件创建的记录表订单进入死循环。插件安装的通用规则是先装公共依赖再装业务插件。以点微 34.7 常见的插件为例顺序是这样# 1. 先装公共依赖插件 # payment 支付、sms 短信、member 会员、region 地区 # 2. 再装业务插件 # house 房产、job 招聘、used 二手、shop 商城 # 3. 最后装营销插件 # coupon 优惠券、sign 签到、share 分享海报每装一个插件后台「插件管理」页面都会显示它依赖的插件是否已启用。如果没有显示依赖关系用grep -r addons application/去源码里搜基本能看出来。这里强调一句装完一个插件后先清一次缓存再去装下一个。有些插件的安装脚本会往runtime/里写菜单缓存不清理的话后装的插件会读取到旧的菜单数据表现出来就是新插件在后台没有入口。另外插件的标识符addon name不要随手改它是菜单、权限、数据表三者的关联键改名等于断了所有关联。插件目录名也别乱改需要改时先在后台禁用插件再操作改完重新启用不然容易触发文件路径找不到的报错。4.3 插件冲突排查同名菜单、重复路由、缓存残留插件开多了最烦人的是菜单和路由冲突。两个插件如果都定义了admin/order/lists这个路由后加载的会覆盖先加载的而且没有任何提示。排查方式是在后台「插件列表」里看每个插件的标识符然后用数据库查询菜单表-- 查插件菜单看是否有重复路由 SELECT module,controller,action,title FROM dw_addons_menu WHERE status 1 GROUP BY controller,action HAVING COUNT(*) 1;查到重复后把不用的那个插件菜单停用即可。另一个常见问题是插件卸载不干净。很多插件只在后台点了个「卸载」但数据表还在。这时候如果你重装同款插件会报「数据表已存在」或「字段重复」。我一般卸载插件后手动再跑一遍删除表命令比如DROP TABLE IF EXISTS dw_xxx;前提是你确认这些表只属于该插件别误删主业务表。还有一类问题是插件间共享数据表比如积分插件和会员插件都会写dw_member_points如果两个插件版本不一致可能出现积分扣了但余额没加。这类冲突最有效的办法是同一时间只升级或安装一个插件观察一段时间再动下一个。总的来说插件越少问题越好找这也是我建议不要一次全开的原因。5. 避坑/常见问题/排查部署点微同城最容易翻车的 5 个场景5.1 场景一安装后首页能开但列表页 404现象首页正常点击分类链接跳转后全部 404。原因伪静态规则不对或没生效。解决检查 Nginx 配置里的rewrite是否已启用上面那份规则如果用的是宝塔在站点设置里选择 ThinkPHP 伪静态模板并重启 Nginx。另外确认config/route.php里是否启用了路由模式如果关闭了路由链接会变成index.php?s/xxx而不是xxx.html这时伪静态规则也要对应调整。常见做法是先开 debug 看具体报错把config/app.php里的app_debug设为 true刷新页面如果显示「控制器不存在」那就是路由问题如果显示 404 纯页面那就是伪静态问题。5.2 场景二小程序请求不到接口开发者工具报「不在以下 request 合法域名列表中」现象开发者工具里所有接口请求都是红色失败报错提示域名不合法。原因微信小程序的安全校验非 HTTPS 或未配置的域名都会被拦。解决在微信公众平台把https://你的域名加进 request 合法域名同时确认后端配置里baseUrl的域名和这里完全一致包括有没有www差一个字符都不行。本地调试时可以在开发者工具里勾选「不校验合法域名」但那只是临时方案真机预览必须配置合法域名。如果真机预览仍然失败打开真机调试看控制台报错或者用 Charles 抓一下小程序的请求确认是证书问题还是接口本身超时。这一步我也卡过很多次多数是证书链不完整服务器上只配了域名证书没配中间证书。5.3 场景三后台登录验证码一直不显示现象登录页验证码图片位置是空白的刷新多少次都一样。原因ThinkPHP 的验证码类需要 GD 库和 FreeType 支持很多精简版 PHP 没装。解决检查php -m输出里有没有gd。没有的话在宝塔里重新安装 PHP 7.4 时勾选 GD 扩展或者用yum install php74-php-gd补齐。装完重启 PHP-FPM 和 Nginx再刷新登录页。如果还是空白看runtime/log/里有没有验证码类相关的报错有的话大概率是字体文件路径不对。还有一种情况是验证码图片出来了但用户输入总报错通常是 session 配置问题检查config/session.php里的 session 类型是 file 还是 redis如果是 redis要确认 Redis 服务和扩展都正常。5.4 场景四支付回调收不到订单卡在待支付现象微信或支付宝支付成功但平台订单状态还是「待支付」。原因支付回调地址没填对或外网无法访问。解决检查支付设置里的回调地址是否写成了http://localhost应该改成https://你的域名/index.php/payment/notify这类外网可访问的地址。另外检查服务器是否放行了回调端口、有没有 CDN 拦截 POST 请求。排查技巧是去支付平台后台查回调记录再看runtime/log/里有没有收到支付回调的日志。用 Charles 或 wireshark 抓包也可以但优先看日志省时间。如果用了负载均衡或 CDN注意 POST 到/payment/notify的请求不能被缓存或重写很多 CDN 默认不缓存 POST但如果配置过全局规则会影响。最稳的做法是对支付回调路径单独设一条「不缓存、不重写」的规则。5.5 场景五插件开启后页面 500缓存清了也没用现象在插件管理里启用某个插件后前台某个页面直接白屏 500清除缓存依然如此。原因插件代码里用了当前 PHP 版本已移除的函数或插件与已装插件有同名类。解决查看runtime/log/里这个页面报错日志的具体行能定位到哪个函数报错。如果是each()、create_function()这类老函数要么把代码改成foreach和匿名函数要么把运行环境退回 PHP 7.4——这也是我推荐 7.4 的根本原因。同时排查是否与其他插件类名重复用grep -rn class 同名类 addons/来确认。没有捷径但好在 34.7 的插件大多能在 PHP 7.4 下运行这类问题比例不高。如果是升级插件后出现的 500先看数据库有没有执行过对应的升级 SQL很多时候升级包只传了代码没跑数据库脚本。6. 进阶把同城站从「能跑」调到「扛打」的几个参数到这一步站点已经能跑了但离「能上线」还有距离。同城站的特点是大量读、少量写页面以列表和详情为主缓存做得好不好体验差距非常大。我给几个我认为性价比最高的调整。第一个是 ThinkPHP 的缓存。后台「系统设置」里把缓存类型从file改成redis并把缓存过期时间针对列表数据调整比如分类列表缓存 600 秒热门信息缓存 300 秒。改完记得清一次runtime/缓存。第二个是 OpCache。PHP 7.4 自带的 OpCache 默认没开在宝塔里打开opcache.revalidate_freq设成 60opcache.memory_consumption设成 128。这个对动态页面的提升非常明显尤其是在服务器配置一般的情况下。第三个是 MySQL 的参数。点微同城 34.7 默认用完 MyISAM 的表不少把它转到 InnoDB 能解决大量锁表问题-- 批量把点微的 MyISAM 表转为 InnoDB SELECT CONCAT(ALTER TABLE , TABLE_NAME, ENGINEInnoDB;) FROM information_schema.TABLES WHERE TABLE_SCHEMA dianwei_db AND ENGINE MyISAM;然后把生成的ALTER语句执行一下。注意先备份转换过程会锁表建议在流量低峰期做。第四个是 Nginx 层开启 Gzip。在 Nginx 配置里加上gzip on; gzip_types text/plain text/css application/json application/javascript;对前后端分离的场景红利很大小程序端返回的 JSON 能压掉一大半。这里说的这几个参数网上攻略很多但真正值得照着调的其实是两到三个因为大部分同城站在 34.7 这个规模下瓶颈在数据库和 PHP 进程不在 Nginx。我在自己的一个同城站上做过一次实验只做 OpCache Redis InnoDB 三个调整压测时首屏响应从 900ms 降到 300ms 左右这还是没上 CDN 的情况下。如果你打算上 CDN注意别让 CDN 缓存用户相关的接口只缓存图片、单页和列表 JSON。小程序端的合理做法是列表接口开 CDN 缓存登录、发帖、支付类接口设置Cache-Control: no-store避免出现「帖子发了但别人看不到」的问题。你要是把列表接口缓存设成 600 秒就一定要接受「新帖子最迟 10 分钟出现在列表」的延时这是 trade-off不是 bug。我自己的习惯是每次改完配置先看runtime/log/有没有新增报错再清缓存再按「前台发布一条信息 → 小程序端能看到 → 支付一笔 → 订单状态同步」这条主链路完整跑一遍最后才去碰插件。有一回我图省事装完插件直接上线结果用户反馈支付成功但积分没到账查了两小时发现是插件里的队列任务没开启。所以老实把主链路走一遍比什么都强。这是我在几次部署里最深的教训希望帮到你。本文还有配套的精品资源点击获取