Mailman 3 April 2004 - Twisted-web

Test
by Philippe Lafoucrière 05 Aug '21

05 Aug '21

Hi all just a test

3 2

Validator -> InputProcessor Patch
by Justin Johnson 29 Apr '04

29 Apr '04

Attached is a patch for performing the steps outlined at http://divmod.org/users/wiki.twistd/nevow/moin.cgi/DesignDiscussion in the Proposal section. Please send feedback. Thanks. -Justin

2 1

Web rewrite plan
by James Y Knight 26 Apr '04

26 Apr '04

Okay, so I branched Twisted to start the web rewrite in twisted.web now, since it has been declared that the tmlabs name change isn't going to happen. This leaves the web rewrite without a reasonable home, but for now, we're going to ignore that. So, web rewrite is just going to happen in a branched copy of twisted.web. This may not be its final home, because it is not a goal to be completely API compatible, but for now, that is where it's going to be hacked upon. Once the whole naming thing is *actually* decided, we can move it somewhere else. svn://svn.twistedmatrix.com/svn/Twisted/branches/new-web Somewhat repeating my earlier email: here's what's going to happen on this branch: - Rewrite of http.py - Removal of old cruft - Integration of Nevow generic web stuff: appserver, guard. - Fixup of rest of files to work right with nevow-originated API changes. I will continue working on http.py separately in my sandbox until it mostly works, and will integrate with this branch then. dreid has said he'll start working on integration of nevow generic web stuff and removal of ancient cruft once he bludgeons radix into giving him commit access. Open question: does Nevow go into twisted/web/? If so, how do we handle standalone (not depending on twisted at all) nevow? Perhaps standalone nevow is just a branch of twisted/web/nevow/ with appropriate modifications? If nevow isn't a package in twisted/web, dirlist and failure can't go into twisted.web because they depend on Nevow. James

5 4

Re: [Divmod-dev] LiveEvil for Internet Explorer?
by Justin Johnson 25 Apr '04

25 Apr '04

This should probably move to the twisted-web list. Donovan had a working version that required flash in woven (called LivePage then). Unfortunately the current version doesn't work with IE because IE doesn't implement its XMLHTTPRequest object the way microsoft documented it. :-( I did get a working version that uses the XMLHTTPRequest object to perform refreshes in the background, looking for more JS to execute. Last I checked it worked with the latest Nevow. See sandbox/justinj/liveevil.py in the Nevow repository. Your code should be the same as for normal liveevil, except you use refreshGlue instead of glue, passing in a refresh rate, and you have to call activate and deactivate to determine when you want to start and stop refreshing. This was necessary in order to just stop needless refreshing, but also to guarantee you don't have left over JS from a previous page get sent to the wrong page. So once deactive is called, future sendScripts are just ignored, until you call activate again. Let me know if you have any problems with it. -Justin On Sat, 24 Apr 2004 13:06:01 -0700, "Kurisaki, Lance" <lance.kurisaki(a)gd-ais.com> said: > Hi, > Has anyone gotten LiveEvil to work with Internet Explorer? Any > plans > for it in the future? Thanks... > Lance Kurisaki > > _______________________________________________ > Divmod-dev mailing list > Divmod-dev(a)divmod.org > http://divmod.org/users/mailman.twistd/listinfo/divmod-dev

1 0

RE: [Twisted-web] Re: Twisted & legacy code - Unorthodox? Opinion s wanted
by Harald.Nyman＠AstraZeneca.com 24 Apr '04

24 Apr '04

Brethren, Ok ok, I give in - yes, it's a hack, and no, it doesn't make optimal use of Twisted. Full confession. Still, I'd humbly like my obituary to mention that it was a little bit of a "clever" hack - couple days to put an afterburner on that ole CGI code... :) Have started to look at Nevow (howz that pronounced anyway??) - looks interesting! Peace, Harald "Warum es einfach machen, wenn man es so schön komplizieren kann!" > -----Original Message----- > From: Alex Levy [mailto:mesozoic@polynode.com] > Sent: Thursday, April 22, 2004 6:58 PM > To: Discussion of twisted.web, Nevow, and Woven > Subject: [Twisted-web] Re: Twisted & legacy code - Unorthodox? Opinions > wanted > > a much better platform for web development than the Javascript/socket > mess you've suggested above

2 1

Re: session, quick one
by noema 24 Apr '04

24 Apr '04

...I should have said that in the first place: I am trying to set the lifetime of my session but I am not using nevow. Here is the code I use to retrieve the session. It works fine but the session times out every 20min or so: if not request.session: cookiename = string.join(['TWISTED_SESSION'] \ + request.sitepath, "_") sessionCookie = request.getCookie(cookiename) if sessionCookie: print 'SESSION RETRIVING' try: request.session = \ request.site.getSession(sessionCookie) except KeyError: pass # if it still hasn't been set, fix it up. if not request.session: print 'SESSION NEW' request.session = request.site.makeSession() request.addCookie(cookiename, request.session.uid, path='/') request.session.state = m_web.State(self.glo) This code seems to be too complicated (too low level) anyways. I was hoping for something simple like: request.getCurrentOrNewsSession(lifetime=7200) #noema

3 2

Unwinding the Twisted Web (a progress report)
by David Reid 23 Apr '04

23 Apr '04

I had been trying to straighten out the model for the split since my first post to twisted-web regarding it. Now that radix, and exarkun have split twisted.news out of the core codebase as "lowdown". Since then I have begun work on my own source tree of twisted.web, the module has been split as "unwound" which is my proposed name as mentioned in the numerous naming threads (to be installed as tmlabs.unwound if desired.) So far I've done the following: * duplicate the source tree renaming the toplevel module and changing the imports accordingly. * run the tests (everything passes just as it does in twisted.web) * removed modules that were deprecated BY woven, and added a Deprecation Warning message to unwound.woven.__init__ If there are no complaints about this I'm asking someone (like radix) to help me complete the rest of the steps necessary to make this the official split so i can start working on changes and enhancements. The things I can't do on my own, atleast not as part of twistedmatrix.com is setup the SVN repo and the project page. Also it appears if radix and exarkun did not solve (or atleast did not implmenet a solution for) the tap naming conflicts. I.E. if lowdown or tmlabs.lowdown is going to use mktap news or mktap lowdown instead. Other than that, Unwound is currently a useable tree of twisted.web At revision 10601. (I'm open to changing the name to either tmlabs.web or some cute/catchy name other than 'unwound', but ultimately I think that is a policy decision that falls on the core twisted devs.) -- David Reid Claim to fame: "I actually wrote code that used twisted.web.webwidgets!"

4 6

Re: session, quick one
by Lee Harr 23 Apr '04

23 Apr '04

> >I have troubles with my web sessions. They seem to expire after 20min or >so. >How do I set the expiration time for sessions in twisted? > >I already tried to set the cookie's expiration time which holds the >session id but did not have any luck with that. > I tried this ... cd .../Nevow/ grep -rin expire * ... and found a bunch of session stuff in nevow/guard.py # timeouts and expiration def setLifetime(self, lifetime): """Set the approximate lifetime of this session, in seconds. This is highly imprecise, but it allows you to set some general parameters about when this session will expire. A callback will be scheduled each 'lifetime' seconds, and if I have not been 'touch()'ed in half a lifetime, I will be immediately expired. """ self.lifetime = lifetime [etc...] _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

1 0

Twisted & legacy code - Unorthodox? Opinions wanted
by Harald.Nyman＠astrazeneca.com 22 Apr '04

22 Apr '04

Apologies for a long post. Felt it was needed to get the message across. What's described could be a creative approach to dealing with legacy code, but it could also be an ugly hack, and I would really benefit from the views of you gurus as to whether this looks like a good/acceptable/bad way to use Twisted. (If 'bad' - any immediate suggestions? :)) Thanks in advance, Harald We have an existing web app (~10 000 lines of Python, generating HTML, with 25 cgi scripts), running on Apache. We are considering Twisted as one alternative to make it faster and better structured. Just running the existing code with Twisted instead of Apache doesn't increase performance much, as CGI's process startups are the bottleneck. So, to really gain from Twisted, I guess we need to make the code event-driven (and this would be the ultimate goal). Now, one design has been proposed, which boosts performance dramatically with few code changes. It uses Twisted as a plain TCP socket server, communicating with text strings instead of using HTTP. The browser-server interaction is - - Request: "scriptSelectorKeyword::formInputDict::cookiesDict" - Response: "generatedHTML" (as before, but with no line breaks) Creating the request in the browser: All links in the page are modified to NOT trigger a GET/POST, but use javascript to - scan form input (<INPUT>, <SELECT>, etc) and build formInputDict ("{name: value, ...}") - create a similar representation of the cookies, as cookiesDict - send the "::"-delimited string using a small applet The server (having imported all modules used by the app at startup) - - evals formInputDict and cookiesDict (since they come as text strings) - based on scriptSelectorKeyword, invokes the appropriate module in a thread (threads.deferToThread) - (we don't use CGI, so formInputDict and cookiesDict replace Python's cgi & Cookies modules) - the module has a "getBuffer" method that returns the generated HTML instead of printing it - the generated HTML is written to the socket (reactor.callFromThread(self.transport.write, html)) The browser - receives the generated HTML string through the applet - parses the cookies - displays the HTML, using document.write This design is up and running with impressive performance, and the users are enthusiastic. However, the maintenance team is less so, and these are our main concerns (with the advocates' answers added) - Is this really a valid way to use Twisted? - Think so. The docs say, "Twisted still allows the use of threads if you really need them, usually to interface with synchronous legacy code", but we should ask the experts. Will it scale? Will it work with future Twisted versions? - Hope so. See previous point. It's not a web app anymore, it's a javascript app. - So? It locks us into MS Internet Explorer. - Yes. However, MSIE is our corporate standard anyway. It can't be used through a firewall. - No. Luckily, this is a strictly internal app. We don't want to rely on and maintain home-written javascript. - Good point. However, 1) We're talking about roughly 2 A4 pages 2) The javascript to handle form input & cookies is meant to be general, and once it's validated, we should not need to touch it much. 3) If we accept being tied in with MSIE, ain't its javascript part of the package? We can't do unit tests on the javascript. - Correct. See previous point.

3 2

session, quick one
by noema 22 Apr '04

22 Apr '04

I have troubles with my web sessions. They seem to expire after 20min or so. How do I set the expiration time for sessions in twisted? I already tried to set the cookie's expiration time which holds the session id but did not have any luck with that. _stephan

1 0