David Jean Louis | 1 Dec 2007 15:58
Picon
Gravatar

[PEPr] Comment on Console::Console_CommandLine


David Jean Louis (http://pear.php.net/user/izi) has commented on the proposal for Console::Console_CommandLine.

Comment:

Hi all,

since submission of Console_CommandLine, I made all the changes suggested
that I considered relevant/feasible and added a user manual (work in
progress). 

All stuff is available here:

http://code.google.com/p/console-commandline/

As it is my first proposal, I prefer asking:

should I set the package to "call for votes" or there's just not enough
interest for this package ?

Thanks.

Proposal information:
http://pear.php.net/pepr/pepr-proposal-show.php?id=517

-- 
Sent by PEPr, the automatic proposal system at http://pear.php.net

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
(Continue reading)

Joe Stump | 1 Dec 2007 20:40
Gravatar

HTTP_Request / No body?

Is there a way to *force* HTTP_Request to NOT download the body of a  
page even if the request type is GET? Curl allows this with the NOBODY  
option.

--Joe

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Philippe Jausions | 1 Dec 2007 21:58

Re: HTTP_Request / No body?

Joe,

Just pass "saveBody" => false in the option and you may also have to set
up a listener to simply ignore the "gotBody" notification data passed by
the HTTP_Response.

 -Philippe

Joe Stump wrote:
> Is there a way to *force* HTTP_Request to NOT download the body of a
> page even if the request type is GET? Curl allows this with the NOBODY
> option.
> 
> --Joe

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Carsten Wiedmann | 1 Dec 2007 22:40
Picon
Picon

Re: HTTP_Request / No body?

Philippe Jausions schrieb:
> Joe Stump wrote:
>> Is there a way to *force* HTTP_Request to NOT download the body of a
>> page even if the request type is GET? Curl allows this with the NOBODY
>> option.
 >
> Just pass "saveBody" => false in the option and you may also have to set
> up a listener to simply ignore the "gotBody" notification data passed by
> the HTTP_Response.

That's not the same. Because you must download the data, even you don't 
display/use it.

Last month, during my work on a small shell wrapper to HTTP_Request, I've 
had the same problem like Joe. Without a solution and I must also use your way.

But IMHO a good idea for a feature request? Because HTTP_Response::process() 
have allready such an option.

Regards,
Carsten

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Picon
Gravatar

Re: Quality assurance proposition for HTMLSax3

On Nov 14, 2007 7:48 AM, Helgi Þormar Þorbjörnsson <helgith <at> gmail.com>
wrote:

>
>
> On Nov 13, 2007 8:51 PM, Christian Weiske <cweiske <at> cweiske.de> wrote:
>
> > > good news from Harry. He has fixed the problem in cvs.
> > > http://cvs.php.net/viewvc.cgi/pear/XML_HTMLSax/
> > >
> > > He has some problems to build original pear packages from the cvs
> > > source. Can somebody help him?
> > Which problems?
> >
>
> Anyone from the QA team can throw out the release for Harry if he wants.
>

Okey I made the release, made Harry inactive on the package as well as
marking it as unmaintained and bumped the package to stable since it had
been in RC1 since 2004 and no real bugs had cropped up.

If anyone objects then we can always withdraw the release and redo it.

Regards
Helgi
Arnaud Limbourg | 2 Dec 2007 00:29

Re: [PEPr] Comment on Console::Console_CommandLine

David Jean Louis wrote:
> David Jean Louis (http://pear.php.net/user/izi) has commented on the proposal for Console::Console_CommandLine.
> 
> Comment:
> 
> Hi all,
> 
> since submission of Console_CommandLine, I made all the changes suggested
> that I considered relevant/feasible and added a user manual (work in
> progress). 
> All stuff is available here:
> http://code.google.com/p/console-commandline/
> 
> As it is my first proposal, I prefer asking:
> should I set the package to "call for votes" or there's just not enough
> interest for this package ?

I think there is interest for your package, you should go ahead :)

-- 
Arnaud.

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Travis Swicegood | 2 Dec 2007 02:24
Gravatar

Re: Re: HTTP_Request / No body?

On Dec 1, 2007, at 3:40 PM, Carsten Wiedmann wrote:

> Philippe Jausions schrieb:
>> Joe Stump wrote:
>>> Is there a way to *force* HTTP_Request to NOT download the body of a
>>> page even if the request type is GET? Curl allows this with the  
>>> NOBODY
>>> option.
> >
>> Just pass "saveBody" => false in the option and you may also have  
>> to set
>> up a listener to simply ignore the "gotBody" notification data  
>> passed by
>> the HTTP_Response.
>
> That's not the same. Because you must download the data, even you  
> don't display/use it.
>
> Last month, during my work on a small shell wrapper to  
> HTTP_Request, I've had the same problem like Joe. Without a  
> solution and I must also use your way.
>
> But IMHO a good idea for a feature request? Because  
> HTTP_Response::process() have allready such an option.

Isn't that was a HEAD request method is for?

http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.4

 From the looks of it, setMethod() doesn't prohibit you from doing that.
(Continue reading)

Joe Stump | 2 Dec 2007 07:20
Gravatar

Re: Re: HTTP_Request / No body?

I am currently using HEAD requests, but many sites will 405 on them. I  
was hoping to do a GET, but not download the body.

--Joe

On Dec 1, 2007, at 5:24 PM, Travis Swicegood  
<development <at> domain51.com> wrote:

> On Dec 1, 2007, at 3:40 PM, Carsten Wiedmann wrote:
>
>> Philippe Jausions schrieb:
>>> Joe Stump wrote:
>>>> Is there a way to *force* HTTP_Request to NOT download the body  
>>>> of a
>>>> page even if the request type is GET? Curl allows this with the  
>>>> NOBODY
>>>> option.
>> >
>>> Just pass "saveBody" => false in the option and you may also have  
>>> to set
>>> up a listener to simply ignore the "gotBody" notification data  
>>> passed by
>>> the HTTP_Response.
>>
>> That's not the same. Because you must download the data, even you  
>> don't display/use it.
>>
>> Last month, during my work on a small shell wrapper to  
>> HTTP_Request, I've had the same problem like Joe. Without a  
>> solution and I must also use your way.
(Continue reading)

David JL | 2 Dec 2007 09:45
Picon
Gravatar

Re: [PEPr] Comment on Console::Console_CommandLine

Hi Travis

> I just pulled up the code again to give it a quick glance and
> something caught my eye.  Why is CommandLine::$action public when
> there's a registerAction() method?
>

You mean CommandLine::$actions I guess, it is public because it is
accessed by Console_CommandLine_Option::dispatchAction().

-- 
David JL <izimobil <at> gmail.com>

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

till | 2 Dec 2007 09:50
Picon
Gravatar

Re: [PEPr] Comment on Console::Console_CommandLine

On Dec 2, 2007 9:45 AM, David JL <izimobil <at> gmail.com> wrote:
> Hi Travis
>
> > I just pulled up the code again to give it a quick glance and
> > something caught my eye.  Why is CommandLine::$action public when
> > there's a registerAction() method?
> >
>
> You mean CommandLine::$actions I guess, it is public because it is
> accessed by Console_CommandLine_Option::dispatchAction().

Maybe a get/set would be nice.

Anyway, just to reassure you - there is interest in this package. :)

Till

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


Gmane