不晓得有没有巨巨开发过这样的系统，思路不晓得对不对

柯林

正好是做这个，回答一下，这里边比较复杂，我先抛几个问题：

1.每个网站自己的附件怎么处理
2.公有模板库好说，但想做私有模版怎么办
3.是要给每个站点建私有库还是统一使用总库

多用户建站程序， 十几年前火过， 现成的源码一堆， 都死了.

很早很早的时候（ 06 年？），有类似的东西，用的是 phpwind 搭建一大堆子论坛（有子域名，后台 admin 权限）。

找到了，叫论群。

然后后来关张了。

@uephp
1.附件是指产品新闻的那些附件么，这些附件应该都是跟随产品 id 新闻 id 的吧，然后产品和新闻就用用户 id 来获取
2.共有模板库不动，用户点击 copy 出一套用于私有的模板文件夹，然后这样就算加入前端自定义修改布局样式啥的，只要存入私有的模板路径以后能获取到就行
3.应该是用的总库，通过用户 id 来标记获取到信息

突然反应到，这其实就是像以前点点那样自定义页面样式的多用户博客系统吧…

@eoo 柯林。。好像回到了 wap 时代。。

@uephp 附件这也能算“问题”？那是程序设计有问题啊……

@echoshiki
1.附件是以站点为目录存储的，每个站点在新建时即建立一个目录，存放上传文件
2.选择公有模板会在库中记录模版 ID ，纯粹使用不会拷贝，这样减少冗余。如果要修改模版，有两套方案，拷贝到站点目录，然后建立新的模版 ID ，标明私有，其他用户不会看到，或者只是拷贝，还是原有模版 ID ，在页面加载时检测站点目录是否存在私有模版，我是用的后者，这便于统计模版使用量。
3.确实可以用总库，在数据量不高的时候还行，一般方案都是这样。 我是用的另一种，总库记录一些通用信息，站点私有数据在站点目录建立独立库，我是用的 sqlite 。

以前 Discuz 旗下有个叫 5566 (是不是这个？) 的，就可以开子论坛啊。

@uephp 3Q ，我在捋一下思路

@abelyao
怎么说呢，如果你考虑到代理体系，和备份这些，你就知道为什么这么做了，有时候用户是想把数据备份回本地的。 不同的团队不同的设计思路。 欢迎提出更好的设计思路。

@Asimov 5d6d ，倒了好几年了。。。
这种想法说实话灵活性并不太高，万一客户不想在你这边待了，以前找你做的东西（模板、站点源码等等）单独弄出来带走都不行=。=

@branchzero 是的，现在也是在考虑这样的问题…

@echoshiki
反正我也没时间，我就说下我想的东西吧，因为有更重要的东西写，这种没时间实现的想法留着也没什么卵用，敲砖引玉吧。
每个用户选择完预置的模块、模板，定义完二级域名之后，把对应的模板和模块和核心站点框架文件，还有环境配置文件整合起来，打个包。
在总控制台里面生成对应的站点信息，包括勾选的模块和模板之类的，万一以后动态要加也可以动态复制过去。
nginx 配置目录下面生成一个站点配置然后自动 reload ， mysql 自动建库建用户导预置 sql 内容，然后把包解到对应站点目录，就完工了。

总控可以控制自定义绑定域名（绑定无非就是重新生成下 nginx 的 conf ）、更换模板之类的，可以不开放 FTP 给用户。
附件根据环境配置文件里面的信息自动中转到第三方存储（对象存储的平台多了去了，随便找一家靠谱的，支持通过接口开子账户和子空间并互相绑定的），附件的话只要知道对应空间内部键名就好，想自己提供存储就比这个还要简单些，不过要考虑以后存储动态扩容的问题，自己搞容易有坑。

这样客户想走的时候，对应他的站点的源码还有数据库还有附件，可以很方便导出来了。

@branchzero 可以将泛域名全部正则匹配上去 这样就无需修改 conf 只需要修改目录文件夹名了

我现在正是进行这样的工作

@branchzero 好的，感谢，我研究下

dotnetnuke ，简称 dnn ，完全符合你的要求。

需要提醒的是，它的自定义开发、扩展是个大坑。