0

我迷上了许多博客平台，现在使用 Ruby 进行开发……我厌倦了处理数据库和升级应用程序——所以对于我的个人博客，我想坚持使用纯 html。

这是一个坏主意吗？

唯一的困境是如果我有很多条目......

如果您要做这样的事情（假设您对上一个问题的回答为“否”），您将如何格式化它以及如何处理许多条目？

4

4 回答 4

2

不，这根本不是一个坏主意。使用它的理由：

  • 无需安装服务器端语言或任何东西，或担心兼容性
  • 减少服务器上的负载
  • 无需设置数据库，无需调试，通常只是轻量级。

您可能不想这样做的原因：

  • 重复的代码。如果您想更改整个网站的某些内容，可能很难在所有页面中进行更改。

但是去吧，它简单而有效。您可以随意命名，备份就像复制所有文件一样简单。它也适用于任何类型的服务器。

于 2012-04-17T18:56:54.183 回答
1

你看过像Jekyll这样的静态博客平台吗？

请参阅 minitech 的回答，静态 HTML 对他列出的所有原因都很好，而且：

  • 提高性能！服务器提供静态文件的速度非常快，并且负载良好
  • 可靠性。除了你的 Apache 或 nginx 之外，几乎没有什么可以打破的。
于 2012-04-17T18:55:18.217 回答
1

在没有真正静态的情况下，我可以说 PHP 确实使大部分静态页面非常方便：

<?php include('/path/to/header.inc'); ?>
<h1>Not much boilerplate</h1>
<p>Considering that only two lines are needed</p>
<?php include('/path/to/footer.inc'); ?>

可以使用多种替代方案。我在内部使用了一个利用$_SERVER['PATH_INFO']变量并解析 markdown 的方法，其中包含几16行 PHP 代码和PHPMarkdown。

对网站使用静态 HTML 并没有什么特别的错误，只要您了解与动态系统相比，任何站点范围的更改都将是乏味且缓慢的。

于 2012-04-17T19:15:26.640 回答
0

你应该阅读jeckyl、hyde、octopress 和所有其他静态页面生成器。

一般来说，这不是一个坏主意，很多人都在这样做，将他们的博客生成为静态页面，并通过disqus添加 js 评论。

这些解决方案允许您非常快速地更改布局、添加带有最新帖子的小部件等。

于 2012-04-17T18:58:27.087 回答