diff options
author | José Mota <josemota.net@gmail.com> | 2012-04-06 19:40:37 +0100 |
---|---|---|
committer | José Mota <josemota.net@gmail.com> | 2012-04-06 19:40:37 +0100 |
commit | 3204575bfcd1f12db5945c8959073d40915cfdfe (patch) | |
tree | 5b35a0896f91043c931482b5ecb99dc2aa154310 /_posts/2011-07-05-blogrite-on-indexes.html | |
parent | 6644e3213758ac5f8ea4f388d4dcf4105e7d4530 (diff) |
Import all posts.
Diffstat (limited to '_posts/2011-07-05-blogrite-on-indexes.html')
-rw-r--r-- | _posts/2011-07-05-blogrite-on-indexes.html | 23 |
1 files changed, 23 insertions, 0 deletions
diff --git a/_posts/2011-07-05-blogrite-on-indexes.html b/_posts/2011-07-05-blogrite-on-indexes.html new file mode 100644 index 0000000..a7e6646 --- /dev/null +++ b/_posts/2011-07-05-blogrite-on-indexes.html @@ -0,0 +1,23 @@ +--- +layout: post +title: Blogrite — on indexes +tags: +- Development +status: publish +type: post +published: true +meta: + _edit_last: '1' +--- +Blogrite has been having a steady grow since I announced it; slow but growing still. Single pages finally work and I'm pretty happy with the results. Thanks to <a title="@rubenfonseca" href="http://twitter.com/rubenfonseca">Ruben Fonseca</a> for helping me out with <a title="The HTTP status would be a 404 after the first bad one." href="https://github.com/josemota/blogrite/commit/632ff222c9f2abca8f66015f067543638806e009">this issue</a> I had bugging me for quite some time.
+
+I have reached a milestone. The next thing I need to build is an index page that inevitably fetches all the posts I have. <em>But how am I supposed to do that with files</em>? If I didn't build Blogrite to allow multiple content providers, I would fix the posts' location into the filesystem and perform system calls like <code>find</code> or <code>tail</code> or something else. I wouldn't have to think about an index file that would be built everytime I write something new, in order to increase performance. But since this is not the case, I need to come up with a solution.
+
+What I do know is the responsability of getting the index content is the provider's.
+<ul>
+ <li>If I hosted content live along with the system – like I mentioned above –, <code>find</code> or <code>tail</code> system calls would be fine.</li>
+ <li>If I used Git, I could use a post-commit hook and have it change that post info in an index file.</li>
+ <li>Dropbox would be a totally different story. Are there any hooks in the service for automated scripts? (honestly I don't think there are, feel free to prove me wrong!)</li>
+</ul>
+
+All of this considering an automated index page. There might be another ways of accomplishing this. I'm open to suggestions, throw 'em away. |