Re: [Twisted-Python] Configuration options for twisted code

2014-03-04 Thread Adi Roiban
On 4 March 2014 15:22, wrote: > The big downside of a "configuration object" is that "configuration" isn't > any kind of abstraction. "Configuration" approximately means "stuff". > Where does your "configuration" end? By just saying this is where > "configuration" goes you've defined its scope

Re: [Twisted-Python] Configuration options for twisted code

2014-03-04 Thread exarkun
On 12:41 pm, a...@roiban.ro wrote: A configuration system would take a while to design This reads like: A configuration system will never be implemented. I agree that for the time being we can implement current tickets using __init__ arguments, but why not try to implement something simple? E

Re: [Twisted-Python] Configuration options for twisted code

2014-03-04 Thread Adi Roiban
> A configuration system would take a while to design This reads like: A configuration system will never be implemented. I agree that for the time being we can implement current tickets using __init__ arguments, but why not try to implement something simple? Example: TWISTED_WEB_DEFAULT_CONFIGU

Re: [Twisted-Python] Configuration options for twisted code

2014-03-04 Thread exarkun
On 07:41 am, p.may...@imperial.ac.uk wrote: On 04/03/2014 00:52, Itamar Turner-Trauring wrote: On 03/03/2014 01:09 PM, Adi Roiban wrote: What do you think? Should I go ahead and add options as __init__ arguments or think of a configuration system? A configuration system would take a while to

Re: [Twisted-Python] Configuration options for twisted code

2014-03-03 Thread Phil Mayers
On 04/03/2014 00:52, Itamar Turner-Trauring wrote: On 03/03/2014 01:09 PM, Adi Roiban wrote: What do you think? Should I go ahead and add options as __init__ arguments or think of a configuration system? A configuration system would take a while to design and meanwhile these unrelated featur

Re: [Twisted-Python] Configuration options for twisted code

2014-03-03 Thread Itamar Turner-Trauring
On 03/03/2014 01:09 PM, Adi Roiban wrote: What do you think? Should I go ahead and add options as __init__ arguments or think of a configuration system? A configuration system would take a while to design and meanwhile these unrelated features would languish, so I'd suggest you start with

[Twisted-Python] Configuration options for twisted code

2014-03-03 Thread Adi Roiban
While using twisted.web (but not only) I had to sub-class twisted code to implement the following: HTTPChannel * reduce limit of HTTP headers length * reduce number of HTTP headers * connection timeout HTTPRequest * change HTTP server signature * change HTTP cookie name and secure/HTTPOnly flag