<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Http on Bruno Pedro</title><link>https://brunopedro.com/tags/http/</link><description>Recent content in Http on Bruno Pedro</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 08 May 2018 10:00:15 -0700</lastBuildDate><atom:link href="https://brunopedro.com/tags/http/index.xml" rel="self" type="application/rss+xml"/><item><title>Still using HTTP Basic Auth?</title><link>https://brunopedro.com/2013/04/18/still-using-http-basic-auth/</link><pubDate>Thu, 18 Apr 2013 15:22:17 +0000</pubDate><guid>https://brunopedro.com/2013/04/18/still-using-http-basic-auth/</guid><description>&lt;p>Great article by &lt;a href="http://swaggadocio.com/" title="Steve Graham">Steve Graham&lt;/a> about why you should &lt;strong>stop using &lt;a href="http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol" title="Hypertext Transfer Protocol">HTTP&lt;/a> Basic Auth&lt;/strong> immediately!&lt;/p>
&lt;blockquote>
&lt;p>As well as being tremendously simple, HTTP Basic by itself is also tremendously insecure, i.e. it is implemented by simply &lt;a href="http://en.wikipedia.org/wiki/Base64" title="Base64">Base64&lt;/a> encoding the username and password concatenated with a colon &amp;ldquo;:&amp;rdquo; character. It then follows that HTTP Basic should only be used, if at all, over securely encrypted connections.&lt;/p>
&lt;/blockquote>
&lt;p>Original article: &lt;a href="http://swaggadocio.com/post/48223179207/why-the-hell-does-your-api-still-use-http-basic-auth" title="WHY THE HELL DOES YOUR API STILL USE HTTP BASIC AUTH?">WHY THE HELL DOES YOUR API STILL USE HTTP BASIC AUTH?&lt;/a>&lt;/p></description></item><item><title>JavaScript filesystem database</title><link>https://brunopedro.com/2010/12/21/javascript-fs-db/</link><pubDate>Tue, 21 Dec 2010 18:33:00 +0000</pubDate><guid>https://brunopedro.com/2010/12/21/javascript-fs-db/</guid><description>&lt;p>I couldn&amp;rsquo;t resist and, after many conversations with &lt;a href="http://mvalente.eu/" title="Mário Valente">Mário Valente&lt;/a>, I challenged myself to build a complete JavaScript filesystem based database from scratch. In short, something like &lt;a href="http://couchdb.org" title="CouchDB">CouchDB&lt;/a> but written in JavaScript and using a filesystem approach for document storage.&lt;/p>
&lt;p>Some characteristics of this new database system:&lt;/p>
&lt;ul>
&lt;li>fully written in JavaScript: &lt;a href="http://nodejs.org/" title="nodeJS">nodeJS&lt;/a> is my choice for its architecture and portability;&lt;/li>
&lt;li>every document must contain only &lt;a href="http://www.json.org/" title="JSON">JSON&lt;/a> data;&lt;/li>
&lt;li>every document can be manipulated on the filesystem: the idea is to allow someone to edit a document using &lt;a href="http://www.vim.org/" title="vim">vim&lt;/a>, for instance, without breaking anything. It also lets you easily backup, move or replicate your data without creating a heavy load on the database;&lt;/li>
&lt;li>the underlying filesystem can be changed: changing the underlying filesystem offers numerous possibilities, like easy distribution (using &lt;a href="http://www.openafs.org/" title="OpenAFS">OpenAFS&lt;/a>, &lt;a href="http://www.xtreemfs.org/" title="XTREEMFS">XTREEMFS&lt;/a> or others), replication (using &lt;a href="http://code.google.com/p/finefs/" title="finefs">finefs&lt;/a> or others), and even attaching different backends (using &lt;a href="http://fuse.sourceforge.net/" title="FUSE">FUSE&lt;/a>, for example);&lt;/li>
&lt;li>the system must be available through an HTTP &lt;a href="http://en.wikipedia.org/wiki/Representational_State_Transfer" title="REST">REST&lt;/a> interface: this makes it very easy to immediately integrate the system into any existing applications. Bonus points if the API is compatible with CouchDB;&lt;/li>
&lt;li>queries must be performed using a &lt;a href="http://en.wikipedia.org/wiki/MapReduce" title="MapReduce">MapReduce&lt;/a> approach: this should make it very easy to perform queries on a large dataset.&lt;/li>
&lt;/ul>
&lt;p>So, right now I&amp;rsquo;m half way through it. I managed to write the backend and I&amp;rsquo;m on my way to the HTTP REST interface. I&amp;rsquo;ll create a github repo after I have something functional that can be easily built and tested.&lt;/p></description></item></channel></rss>