static 博客和 iframe：我应该吗？

Question

我想为自己创建一个简单的 Web 日志 - 交易是，我想从头开始，不使用任何现代玩具，如 static 站点生成器、CMS 或什至库（如果可能）。 最好是 static - 就这么简单：每篇博文都是一个 .html 文件。 我是 web dev 的初学者，我希望它可以兼作练习。

现在，我的第一个想法是使用某种模板简单地将每个帖子作为 a.html 页面 [所以我有 blogname.com/post1.html、blogname.com/post2.ZFC35FDC70AD5FC69D23EZ883 等。

问题是，所有帖子都会有相同的元素——可能是横幅、后退按钮、页脚等。 这意味着，如果我决定在一年后更改其中的任何一个，我将有 300 多个文件需要编辑，无论是手动还是脚本。

我环顾四周并考虑将页面分为几个部分：会有一个主页，带有横幅，页脚等，并且在其中会加载给定帖子的.html - 自然，我研究的第一件事是iframes [然后是对象和嵌入]，这就是问题所在：

• 对于 iframe，90% 的谷歌点击都遵循“不要使用 iframe，iframe 会杀死你的网站并烧毁你的房子”，指出它是过时的技术，充满漏洞和漏洞，减慢网站速度等等“更好使用对象和嵌入”他们说
• 另一方面，当我检查嵌入或 object 文档等时，通常在下面的某个地方有“使用 iframe 比这更好”

我陷入了一个循环——当我阅读 iframe 时，他们说它是邪恶的，我应该使用对象/嵌入，而当我研究后者时，它说那些是邪恶的，我应该使用 iframe。 什么。 这。 地狱。

其中哪一个最适合我的情况？ 还是我应该使用其他东西？

另一个想法是在单独的.html 文件中放置一个帖子，我可能想要为所有帖子更改的内容将通过一个简单的 JS 脚本从文件中加载[所以如果我必须例如更改页脚，我会在文件中编辑它，它会从那里加载到每个帖子中] - 不确定这有多可行。 我可以以某种方式破解它，但我担心谷歌爬虫等无法访问博客的某些部分。

对于初学者，我希望它尽可能基本，但以后可以扩展，并且不使用任何引擎等。 有任何想法吗？