我已经创建了一个类似于IMDB.com的自定义CMS
目前，我在自定义后端CMS中填写电影信息，一旦我点击"添加"，它就会在服务器上为每个电影创建一个文件夹和文件。
IE:它将创建/movie-name/quotes/
最终这将相当于数百个文件/文件夹。短期/长期这样做有什么缺点吗?
我知道有些脚本动态填充布局，而不是按照我提到的方式。
我走错路了吗，还是没关系?
网站结构基于PHP/Mysql
就像我在我的评论中说的，这真的是一个坏主意，它使数据库使用完全没有必要。至于为什么这是不好的，我只给你一个简单的例子…
假设你有一个电影台词数据库。过了一段时间，你决定把演员的名字放在每句引文上，作为指向该演员页面的锚链接。除了手动编辑web系统中的每个文件之外，您还有其他方法可以做到这一点吗?想想看。
这是最简单的场景之一
您应该关注如何创建url的策略是否长期有效。显然，只要你不得到任何重复的电影名称，它就可以。
除此之外，您必须回答如何获得任何URL背后的资源，这并不一定与从URL到文件系统的1:1映射有关。它在开始时可能是这样工作的，但以后可以在不更改URL系统的情况下进行更改。
有一个后端CMS然后创建前端HTML页面是完全可以的。
使这个页面创建自动和可复制，这样当布局改变时，你可以很容易地重新生成整个网站。
注意不要更改uri，因为很酷的uri不会更改。
顺便说一句，很多好的网站都是这样做的。静态网站非常有效。
其中一些网站做了妥协，他们不仅生成HTML，而且还生成一些PHP代码块，用于与用户交互或检索远程数据(自然也是以缓存的方式)。