Re: [PHP-DEV] PHP's vision

Zeev Suraski wrote: >> The ease of PHP - one of its biggest advantages is also >> one of its biggest disadvantages. IMHO. > > Do you mind elaborating on that?? PHP has become as popular as it is today because it is easy to learn. It is very attractive for HTML "programmers" who want to mix th

Re: [PHP-DEV] socket_select() problems?

Andrei solved it. It is because socket_select() mangles the passed arrays so when you re-enter the call with the mangled $read array you are now only checking the sockets that happened to trigger the first time through. It means you actually have to do: $read = array($sock1,$sock2); $co

Re: [PHP-DEV] socket_select() problems?

I only get [0], never [1]. Did about 40 tries. latest CVS ./configure --enable-sockets If you need more info, let me know. Regards, Philip Olson -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP's vision (was: libxml bundling)

On Sun, 2 Jun 2002, Zeev Suraski wrote: > At 07:12 PM 6/1/2002, Björn Schotte wrote: > >The ease of PHP - one of its biggest advantages is also > >one of its biggest disadvantages. IMHO. > > Do you mind elaborating on that?? While I shouldn't speak for others, I can share my take on this. PHP's

[PHP-DEV] socket_select() problems?

With the latest cvs, if you turn on chargen (port 19 tcp) and run this: I am seeing that every now and then when I run it the output is: [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0] 1024 [0]

[PHP-DEV] User-space functionality of apache2filter

Hi, The following functions are available within the sapi/apache extension: php_apache.c:PHP_FUNCTION(virtual); php_apache.c:PHP_FUNCTION(apache_request_headers); php_apache.c:PHP_FUNCTION(apache_response_headers); php_apache.c:PHP_FUNCTION(apachelog); php_apache.c:PHP_FUNCTION(apach

Re: [PHP-DEV] Status of ext/sockets ?

Hi, The current API is the one targeted being marked stable in 4.3. If I would not be sure about it, I wouldn't have started documenting the most important socket functions. IMHO it's pretty save to translate the functions I've documented so far (but I can't/won't speak fo

Re: [PHP-DEV] PHP's vision (was: libxml bundling)

I agree with every word. Zeev At 12:25 AM 6/2/2002, Shane Caraveo wrote: >I think PHP can be both powerful and easy to use, and I think I have an >example of that in my own experience. I've got code I wrote on PHP 2 >years ago, that has gone through a couple face lifts and modifications to >

[PHP-DEV] Error with pspell

Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- PHP Development Mailing List To unsubscribe, visit: http://www.

Re: [PHP-DEV] PHP's vision (was: libxml bundling)

> > The PHP project does not exist to create the perfect incarnation of a > computer language on the planet, for CS majors to drool over and utter > 'Wow!' at. It exists as a quick, powerful platform for creating web > sites, in use by hundreds of thousands of people around the world. For

[PHP-DEV] Libnet for PHP

Hi list, i would like to make a libnet (raw socket) interface for php. any ideas/suggests ? c.f: http://www.phrack.org/show.php?p=55&a=6 regards Vergoz Michael

Re: [PHP-DEV] libxml bundling

Why not have a --bare (or equivalent) switch of that kind, to disable literally EVERYTHING that's not mandatory? I believe the issue is that for every 'purist' that cares about bloat, it's safe to say there's more than one user (*) that prefers stuff to 'just work', and not mess with additio

Re: [PHP-DEV] Getting a remote IP address

exactly. - Original Message - From: "Hans Spath" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Hugo Gallo" <[EMAIL PROTECTED]> Sent: Saturday, June 01, 2002 10:36 PM Subject: Re: [PHP-DEV] Getting a remote IP address > At 01.06.2002 21:44 +0200, Vergoz Michael wrote: > >please to not a

[PHP-DEV] PHP's vision (was: libxml bundling)

At 07:12 PM 6/1/2002, Björn Schotte wrote: >* Sebastian Bergmann wrote: > > I don't want to see changes (like those you mention later in your > > posting) in PHP to attract new users, but more to bind people that > > already use PHP, but are about to "outgrow" it. > > > > If you (and other

[PHP-DEV] Status of ext/sockets ?

Hi All, I wanted to ask, how far it'll be away to have a stable socket-extension. As far as I can remember, Jason said, he wanted it to be ready for 4.3.0 . Is it still so or will there be mayor Api-Changes (again ;) )? I wanted to translate the Socket part of the manual into German and for me, i

Re: [PHP-DEV] Getting a remote IP address

At 01.06.2002 21:44 +0200, Vergoz Michael wrote: >please to not ask this question on this list. > >print($REMOTE_ADDR); Bad idea, won't work with register_globals=off. Instead do it this way: echo $_SERVER['REMOTE_ADDR']; or echo $HTTP_SERVER_VARS['REMOTE_ADDR']; regards, Hans Spath -- PHP

Re: [PHP-DEV] libxml bundling

On Sat, 1 Jun 2002, Zeev Suraski wrote: > I believe there's at least one company that effectively proved that the > opposite is true, there are probably many others. I don't see a problem in > having core technologies enabled by default. Purists can turn them off, > but there are a hell of a lo

Re: [PHP-DEV] Getting a remote IP address

please to not ask this question on this list. print($REMOTE_ADDR); Regards, Vergoz Michael - Original Message - From: "Hugo Gallo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, June 01, 2002 9:30 PM Subject: [PHP-DEV] Getting a remote IP address > How do I get a clients

[PHP-DEV] Getting a remote IP address

How do I get a clients IP address displayed on my PHP page? -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] isset multiple arguments, when?

The change was made in revision 1.7 of zend_language_parser.y. The tags show that the change made it into PHP 4.0.6. See http://cvs.php.net/cvs.php/Zend/zend_language_parser.y for more. Sander On 2002.06.01 19:14 Philip Olson wrote: > Hello, > > When did isset() allow for multiple arguments, wa

[PHP-DEV] isset multiple arguments, when?

Hello, When did isset() allow for multiple arguments, was it 4.1.0? The closed feature request is here: http://bugs.php.net/12978 Neither NEWS or it mentions when this feature was implemented. Regards, Philip Olson -- PHP Development Mailing List To unsubscribe, v

Re: [PHP-DEV] value passing from html form to php variable.

This is not the right place to ask support questions. Ask them on [EMAIL PROTECTED] See http://php.net/support for a complete list of places where you can ask support. Anyway, read http://www.php.net/release_4_2_0.php to see what you're doing wrong (especially, read the part about External vari

Re: [PHP-DEV] libxml bundling

* Sebastian Bergmann wrote: > I don't want to see changes (like those you mention later in your > posting) in PHP to attract new users, but more to bind people that > already use PHP, but are about to "outgrow" it. > > If you (and others) want PHP to stay at the "BASIC for the Web" level

[PHP-DEV] value passing from html form to php variable.

I am not sure if this is the right place to ask this naive question. I got a simple form addform.html and add.php look like the following. But everytime I got empty value from firstname and lastname. It seems like the input value in the html page was not passed on to the php variable $firstname i

[PHP-DEV] value passing from html form to php variable

I am not sure if this is the right place to ask this naive question. I got a simple form addform.html and add.php look like the following. But everytime I got empty value from firstname and lastname. It seems like the input value in the html page was not passed on to the php variable $firstname i

Re: [PHP-DEV] libxml bundling

Zeev Suraski wrote: > It may come to you as a surprise, but there are lots of advanced users > who don't enjoy downloading and building, and prefer to see stuff > working out of the box. I was not adressing the issue this thread is about (bundling 3rd party libraries), but rather Marko

Re: [PHP-DEV] libxml bundling

At 05:05 PM 6/1/2002, Sebastian Bergmann wrote: >Marko Karppinen wrote: > > It seems to me that PHP is increasingly being modeled for a largely > > imaginary audience of purists. I say imaginary because I just can't > > see how droves of purists would've become involved with PHP in the > > first p

Re: [PHP-DEV] libxml bundling

Marko Karppinen wrote: > It seems to me that PHP is increasingly being modeled for a largely > imaginary audience of purists. I say imaginary because I just can't > see how droves of purists would've become involved with PHP in the > first place. I don't want to see changes (like those you men

Re: [PHP-DEV] libxml bundling

Zeev: > I believe there's at least one company that effectively proved that the > opposite is true, there are probably many others. I don't see a problem in > having core technologies enabled by default. Purists can turn them off, > but there are a hell of a lot more average users than there are

Re: [PHP-DEV] libxml bundling

At 02:23 PM 6/1/2002, Christian Stocker wrote: > > If not - I see no problem in always using the bundled library, > > regardless of what's already installed - on the contrary, I see a fairly > > big advantage. > >I see really no advantage in this approach (more memory needed for >example, maybe sy

Re: [PHP-DEV] libxml bundling

On Sat, 1 Jun 2002, Zeev Suraski wrote: > At 12:45 PM 6/1/2002, Christian Stocker wrote: > > > I believe that bundling at the makedist level makes the most sense, > > because: > > > (a) Synchronization is trivial > > > (b) We get to choose what libxml we use, so our libxml-dependent code > > > do

Re: [PHP-DEV] libxml bundling

At 12:45 PM 6/1/2002, Christian Stocker wrote: > > I believe that bundling at the makedist level makes the most sense, > because: > > (a) Synchronization is trivial > > (b) We get to choose what libxml we use, so our libxml-dependent code > > doesn't have to support the zillion different libxml's

Re: [PHP-DEV] libxml bundling

On Sat, 1 Jun 2002, Zeev Suraski wrote: > Guys, > > Unless somebody strongly objects, I suggest we drop the discussion about > how horrible it would be to import libxml2 into our CVS. I believe it's > well established that it's a Bad Thing to do, there's no point hashing it. yep :) > I believe