-3

我创建了一个类似于 IMDB.com 的自定义 CMS

目前,我在自定义后端 CMS 中填写电影信息,单击“添加”后,它会在服务器上为每部电影创建一个文件夹和文件。

IE:它将创建 /movie-name/quotes/

最终这将等同于数百个文件/文件夹。以这种方式短期/长期这样做有什么缺点吗?

我知道有些脚本会动态填充布局,而不是按照我提到的方式进行。

我是走错了路还是没关系?

网站结构基于PHP/Mysql

4

3 回答 3

2

就像我在评论中所说的那样,这确实是一个坏主意,并且完全没有必要使用数据库。至于为什么这很糟糕,我只给你一个简单的例子......

假设您有一个电影报价数据库。过了一会儿,您决定在每条引语上都加上演员的名字,作为指向该演员页面的锚链接。除了手动编辑Web 系统中的每个文件之外,您还有其他方法吗?想想看。

这是最简单的场景之一。

于 2013-01-19T14:57:43.717 回答
0

拥有一个后端 CMS,然后用它创建前端 HTML 页面是完全可以的。

使此页面创建自动化且可复制,以便您可以在布局更改时轻松地重新生成整个站点。

注意 URI 不会改变,因为酷 URI 不会改变

顺便说一句,许多好的工作网站都是这样制作的。静态网站非常有效。

其中一些网站做出了妥协,它们不仅生成 HTML,还生成少量 PHP 代码以满足某些需求,例如与用户交互或检索远程数据(自然也以缓存方式)。

于 2013-01-19T15:22:16.453 回答
0

您应该关心的是,您创建 URL 的策略是否能长期有效。显然,只要您没有得到任何重复的电影名称,它就可以。

除此之外,您必须回答如何获取任何 URL 背后的资源,这不一定与从 URL 到文件系统的 1:1 映射有关。它可能作为启动器以这种方式工作,但以后可以在不更改 URL 系统的情况下进行更改。

于 2013-01-19T14:39:40.513 回答