<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">AFAIR, some devs wanted POST for some use cases, but I cannot comment on their <br>
behalf. </blockquote><div><br></div><div>But if you wish to share what think off, I am more than happy to listen to :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">There is currently one POST usage in the audioscrobbler module.<br></blockquote><div><br></div><div>I see that.  Get's the payload and does a TLS_write()..</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Just another question that I had, why working on the implementation of<br>
> different HTTP methods differently?<br>
<br>
Useful APIs are rather different for GET than POST.<br>
<br>
> ie, why implementing PUT separately, and POST separately?<br>
<br>
PUT is used to write a file over the network.<br>
POST is more of a toolkit for request/response messaging.<br>
<br>
The usage patterns and thus the API designs would be quite different.<br>
<br></blockquote><div><br></div><div>I understand.  But don't you think the HTTP functionalities should be implemented as it is standardised to and change the way we use it rather than developing HTTP functionalities for some specific use cases? What I meant is that, design the HTTP API as meant, that is, GET gets us something, POST sends over something etc. Thus, all the HTTP functions does what it is supposed to do and the modules that use these methods should design their callbacks and functions in a way that they can incorporate the use cases within the module itself.  Also, doing a TLS_write() to suggest HTTPS send a request with or without payload seems confusing too. But what I suggest is an API, like http_send_req(conn, req, body, <font color="#ff0000">bool TLS</font>). With that bool, we can turn on and off the TLS option?? </div><div><br></div><div>Because I feel this way, we will never stop refactoring core design of HTTP every time. I see there is already an old HTTP access and a new one(access/HTTP).</div><div><br></div><div>What do you think? I have a small design document as well for this: <a href="https://docs.google.com/document/d/1zenwBn_K8kb_hyNin5UALdOpZq6tBaHqkuR5WUMQ4Ko/edit?usp=sharing">https://docs.google.com/document/d/1zenwBn_K8kb_hyNin5UALdOpZq6tBaHqkuR5WUMQ4Ko/edit?usp=sharing</a></div><div><br></div><div>Cheers. </div></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div><span style="color:rgb(0,0,0)"><span>Aniketh Girish <br>Member at <a href="http://foss.amrita.ac.in/" target="_blank">FOSS@Amrita</a><br></span></span><span style="color:rgb(0,0,255)"><span><a href="http://amrita.edu" target="_blank">Amrita University</a></span><br></span></div></div></div><div><a href="https://github.com/Aniketh01" target="_blank"><span><span style="color:rgb(0,0,255)"></span></span></a><a href="https://github.com/Aniketh01" target="_blank">Github</a> | <a href="https://gitlab.com/Aniketh01/" target="_blank">GitLab</a> | <a href="http://anikethfoss.wordpress.com" target="_blank">Blog</a> | <a href="http://aniketh01.github.io" target="_blank">Website</a><span style="font-family:"comic sans ms",sans-serif"><span style="color:rgb(255,0,0)"><i><br><br></i><span style="font-family:arial,helvetica,sans-serif"><span style="color:rgb(0,0,0)"><font size="2">"For the Love of Code."</font></span></span></span></span> <br></div><div dir="ltr"><div><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>