Php 我应该如何存储赢得';你不经常改变吗?

Php 我应该如何存储赢得';你不经常改变吗?,php,mysql,html,xml,Php,Mysql,Html,Xml,作为web设计和开发的练习,我正在从头开始构建我的网站,使用PHP、MySQL、JavaScript和无框架。到目前为止,我一直在遵循模型视图控制器的设计。然而,有一个障碍,我正在迅速接近,我不知道我将如何解决,但我相信它已经解决了不同程度的成功之前 在我的网站上,我将有一份简历和一个“关于我”的个人简介部分。这些可能不会经常改变 对于我的简历,我认为可以呈现为HTML(或任何其他格式)的XML是最好的选择,在这种情况下,我甚至可以使用PHP构建一个“简历管理器”,可以编辑底层XML。简历似乎也

作为web设计和开发的练习,我正在从头开始构建我的网站,使用PHP、MySQL、JavaScript和无框架。到目前为止,我一直在遵循模型视图控制器的设计。然而,有一个障碍,我正在迅速接近,我不知道我将如何解决,但我相信它已经解决了不同程度的成功之前

在我的网站上,我将有一份简历和一个“关于我”的个人简介部分。这些可能不会经常改变

对于我的简历,我认为可以呈现为HTML(或任何其他格式)的XML是最好的选择,在这种情况下,我甚至可以使用PHP构建一个“简历管理器”,可以编辑底层XML。简历似乎也可以构建在MySQL之上,生成XML或HTML或我选择的任何输出格式

但是,我不确定如何存储我的about me/bio。我最初的想法是一个纯文本文档,可以阅读、解析,并将换行符转换为段落。然而,我并不认为这是最好的主意。我的另一个想法是使用MySQL,但我认为对于一个页面来说,这可能有点过头了。然而,我所知道的


在为不会经常更改的页面存储文本时,您使用了哪些技术?它们对你有何帮助?你遇到了哪些问题或取得了哪些成功?

如果信息不会经常更改,请使用静态页面。仅使用静态HTML就可以更好地控制显示格式。

如果信息不会经常更改,只需使用静态页面即可。只要使用静态HTML,您就可以更好地控制显示格式。

如果您添加另一个组件:缓存,则通常将不经常更改的信息与经常更改的信息一样处理

无论您为后端选择什么解决方案,都要将输出存储在缓存中,然后检查数据是否已更改。版本号或修改日期在这里很有效。如果没有更改,只需提供缓存的数据。如果内容已更改,则重建内容、缓存内容并显示


就结构而言,如果存在更多动态数据库的风险,我倾向于在数据库中使用文本blob。XML是一个很好的服务间通信协议,作为中间步骤,但是我倾向于在我的所有项目下使用数据库,因为最终我还是会将其用于其他事情。

通常,如果添加另一个组件:缓存,则将不经常更改的信息与经常更改的信息一样处理

无论您为后端选择什么解决方案,都要将输出存储在缓存中,然后检查数据是否已更改。版本号或修改日期在这里很有效。如果没有更改,只需提供缓存的数据。如果内容已更改,则重建内容、缓存内容并显示


就结构而言,如果存在更多动态数据库的风险,我倾向于在数据库中使用文本blob。XML是一个很好的服务间通信协议,也是一个中间步骤,但我倾向于在我的所有项目中使用数据库,因为最终我还是用它来做其他事情。

就像McWafflestix说的,如果你想输出HTML,就用HTML。PHP中最简单的情况:

<?php
create_header_stuff();
include('static_about.html');
create_footer_stuff();
?>

干杯,

就像McWafflestix所说的,如果您想输出HTML,请使用HTML。PHP中最简单的情况:

<?php
create_header_stuff();
include('static_about.html');
create_footer_stuff();
?>

干杯,

我不认为静态HTML比使用PHP、MySQL、JavaScript和XML的组合设计良好的解决方案更能控制显示格式。你能详细阐述一下这一点吗,尤其是考虑到MVC范式?你的建议和Boldewyn是一样的吗?如果信息没有改变,脚本行为是无用的;不用费心使用它。这就是我要说的。简单任务的简单解决方案。我不认为静态HTML比使用PHP、MySQL、JavaScript和XML组合的精心设计的解决方案更能控制显示格式。你能详细阐述一下这一点吗,尤其是考虑到MVC范式?你的建议和Boldewyn是一样的吗?如果信息没有改变,脚本行为是无用的;不用费心使用它。我就是这么说的。简单的任务解决方案。啊。对我来说,使用静态HTML比McWafflestix的文本描述更有意义。对我来说,静态HTML的使用比McWafflestix的文本描述更有意义。缓存是银弹,但也是最复杂的实现方式+1实际上我不相信银弹,但简单化的缓存是。。。过分简单化的对于低容量和简单的设计站点,一个简单的版本号检查以避免重建就足够了。当然,您可以进入组件缓存,而不是页面缓存、多级缓存等等。但我不认为这是问题所需要的。缓存是解决问题的灵丹妙药,但也是最复杂的方法+1实际上我不相信银弹,但简单化的缓存是。。。过分简单化的对于低容量和简单的设计站点,一个简单的版本号检查以避免重建就足够了。当然,您可以进入组件缓存,而不是页面缓存、多级缓存等等。但我不认为这是问题所需要的。