创建html文件或动态插入数据库中的内容?

时间:2012-01-02 15:33:16

标签: php html sql

想象一下,我们有一个页面,其中包含一个表单,用户可以通过插入一些数据来创建自己的论坛。在每个论坛中,任何人都可以发布不同的主题和主题。

情景1:

每次用户创建自己的论坛时,都使用PHP创建新的HTML文件。这将导致数百甚至数千个不同的html文件。

情景2:

我们只有一个html文件,其内容根据收到的ID而变化(因此它将根据变量ID显示“discussion1”,“discussion2”或任何其他讨论的内容)。这意味着只有一个HTML文件,但我们的SQL服务器中有一个巨大的表。

我已经看到了针对超大型网站的两种方案的示例。例如,维基百科使用场景1,而我相信其他更有活力的网站使用场景2. 主要优点是什么?各种情景的缺点?

我很想知道职业选手和职业选手最重要的缺点以及与之相关的因素: - SEO - 服务器响应时间&服务器负载 - 现场维护 - 用户体验(对于书签,假设ID是通过GET方法发送的)

3 个答案:

答案 0 :(得分:2)

场景2肯定是要走的路,保持页面动态可以编辑更少的文件,并且意味着一切都将是一样的。

对于良好的MySQL表和关系,对数据库的查询不应该是服务器的重量,并且您的站点仍然会比使用数百个.html文件执行得更好。

我认为很多,如果有任何网站使用方案1,他们只会.htaccess来改变网址并让它们看起来像.html网页。

答案 1 :(得分:1)

我实际上相信维基百科也使用数据库。他们只是解析URL以获取变量,而不是使用URL中的查询字符串。我不得不相信数据库将是最佳选择。它仍然会更小,因为你的代码会少得多。如果您使用HTML,您将复制许多您不需要重现的代码。

SEO-明智的,只要你做像维基百科这样的事情并用你的.htaccess文件解析你的网址,谷歌就会更加明智。只要你的内容设置正确,你的内容是否是硬编码并不重要。

答案 2 :(得分:1)

最好的情况是两者的组合,以这种方式:

使用一个模板(方案2)即时生成这些页面,这样您就可以拥有数百万个论坛,只有一个html。 有了这个,您应该添加一个缓存功能,缓存(创建一个临时的html文件)所有论坛,这样用户不需要每次访问单页访问数据库,而是从服务器获取缓存的HTML。