ole lot of development activity going on there.
>
> Is everyone just rolling their own? Using the ones built into frameworks?
I'm guessing that Routes and Selector might be close to "done". They
both work well AFAIK. Active development isn't a great indicator of
how u
On Mon, Apr 13, 2009 at 10:40 AM, Chimezie Ogbuji wrote:
> Hello. I have a problem with a WSGI-based SPARQL server that I have been
> unable to resolve for some time. I was told this is the best place to ask
> :). I'm building a SPARQL [1] server that is deployed as WSGI/Paste
> server. SPARQ
On 2/2/07, Dave Kuhlman <[EMAIL PROTECTED]> wrote:
> I'd like to implement and explore tools for analyzing Web pages. I
> have in mind things like:
>
> - Tracing links from a Web page. Building a tree structure of
> links to a specified depth.
>
> - Tracing links to a Web page. Showing incomin
On 11/12/06, Joe Gregorio <[EMAIL PROTECTED]> wrote:
According to RFC 2616 the HEAD response MUST NOTreturn a message-body in the response: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.4
Right. I *think* the problem that Sylvain is bringing to light is that a different headers are
Ian Bicking wrote:
> It doesn't really need to do that, it's easy to do that in the WSGI
> application itself. For instance:
>
> def dispatch(app_map):
> I can understand this is a common desire and it is not obvious that you
> can do this, so it might be useful to include some mid
Robert Brewer said (in reference to CherryPy's WSGI server):
>> However, one thing CP's WSGI server currently does *not* have is the
>> ability for the user to configure SCRIPT_NAME. Christian Wyglendowski is
>> working on a patch for that at the moment
Ian Bicki
Kevin Dangoor wrote:
> On 1/31/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
>> Unlike Jim, I'm also actively *against* having such a spec because it
>> creates the illusion that a useful problem has been solved. I don't have
>> anything against the Turbo/Buffet API, mind you, I just don't want it
