I completely fail to see why zope.interface is even needed. It's not Pythonic
at all and it contributes to unnecessary code bloat.
What's wrong with writing subclasses? I've never had a case where that wasn't
sufficient. Instead of filling up your files with all of these empty class
definition
Is there a good document that explains why zope.interface is necessary
to the twisted project?
-Jared
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python
Thanks, James.
This is actually pretty sad because my reading of the code in
twisted.web2 indicates that's it's certainly more capable and more
robust than the twisted.web version. It implements more of HTTP 1.1 and
it provides for incoming HTTP stream processing by a resource.
Presently, I'm goin
Of Christopher
Armstrong
Sent: Thursday, December 10, 2009 10:04 AM
To: Twisted general discussion
Subject: Re: [Twisted-Python] web vs web2 clarification
On Thu, Dec 10, 2009 at 11:40 AM, Jared Gisin wrote:
> I’m curious if anyone can shed some light on the following sentence which
>
I'm curious if anyone can shed some light on the following sentence
which is taken from
"http://twistedmatrix.com/trac/wiki/WebDevelopmentWithTwisted";
"We decided this was a mistake and development focus has shifted to
porting the best parts of Twisted Web 2 back to Twisted Web where
existing
It's unambiguously the correct default if you incorrectly assume that
you're always dealing with a web browser client, which is an invalid
assumption.
The bottom line is that twisted.web contains the only implement of HTTP
in twisted which unfortunately is muddled in HTML.
Get the HTML out of th
I'm writing a HTTP server that exposes various resources as an API.
Unless I'm missing something, twisted's HTTP protocol implementation is
in twisted.web.http.
The problem with this package is that it's inexplicably wrapped up in
HTML. HTML has nothing to do with HTTP as a whole. Sure, HTML i
Mikhail is correct in what needs to be done here. Twistd should provide
helpers to writing an application without being the application. Not
every wants to make it look like they're using twisted, even if they
are. Having a twistd process appear in my process list is unacceptable,
and my applicatio
== end email to co-worker ==
So basically I've found that the best thing to do is to extend
"twistd" via writing a plugin, and then you can write all kinds
of simple wrappers on top of it to provide a more user-friendly
and a your-app-specific command line tool
I am currently working on writing an application using the twisted
framework. The problem that I have is that I do not want to use twistd.
In fact, I find twistd to be inappropriate as it defaults pidfile and
logfile to something specific to twisted, not my application, and it
seem completely silly
10 matches
Mail list logo
