Javascript 使用表单保存/更新数据库中的设置,并使用模板中的这些设置构建HTML

Javascript 使用表单保存/更新数据库中的设置,并使用模板中的这些设置构建HTML,javascript,php,html,Javascript,Php,Html,作为一名自学成才,我在web开发方面的有限经验使我在试图解决这个问题时遇到了困难 我需要一个表单(map\u settings.php),用户应该在其中输入一些输入。这些输入必须保存在数据库表(MAPS)中,然后用于为特定用户/输入创建最终HTML文件(例如map1.HTML) 我知道如何使用表单和将提交的数据保存到数据库中 我完全不清楚的是,如何使用这些输入自动生成最终的HTML 我的想法是创建一个HTML模板(template.HTML),每次用户通过表单保存新设置时,我都会复制模板并用用户

作为一名自学成才,我在web开发方面的有限经验使我在试图解决这个问题时遇到了困难

我需要一个表单(map\u settings.php),用户应该在其中输入一些输入。这些输入必须保存在数据库表(MAPS)中,然后用于为特定用户/输入创建最终HTML文件(例如map1.HTML

我知道如何使用表单和将提交的数据保存到数据库中

我完全不清楚的是,如何使用这些输入自动生成最终的HTML

我的想法是创建一个HTML模板(template.HTML),每次用户通过表单保存新设置时,我都会复制模板并用用户在表单中输入的实际数据替换其中的一些变量

如果这很重要,我需要在模板中替换的变量也是
标记中的JavaScript变量

有人能帮我提出一个可行的方法吗?我主要使用JavaScript和PHP,没有框架。我也对JavaScript模板引擎感到愤怒,但我真的不知道这些对我来说是否有用

无论如何,这里是我需要做的一个例子,希望能更好地阐明我的观点


如果我是你,我会这样做:

  • 不要使用template.html
  • 不将数据从数据库获取到新文件,而是从表单获取
  • 在生成文件之前进行数据库测试 使用模板
$template\u text=“text…text…html…text…”.$php\u可变。“text…text…html…text”;

有关php的其他信息,请参见

如果我是你,我会这样做:

  • 不要使用template.html
  • 不将数据从数据库获取到新文件,而是从表单获取
  • 在生成文件之前进行数据库测试 使用模板
$template\u text=“text…text…html…text…”.$php\u可变。“text…text…html…text”;

有关php的其他信息,请参见

为每个用户创建一个静态HTML文件不是一个好办法。相反,只需要一个PHP脚本,如
mapdisplay.PHP
或类似脚本

制作脚本时,如果您在浏览器中键入
mapdisplay.php?map=1
,它将读取地图ID,从数据库中获取相关地图设置,然后生成一些HTML来显示它们-当然,您可以像模板一样准备好大部分HTML,只需使用PHP从数据库中填写详细信息。大多数web应用程序的工作方式是在请求时动态获取数据,并将其插入一些HTML中


如果为每个用户创建一个静态HTML,那么大量用户很快就会无法管理它,而且很难对模板进行更改或改进,因为除了更新一个脚本文件,您还必须返回并重新执行每个现有页面。您的方法也有其他缺点,但我不会在这里继续—我希望您能得到这个想法。

为每个用户创建一个静态HTML文件不是一个好办法。相反,只需要一个PHP脚本,如
mapdisplay.PHP
或类似脚本

制作脚本时,如果您在浏览器中键入
mapdisplay.php?map=1
,它将读取地图ID,从数据库中获取相关地图设置,然后生成一些HTML来显示它们-当然,您可以像模板一样准备好大部分HTML,只需使用PHP从数据库中填写详细信息。大多数web应用程序的工作方式是在请求时动态获取数据,并将其插入一些HTML中


如果为每个用户创建一个静态HTML,那么大量用户很快就会无法管理它,而且很难对模板进行更改或改进,因为除了更新一个脚本文件,您还必须返回并重新执行每个现有页面。您的方法也有其他缺点,但我不在此继续—我希望您能理解。

为每个用户创建一个静态HTML文件不是一个好办法。相反,只需要一个PHP脚本,如mapdisplay.PHP。制作脚本时,如果您在浏览器中键入
mapdisplay.php?user=1
,它将读取用户ID,从数据库中获取相关用户设置,然后生成一些HTML来显示它们-当然,您可以像模板一样准备好大部分HTML,只需使用PHP从数据库中填写详细信息。大多数web应用程序的工作原理是在请求时动态获取数据,并将其插入一些HTML。如果为每个用户创建一个静态HTML,那么大量用户很快就会变得无法管理,而且很难对模板进行更改或改进,因为不只是更新一个脚本文件,您必须返回并重新创建每个现有页面。你的方法也有其他缺点,但我不会在这里继续,你明白我的意思了吗hope@ADyson谢谢你的主意!如果你愿意把你的评论变成一个答案,我很乐意接受。如果我可以问一个疑问:如果我的目标是让一个“管理员”用户生成一个对其他有权查看它的用户可见的文件,那么我是否应该将设置绑定到地图对象,而不是创建它的用户?比如,我会有一个带有地图ID的DB表,还有一个可以看到它的用户。当有权限查看地图的用户登录时,我可以告诉我的应用程序根据地图id的设置“构建”文件。希望能正确解释我自己。我添加了一个答案。是的,您可以将设置绑定到地图对象。抱歉,我以为您正在创建特定于用户的设置,但这是我的假设。为了反映这一点,我对下面的答案做了一些修改