Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of kxepal@gmail.com designates
 209.85.212.179 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <DA90231F-CB4D-45BC-88E2-956997079383@programmazione.it>
References: <OFAD52ABB5.8D41CB8B-ONC1257C23.005C5637-C1257C23.005C6AB2@ptb.de>
	<75175787-0293-4918-9CC3-0CE24B8B41C6@programmazione.it>
	<CAHdjipLZRKLxx6-_c34ZroyO=e0B79UCuqfHQ=m6J8C2=D9KQQ@mail.gmail.com>
	<DA90231F-CB4D-45BC-88E2-956997079383@programmazione.it>
Date: Fri, 15 Nov 2013 00:34:40 +0400
Message-ID: 
 <CAHdjipJ0SFR+u3SY5_AF0wcGGikFO9-9K3k6akFRuAh8a=ymhg@mail.gmail.com>
Subject: Re: show/list
From: Alexander Shorin <kxepal@gmail.com>
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 15, 2013 at 12:06 AM, Filippo Fadda
<filippo.fadda@programmazione.it> wrote:
>
> On Nov 14, 2013, at 8:08 PM, Alexander Shorin wrote:
>
>> On Thu, Nov 14, 2013 at 9:58 PM, Filippo Fadda
>> - Provide different from JSON response to clients: browsers,
>> non-couchdb clients (mostly xml driven), etc.
>
> You can do them in PHP or Ruby. In Rails you need 2 lines of code.
> I'm not gonna to expose my database just to serve some different client, =
all the urls are handled by a web server and I will serve any client from t=
he web server. Security, consistence, scalability.

Why I do need PHP or Ruby, when CouchDB is able to do the same without
them?(: Having yet another technology in whole system only raises his
complexity and reduced fault tolerance.

>> - Transform response without sharing same logic with every client.
>
> You are missing something here. In a modern application all clients are h=
andled by the same web application. The application provide the right answe=
r in function of the caller. Browser will receive HTML, rss consumers will =
receive XML, third part applications will receive JSON from APIs.

So, your show/list function returns right content depending on Accept
header or format query parameter. See no problem there.

>> Oh, get ready to be smashed by Javascript guys - there are a lot of
>> tools to make rich JS couchapps (:
>
> I know, but as Joan wrote in his presentation, if you are using a framewo=
rk (Rails, Django, Phalcon, Zend Framework, Symfony, Sinatra, Bottle, Lavar=
el and many others), those handlers are useless, at least for the purpose d=
escribed in the documentation. You don't need them, you are just gonna comp=
licate your life.

Yes, if I'm using any mentioned framework I'll better take Postgresql
(omg, what I'm say!) since now my database is just database, not
application server like CouchDB is.

P.S. We have different use cases and there are different requirement
are applied to CouchDB to his features. Like with those Postgresql why
do you need PL/pgSQL feature when you can do the same on your app
side?