轻型博客系统sans数据库

Question

这是一个一般的编程问题。

什么是最好的方法，使一个轻博客系统，可以处理图像，bbcode的风格和文本，而没有数据库后端？在极端情况下，轻意味着不超过50至100个员额。应该使用什么语言？该信息是否有首选的数据格式？安全情况如何？

编辑:客户端没有数据库，在共享服务器上。不能改变这一点。因此，没有DB。

EDIT2：

有人提到了SQLCompact-这是否只需要将文件复制到服务器上？这里的关键是，事情不应该需要比FTP访问更多的权限。

Answer 1

如果您想自己做，请将每个帖子存储为一个目录中的文件。然后对部分依赖于文件名的帖子进行排序和限制，并对它们进行排序和限制，并可能(在搜索的情况下)读取每个最后的文件。但不要让用户发布10,000个帖子。但是是的，上面被认为是一种平面文件数据格式。您可以通过在每个post文件中使用标准格式(如JSON、Yaml或XML )，甚至更喜欢在大多数客户端代码中使用Ajax调用来请求这些格式。

现在，如果您想使用平面文件是因为您不想安装数据库服务器，那么没有什么可以阻止您使用适当的客户端库将本地(到服务器)文件从webapp中读取为berkley、Lucene或SQLite DB。您会发现这些方法中的任何一种都比前面提到的在服务器上安装所有相同的要求(读-写文件权限)更理智(速度更快，代码更可读性更强)。许多web框架或语言(如php)都为这些客户端库提供了API选项；特别是SQLite和露西(C Lucene)。

如果您只是在寻找它正在执行的示例，我首先(我认为是1999年或2000年)遇到了布洛舍姆，它是一个perl脚本，它要么作为每个请求的cgi脚本运行，要么作为cron作业运行。它根据要扫描的目录中的任何内容构建一个过时的“post”索引。它还构建了一个RSS提要。

Answer 2

杰基尔或布洛格文件是我最喜欢的一种解决方案，“上传前编译页面”。

Answer 3

我要在这里冒险，说这并不总是目的地，而是旅程。

如果你打算这样做，我建议你使用一种你觉得舒服的语言。就我个人而言，这将是C#/.net，但从您的标记来看，我将假设PHP将是您将选择的服务器端脚本语言。

我将布局我希望我的应用程序的行为方式。如果要有大量的数据，您应该考虑(正如dlamblin所提到的)某种类型的DB来进行查找和检索。(轻博客，没有那么多的数据.1000个用户可以编辑吗？也许你应该考虑一下DB。)一旦决定了如何存储数据，就决定如何显示数据。

为您要实现的每个功能编写一些概念代码的证明(博客模板、bbcode、用户身份验证、文本搜索.)开始一起工作。