Re: [Skunkweb-list] DNS failure exception by skunkweb
Brought to you by:
drew_csillag,
smulloni
From: Jacob S. <jsm...@wn...> - 2007-06-27 14:48:12
|
On 6/27/07, Amit Khemka <khe...@gm...> wrote: > > Hello All, > > I have been using skunkweb 3.4 , with good response so far. > > Lately i ran into a strange problem, In one of the pages i was > fetching data from an outside url, (with urllib2 / python2.4) but > skunkweb kept giving "URL Open Error: temporary failure in name > resolution" , though i am sure dns-setting are alright and the same > script works when executed independently. > Infact it worked well once i used the IP in the target url. > > Any ideas and hints why is skunkweb throwing dns-failure exceptions ?! I don't what the reason might be. Does your script work when run under swpython? Also on a side note, is there any active development going on with > skunkweb project ? It is strange not to find mention of this wonderful > ( atleast for me !) application in popular mailing lists/forums about > web-development with python . Yes and no. I and a few other people use skunkweb on a daily basis for work, but with very little work on the core. (There are a few differences between SVN HEAD and the last release -- I'd suggest running off of HEAD in production if you see any bugs in the ChangeLog that look like they might affect you). There is a "skunk4" project in SVN which has code in it which I use daily also -- the skunk.cache package in particular -- but basically the project is dormant, out of lack of both my personal time and community interest. But I could be galvanized if one or two other developers were interested in helping and working on a real skunk4. Also, there are two services in the latest releases that are basically undocumented (like most of skunkweb, alas) but that are very useful -- "mvc" and "layout". The first lets you get away from the active page model when you want to (which in my case, is most of the time); the second gives you, in effect, template inheritance (although it isn't called that). Cheers, js -- Jacob Smullyan |