我正在设置一个可能超过70列的表.我现在正在考虑将其拆分,因为每次访问表时都不需要列中的某些数据.然后,如果我这样做,我将不得不使用连接.
在什么时候,如果有的话,它被认为是太多列？
我的公司拥有大约30个网站,它们共享相同的代码库并重复使用许多相同的图像.现在,所有站点的图像都托管在一个域上,然后每个其他站点都必须链接到这些图像.
即www.example.com/images/hello.jpg
在www.example2.com上我们有类似的东西:
<img src="http://www.example.com/images/hello.jpg" />
最近有人告诉我,我应该将所有这些共享/静态图像放在子域上,但我没有看到它的优点.我听说可能会有轻微的速度提升,但我也听说它会让事情复杂化.有人可以详细说明吗？
是否有一种优雅升级网站的首选方法？我有一个全新的代码库准备好在网站上,但更新它将需要几个小时.我不希望网站在整个时间内"升级,很快就会回来!" 消息,但是当新网站到位时,我也不能离开当前网站.
我能想到的唯一方法可能是通过使用两台服务器进行优雅升级,但这会更昂贵.
在一些较小的站点上使用了一些PHP框架,如Codeigniter和Kohana,我开始怀疑MVC是否仍然适用于大型项目,如果是这样,需要采取哪些预防措施来保持干净的clode.大型网站使用哪些做法来防止这种情况？亚马逊或Flickr的代码是使用MVC还是其中的一些变体？有一个指南,给定一个问题,向您展示如何最好地为大型项目实施MVC？
- 切线 -
在使用Kohana的当前项目中,我开始质疑我的模型应该具有什么样的角色.通常情况下,模型只能描述我正在尝试构建的对象的一小部分.即,需要一个用户的对象,所以我使用我的Users_Model从Users表中提取我的用户.但是每个用户的库存中也有几个项目,因此我还需要使用Users_Inventory_Model.但是,每个库存项目还有其他与之关联的表格,依此类推,直到我发现在我的控制器中构建一个用户需要我访问多个模型.现在,想象一下在许多不同的控制器中执行此操作,突然间我发现自己的代码很乱,冗余代码和非常胖的控制器.
这让我觉得也许我应该有能够处理大部分工作的库.这样,我可以拥有一个用户库,让它加载我所有相关的用户数据并运行大部分逻辑,如更新,删除等.这是大多数MVC项目发展的方式吗？让库与模型进行大部分交互,而控制器调用库并为视图准备数据？无论如何,这只是我对MVC的一个问题,我无法在网上找到答案.