Well, quite an interesting thread, with many side points.
My two cents below, with some side threads of their own. ;-/
Rasmus Lerdorf wrote:
> > Of course not. But currently the image for PHP is that it's ONLY
> > meant for web scripting. Even as it can be used in various other
> > pl
Kristian Koehntopp wrote:
>
> I send this again, under a proper subject. You might want to use
> a slow Friday afternoon or the weekend to think about this, and
> write something up. Please do, we need your input.
1. Menu driven *nix self-installer:
-
Would you like me to
David Hjortsoe wrote:
> Hi,
> > I'm more than welcome to accomidate you,
> > and Zend, so we can get these issues resolved instead of having
> > these constant bad feelings.
> As I wrote in my last email, what are those issues -- it would be nice
> to have them outlined in a comprehensible man
Edin Kadribasic wrote:
> http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP
> This guy claims that PHP has been 'left in the dust' by ASP.NET.
Uh... if a viable, tested, deployed product was shipping, that may
eventually be substantiated.
Quick show of hands: Who has deployed an ent
On Saturday, July 28, 2001, at 12:52 PM, Zeev Suraski wrote:
> At 06:01 28/07/2001, Phil Driscoll wrote:
>> I and no doubt thousands of others will turn
>> register_globals on because it gives much more readable code,
>> much less
>> typing and does not IMHO add one jot to the security of my
>
Joshua Butcher wrote:
> I am recompiling php and apache for IMAP connectivity. I had it working,
> then i installed RH 7.1 (to fix another problem on my machine) and I had to
> recompile Apache and PHP all over again. When I go to compile PHP with IMAP
> connectivity (c-client.a is in the /usr/l
On Wednesday, July 25, 2001, at 06:32 PM, Zeev Suraski wrote:
> Guys, look back at the advisory. Apps written by *GOOD* PHP
> coders who *ARE* aware of security issues were prone to
> register_globals=on attacks.
telnetd on almost all of *BSD is a big hole right now.
Good coders make mistakes
On Wednesday, July 25, 2001, at 11:31 PM, Sebastian Bergmann wrote:
> PHP wrote:
>> On Wed, Jul 25, 2001, Sebastian Bergmann wrote:
>>> Andy wrote:
If register_globals = off is highly recommended, why does the
default php.ini have register_globals=on
>>> For backward compatibility rea
On Saturday, July 21, 2001, at 06:43 PM, Michael Glazer wrote:
> Hi
> I was guessing that was the reason when you first said the
> JavaScript link.
> Why would I test it with Netscape? I wouldn't. Waste of time to
> be honest.
> The president of Netscape told me that their Netscape browser
> d
[EMAIL PROTECTED] wrote:
>
> From: [EMAIL PROTECTED]
> Operating system: any
> PHP version: 4.0.6
> PHP Bug Type: LDAP related
> Bug description: ldap rebind procedure implementation
>
> A ldap rebind procedure for automatical referral chase is
> not provided in php4. The s
Hum de dum. Been working on code for five clients, for the last
15 hours, and what's this? An old fashioned flamewar?
On Monday, July 9, 2001, at 10:52 AM, Zeev Suraski wrote:
> Sascha,
> As a matter of fact, some of your negative contributions, i.e.,
> having a horrible attitude and a limitle
On Monday, July 9, 2001, at 09:42 PM, Andi Gutmans wrote:
> At 04:04 PM 7/9/2001 -0500, Brian Moon wrote:
>> It is not so much BC. It is more like unexpected new behavior.
>> As of now, a bad programmer might have this:
>> /www/site.com/include/file.php
>> /www/site.com/include/config.php
>> /ww
First of all, looking over this, this is all alreadly covered by
the (possibly anemic) security section..which could
definitely use more examples, explanations, and exploit examples
(hint hint).
On Wednesday, July 4, 2001, at 10:05 AM, sterling hughes wrote:
> On 03 Jul 2001 19:13:20
Andi Gutmans wrote:
> I've already commited a fix to the CVS which allows "\r" "\n" and "\r\n".
> >It gets weirder on OS X (yes, I have one OS X box running...). It uses \r\n
> >*and* \n.
Sorry 'bout that, I'm reading email remotely (I'm in D.C., right across from
the chinese embassy), and I'm ru
Andi Gutmans wrote:
> >The problem occurs when a web-developer using a Mac editor edits PHP
> >code: If he writes PHP code and his editor uses \r as linefeeds in the
> >PHP code, then the strange phenomenon may arise.
>
> The editor only puts \r without \r\n? Wow, I've never seen a system that
>
On Wednesday, April 18, 2001, at 05:33 PM, Zeev Suraski wrote:
> Guys,
> Over the years, there's always been a tendency to think about things
> which are 10 steps ahead. It never worked, and I don't think it would
> work here either.
Well, a program spec (or idea) is certainly not the reality
On Wednesday, April 18, 2001, at 03:53 PM, Stig Sæther Bakken wrote:
> [Ron Chmara <[EMAIL PROTECTED]>]
>> "Frank M. Kromann" wrote:
>>> Is there a list of modules that stays ?
>> A proposed list where it "cuts close to the bone":
>> (si
"Frank M. Kromann" wrote:
>
> Is there a list of modules that stays ?
One of the things I've noticed on this topic is that a few
folks tend to think that their particular technology should
be used everywhere, and therefore, it should always be
installed on machines. Of course, this is how we got
Some thoughts.
1. Adding new/experimental extensions _can_ invisibly bug the rest of a
build, if they require such nastiness as the recent pthread debugging.
It's not only a minor configure issue when a built app breaks due to library
issues, because extensions can be linked in conflicting w
Andi Gutmans wrote:
> It doesn't make much sense to go back and break old names and it doesn't
> make lots of sense to create a zillion of aliases. I guess if there are some
> names which in particular need fixing because they are terrible (there
> might be some of these) then we should fix them o
Stanislav Malyshev wrote:
> RC>> It's more legible for the same reason that it's easier (and
> RC>> faster) to read "one two three" than "onetwothree". The human
> RC>> mind can easily tokenize at the appropriate places, when it has
> RC>> a token. Without a token, the string is much harder to par
Stanislav Malyshev wrote:
> RC>> read (and comprehended) more easily, so the purpose of the
> RC>> function is less ambiguous. Without them, the name becomes less
> Please explain how presense or absense of underscore makes name more or
> less ambigious. I'm really lost here.
It's more legible fo
Stanislav Malyshev wrote:
> RC>> I think it is helpful for the PHP user base to be
> RC>> able to comprehend the use of a function based on the name.
> On its name, yes - but not on underscores in it. Do you really think
> anybody will remember/care for those underscores?
Yes.
I find it annoying
Stanislav Malyshev wrote:
> JM>> This is not in line with the other is_* functions. To keep in line with
> If you mean ctype functions, I agree - they all should be is*. If you mean
> is_integer type functions - so what? It's not in line also with
> mysql_num_rows function, so? That's just functio
Mathijs Brands wrote:
> The problem is that the increasing number of requests the application
> needs to service requires me to increase the number of Apache processes,
> which sometimes causes database problems. Originally I had about 10-20
> running processes, but now I sometimes reach 75-100 or
Toby Butzon wrote:
>
> Another possibility :) Would require a bit of shifting things around,
> which could be quite a bit of a disturbance.
>
> I have a get-to-the-root-of-it-all sort of question: Is the problem that
> it's too hard to combat spam or that the people in charge of the lists
> don'
André Langhorst wrote:
> > Perhaps, in order to maintain compatibility, we should re-document is_set,
> > create the documentation for is_null, and look into creating a new function
> > that will determine if something has "ever been inside the namespace", regardless
> > of its current value, or a
"Mark J. Hershenson" wrote:
> >> Great analysis. What about answering the question? Stanislav Malyshev
> >> said some months ago this is 'strange', see the discussion around bug
> >> 6076. Tell us at least, why this actually isn't strange.
> > By default, any unset variable has value NULL - and is
Matthew Hagerty wrote:
>
> Greetings,
>
> Can someone tell me if there is a PostgreSQL maintainer?
Yes. :-)
(http://cvs.php.net/viewcvs.cgi/php4/EXTENSIONS?rev=1.5&content-type=text/vnd.viewcvs-markup)
It's Jouni. Lot's of people patch it, though, look at the CVS for it for
details.
> Is someo
"Sean R. Bright" wrote:
> Ok...so that's a "No thanks" then?
That's a "It was posted on saturday night, give it a few days".
(Some PHP people don't work weekends)
Sometimes patches will be submitted once or twice before somebody
picks it up and applies it to the source. Don't take it personally,
Rasmus Lerdorf wrote:
> Not really. You'd have to massage the database directly. Why not just
> process the user comments as you go? Either delete them or fold the
> comments into the docs?
> -Rasmus
> On Sat, 13 Jan 2001, Ron Chmara wrote:
> > I'm in the process
I'm in the process of re-writing the Installation section, which
will be greatly enhanced if I can move errata notes from older
pages to newer subsections... aside from a copy-paste method,
is there some facility/method already built for this task?
-Ronabop
--
Personal: [EMAIL PROTECTED], 520-3
>From the notes:
--
[EMAIL PROTECTED]
Hello Uwe Steinmann!
I have make a little change in Source so that is possible to create textnodes into
existing node like this example:
$node->new_child("", "text outside");
text outside
Here you can download my diff-file:
h
33 matches
Mail list logo