我想知道是否应该将长 html 格式的文章存储在我的 MySQL 数据库中,或者存储对文件的引用并包含它会更好。它不仅仅是段落,还有列表、表格、图像(<img src="">
's)和其他包含旁注等的容器。文章通常在 150 000 到 250 000 个字符之间(包括空格)。但这不包括html标签。
它可以很好地将其存储在数据库中。但是想知道是否有更好的方法?
此站点上没有搜索选项。
我想知道是否应该将长 html 格式的文章存储在我的 MySQL 数据库中,或者存储对文件的引用并包含它会更好。它不仅仅是段落,还有列表、表格、图像(<img src="">
's)和其他包含旁注等的容器。文章通常在 150 000 到 250 000 个字符之间(包括空格)。但这不包括html标签。
它可以很好地将其存储在数据库中。但是想知道是否有更好的方法?
此站点上没有搜索选项。
我建议您在数据库中放置尽可能少的 HTML。一种非常流行的网站设计模式是模型-视图-控制器模式。
使用该模式,您的数据(作者、标题、类别、文章内容等)将存储在没有HTML 标记的数据库中,并称为模型。然后 HTML 页面的结构将存储在一个名为 View 的文件中。控制器将负责接受 HTTP 请求,从数据库请求适当的数据,并将该数据与视图合并/发送到视图。
任何常见的 Web 编程平台都应该能够适应这种模式。
计划 A HTML 已经构建并且永远不会更改。
在数据库中只存储一个 url,然后告诉浏览器去访问那个 url。毕竟,这就是图像的制作方式。
与图像一样,一半的专家会建议将页面存储在数据库中,而不是作为单独的文件。那是一个单独的辩论。(它已经讨论了很多次,但从未真正解决。)
计划 B您正在动态创建 HTML。
在这种情况下,您需要可用于组装的文本。它可能涉及分散在各种表中的数十或数百条记录,特别是因为您包含“列表”。现在 html 只是点点滴滴。你还有一个重要的选择要做。
htmlentities()
(或等效的),然后用 html 标记将其包围。边注
当表中有大块文本时,通常在客户端压缩它,然后存储在
BLOB
.