Tag: 平面文件

带有JSON输出的平面文件CMS

我试图创build一个简单的网站，平面文件内容pipe理和Vue.js前端。 我希望近似下面的文件结构： app – various vue files and folders – data.json – posts – – post1.md – – post2.md 会有某种构build过程，将app/posts每个markdown文件，markdown，并将所有内容存储在app/data.json 。 然后，vue.js前端可以导入data.json并根据需要使用它来保存各种组件。 我在寻找解决scheme时遇到的问题是，有大量的平面文件CMS，但是它们中很less有人似乎允许您在平面文件的处理和模板的渲染之间进行切换。 我遇到的大多数平面文件CMS都是为了生成html文档的静态网站文件夹结构而devise的。 因为我打算使用带路由的前端框架（我使用的是Vue，但它可能是React，Choo等），所以我需要一个平面文件CMS，它可以轻松地将它从文件夹结构处理的数据转储到一个单一的JSON文件，可以适应作为Vue的数据模型。 我用了很多次Googlesearch。 事实上，尽pipe前端js框架无所不在，事实上回来的结果却是如此之less，这让我怀疑是否有一些显而易见的原因，就是你不会这样build立一个网站，或者是我错过了一些关键术语。 所以，我的问题是： 是否有一个平面文件的CMS，可以让您轻松收集它提取的数据，而不会产生一个完整的静态网站？ 如果没有，为什么？ 是否是一个文件夹处理完整的降价文件是非常简单的，只需要一个自定义的npm脚本？ 有一个显而易见的理由，从平面文件系统生成一个js框架友好的迷你数据库是一个愚蠢的想法？

基于JSON的数据库系统

我正在使用Node.js构build基于Web的聊天应用程序。 我有点build立它，而应用程序已经运行在一个Node.js PaaS和正在testing我的一堆朋友。 问题是，我不能在数据库服务上花费很多钱来存储聊天logging。 所以我正在devise一个复杂的基于文件的数据库系统就像SQLite。 虽然我知道SQLite做类似的工作，我想要以JSON格式存储数据。 原因很多。 一个值得注意的原因是，为了减lessCPU使用率，我只是将原始的JSON数据发送到客户端，在那里他们将使用AngualarJS正确渲染。 我的问题是： 你对这个方法有什么看法？ 这种方法是垂直还是水平可伸缩的？ 什么是可能的安全问题？ 有没有其他方法可用？ 请注意，此解决scheme仅适用于聊天logging等简单的数据存储。 我不会用这个方法来处理大型和严重的Web应用程序。 更新：我不想使用MongoDB或其他人，因为我负担不起这个项目。 我想将数据存储在一个平面文件中，并将其放置在磁盘中。 因为，很多PaaS提供商只需要1美元就可以提供1GB的磁盘空间，而1GB的MongoDB存储空间非常高……他们甚至向我们收取了数据传输量，PUT和GET数量等。