Re: [Fwd: Documentation: Google-foo lost]

Steve Holden wrote: > Jacob Kaplan-Moss wrote: >> On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: >> >>> The question is: is it worth continuing this web-scraping and analysis >>> and potentially extending it to other reference mechanisms I am unaware >>> of? I don't kn

Re: [Fwd: Documentation: Google-foo lost]

Jacob Kaplan-Moss wrote: > On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: > >> The question is: is it worth continuing this web-scraping and analysis >> and potentially extending it to other reference mechanisms I am unaware >> of? I don't know whether the current redi

Re: [Fwd: Documentation: Google-foo lost]

Jacob Kaplan-Moss wrote: > On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: > >> The question is: is it worth continuing this web-scraping and analysis >> and potentially extending it to other reference mechanisms I am unaware >> of? I don't know whether the current redi

Re: [Fwd: Documentation: Google-foo lost]

On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: > The question is: is it worth continuing this web-scraping and analysis > and potentially extending it to other reference mechanisms I am unaware > of? I don't know whether the current redirection will eventually cause > the

Re: [Fwd: Documentation: Google-foo lost]

Don Spaulding wrote: > > > On Tue, Sep 16, 2008 at 2:20 PM, Don Spaulding > <[EMAIL PROTECTED] > wrote: > > > Hope it's useful! > > > > and of course it isn't. I forgot my lambdas. Doh! > That's a great start. I noticed that many Google links are to fragments, and w

Re: [Fwd: Documentation: Google-foo lost]

On Tue, Sep 16, 2008 at 2:20 PM, Don Spaulding <[EMAIL PROTECTED]>wrote: > > Hope it's useful! > and of course it isn't. I forgot my lambdas. Doh! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developer

Re: [Fwd: Documentation: Google-foo lost]

On Mon, Sep 15, 2008 at 10:29 PM, Russell Keith-Magee < [EMAIL PROTECTED]> wrote: > > It would be > fantastic if such a mapping existed, and I don't think you'd get any > objections from the core developers if such a mapping were to > magically materialize. > poof! I took a shot at finding redir

Re: Lost stdout and stderr on fcgi with Django

> Can you suggest any documentation I should read that describes how > FastCGI handles PIPES and file channels. The FastCGI spec. should be fine. > I thought something like that was happening but, if that was the case > wouldn't the output to stderr and stdout end up in the rendered pages > (lik

Re: Lost stdout and stderr on fcgi with Django

Can you suggest any documentation I should read that describes how FastCGI handles PIPES and file channels. I thought something like that was happening but, if that was the case wouldn't the output to stderr and stdout end up in the rendered pages (like they do for php pages). I have poked and pr

Re: Lost stdout and stderr on fcgi with Django

On Jun 2, 7:12 am, The Code Janitor <[EMAIL PROTECTED]> wrote: > The problem is that I am loosing [sic] stdout and stderr. Yes, that's how most FastCGI spawners work. They close all file descriptors, and open a new socket, then duplicate that socket's FD onto a constant known as FCGI_LISTENSOCK_F

Lost stdout and stderr on fcgi with Django

I am running Django on a centos box using lighttpd and fastcgi. I found that if I didn't daemonize the fastcgi process and did not specify a socket name to the manage.py script that the fcgi handlers cooperated better and was able to place all of the fcgi process under the control of lighttpd and

Lost

Lostta Türk kanı taşıyan bir karakter lazım.<http://www.kursatsenturk.com/lost-ve-recep-ivedik.htm>May 9, 2008 *sdc Tarafından | **Halet-i Ruhiye*<http://www.kursatsenturk.com/category/halet-i-ruhiye> * Kategorisine eklendi* [image: lost ve recep ivedik]<http://www.kursatsenturk

Re: Solving the POST-data-lost-after-redirect problem

Steven Armstrong wrote: > I believe you do something similar in the admin when a session is > expired and you redirect to the login form. Actually this works differently -- no 'redirecting' is done - instead the view function is wrapped, and the view is essentially replaced with a login form un

Re: Solving the POST-data-lost-after-redirect problem

On 6/6/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > I like this one. I would prefer to see the error is thrown whenever we > are going to add a slash and the method is POST. Checking for POST data > is probably over-specialising. The problem we are trying to solve is > User Agents rewriting

Re: Solving the POST-data-lost-after-redirect problem

You could also use Tidy, there's a couple python wrappers for it: TidyLib wrapper: http://utidylib.berlios.de/ Classic Tidy: http://www.egenix.com/files/python/mxTidy.html Which should work on all platforms and can even be used to correct the page before outputting it. On 08/06/2006, at 1:00

Re: Solving the POST-data-lost-after-redirect problem

Luke Plant wrote: > I'm not sure how useful it is for Mac and Windows users. The middleware > doesn't actually do any validation -- it's done by 'validate' from > Debian's 'wdg-html-validator'. I personally wrap that in a shell > script which beeps and pops up a KDE notification when a page f

Re: Solving the POST-data-lost-after-redirect problem

On 6/7/06, Luke Plant <[EMAIL PROTECTED]> wrote: > I'm not sure how useful it is for Mac and Windows users. The middleware > doesn't actually do any validation -- it's done by 'validate' from > Debian's 'wdg-html-validator'. I personally wrap that in a shell > script which beeps and pops up a KD

Re: Solving the POST-data-lost-after-redirect problem

On Wednesday 07 June 2006 15:49, Adrian Holovaty wrote: > Should we add the HTML-validation middleware to Django contrib? Luke, > would you be interersted in that? I would be fine with that -- it's nice to have something to give back, and if it raises the standard of Django apps being released

Re: Solving the POST-data-lost-after-redirect problem

On 6/7/06, Steven Armstrong <[EMAIL PROTECTED]> wrote: ... > GET /some/url/?cm_data_id=78fsd8fasdf7ad8asaf7889sdf > > - load POST/GET data from /tmp/78fsd8fasdf7ad8asaf7889sdf, populate > POST/GET dicts with it > - remove cm_data_id from GET variables > - delete /tmp/78fsd8fasdf7ad8asaf7889sdf > -

Re: Solving the POST-data-lost-after-redirect problem

On 06/07/06 05:11, Adrian Holovaty wrote: > http://code.djangoproject.com/wiki/NewbieMistakes#POSTtoviewslosesPOSTdata > > It's about time to solve this one. Who has a creative, elegant solution? :-) > > Some ideas, just to start discussion -- > > * THROW ERROR ON POST: The CommonMiddleware, wh

Re: Solving the POST-data-lost-after-redirect problem

On 7 Jun 2006, at 16:23, Jeremy Dunck wrote: > Hmm, this sort of thing suggests that "email when bad stuff happens" > would be a nice general feature. ... or a general logging feature (with the ability to send email as one of the log actions). --~--~-~--~~~---~--~

Re: Solving the POST-data-lost-after-redirect problem

On 6/7/06, Luke Plant <[EMAIL PROTECTED]> wrote: > I already wrote a validator app that checks > outgoing HTML for validity, using a middleware to intercept the > response. It also stores all details of failed pages so you can go > back to them, which would be overkill in this case. Hmm, this so

Re: Solving the POST-data-lost-after-redirect problem

On 6/7/06, Luke Plant <[EMAIL PROTECTED]> wrote: > My pleasure. I've updated it for magic-removal (and that version is > uploaded to my bzr repos), but I need to package it up and release it > properly. When I finally get time to do that I'll post a blog about it > or something. Should we add t

Re: Solving the POST-data-lost-after-redirect problem

Malcolm Tredinnick wrote: > Not entirely on-topic, but I must say that I think your HTML validation > middleware deserves to be much better known. I was using it last week to > check out some pages prior to release. It's very handy in development. > > Thanks. :-) My pleasure. I've updated it f

Re: Solving the POST-data-lost-after-redirect problem

On Wed, 2006-06-07 at 02:12 -0700, Luke Plant wrote: > > Simon Willison wrote: > > > It's certainly a nasty solution here, but we shouldn't rule > > inspecting generated pages for errors out completely - just as long > > as anything like that is hived off in to a specialist tool. > > You could

Re: Solving the POST-data-lost-after-redirect problem

Simon Willison wrote: > It's certainly a nasty solution here, but we shouldn't rule > inspecting generated pages for errors out completely - just as long > as anything like that is hived off in to a specialist tool. You could do this pretty easily as a 'debug' middleware that is enabled by defa

Re: Solving the POST-data-lost-after-redirect problem

On 7 Jun 2006, at 04:11, Adrian Holovaty wrote: > * THROW ERROR ON FORM DISPLAY: If the APPEND_SLASH setting is set to > True and the CommonMiddleware is activated, Django could check the > output of every page for a whose method is POST and has an > "action" whose URL doesn't end in a slash. T

Re: Solving the POST-data-lost-after-redirect problem

On 6/6/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > * THROW ERROR ON POST: The CommonMiddleware, when adding a slash and > redirecting, can check for POST data. If it finds any, it somehow logs > the error or otherwise alerts the developer. Maybe if DEBUG=True it > can actually display an erro

Re: Solving the POST-data-lost-after-redirect problem

On Tue, 2006-06-06 at 22:11 -0500, Adrian Holovaty wrote: > http://code.djangoproject.com/wiki/NewbieMistakes#POSTtoviewslosesPOSTdata > > It's about time to solve this one. Who has a creative, elegant solution? :-) > > Some ideas, just to start discussion -- > > * THROW ERROR ON POST: The Comm

Solving the POST-data-lost-after-redirect problem

http://code.djangoproject.com/wiki/NewbieMistakes#POSTtoviewslosesPOSTdata It's about time to solve this one. Who has a creative, elegant solution? :-) Some ideas, just to start discussion -- * THROW ERROR ON POST: The CommonMiddleware, when adding a slash and redirecting, can check for POST da