举例，现在有sh.123.com，bj.123.com，gz.123.com，三个分站
都是php编写的，使用的程序解析都是一样的
他们的版式都是一样的，但内容不一样，
如果我要发布一个产品，如 一个新东方英语培训课程，北京上海广州深圳的新东方都有该课程，但教学地点不一样那么我要在三个网站上发布这个课程，内容基本一样，只是标题，教学地点和一些地点词语不一样那么我是该分开三个后台，还是统一使用一个后台（从编程复杂程度、服务器压力，打开速度，后台管理难度等方面分别有什么影响）如果同一个后台，如何区分它们发布到相应的网站上面去，减少判定次数编程
都是php编写的，使用的程序解析都是一样的
他们的版式都是一样的，但内容不一样，
如果我要发布一个产品，如 一个新东方英语培训课程，北京上海广州深圳的新东方都有该课程，但教学地点不一样那么我要在三个网站上发布这个课程，内容基本一样，只是标题，教学地点和一些地点词语不一样那么我是该分开三个后台，还是统一使用一个后台（从编程复杂程度、服务器压力，打开速度，后台管理难度等方面分别有什么影响）如果同一个后台，如何区分它们发布到相应的网站上面去，减少判定次数编程
而变成复杂度都差不多，因为写好一个就等于写好多个，只不过是更新那块的代码环节可能是向多个数据发起请求而已。
后台管理难度明显只是一个后台的最好管理。
而且你是多个的话，很有可能手误，第一个发布对了，第二个发布错了，导致信息不一致性
后台管理界面应该是多个（每站一个），可做成在界面中切换分站
因为很可能日后分站有专人管理，也可能分站会移到更合适的服务器上
基于上述原因，每个分站都应用自己的存储系统
如果将所有的数据都放在一个表中，势必造成每次访问都需要按分站过滤一下
与其等日后数据量剧增而分表，还不如初期一次性到位