Seriously, being able to include other ini files is a great feature,
especially for hosters who will then be able to set up site-wide config
files that are included from per-vhost config files, etc. You can have
your cake and eat it too.
Sure :).
A way to make this functionnality on others
Hello,
I read some of the documentation, and noticed that this API seems to be
very usable for an abstraction to multiple encryption libraries. It even
looks a lot like the API I had in mind for the revamped mcrypt extension.
Would you be interested in figuring the best way to do it, so that
I'm in the process of rewriting a site in PHP (as I learn it) to make it
more robust. One of the functions I regularly use is calling an external
URL, parsing out the data I need and saving that data for use on my site.
(Don't worry, we've made arrangements with these companies!)
I'm unsure
Sebastian Bergmann wrote:
sebastian Fri May 3 04:10:49 2002 EDT
Modified files:
/php4/ext/session session.c
Log:
Fix ZTS build.
This fixes the ZTS build not completely, I get some errors in the
.re file(s) as well, but I don't dare touching there, so ... :-)
This is not the list you should be asking this kind of questions on. This
list is about
developing PHP itself, not about developing WITH PHP.
By the way, you don't want to use readfile() here. implode(, file()) seems
like
the easiest solution, in combination with preg_match, probably, for the
On Fri, May 03, 2002 at 10:21:44AM +0200, Sebastian Bergmann wrote:
Sebastian Bergmann wrote:
sebastian Fri May 3 04:10:49 2002 EDT
Modified files:
/php4/ext/session session.c
Log:
Fix ZTS build.
This fixes the ZTS build not completely, I get some
Hi Derick,
I'm not 100% sure if this should be fixed in streams itself; I'm mostly
in agreement, but I don't want to cause some unexpected side effects when
people use the user-space fgets() or the php_stream_gets() functions.
I'm not saying that will be the case, but that it might be a problem.
Setting
session.use_trans_sid = 1
zlib.output_compression = On
results in HTML output without the Session ID attached to links, etc.
Tested with PHP 4.2.0.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you?
On 03/05/02, Stig S. Bakken [EMAIL PROTECTED] wrote:
Here's the list of major changes, and the person I would like to invite
as responsible for that part of 4.3:
2. PHP Streams (Wez)
Sure, but I'm a bit limited for time over the next month.
When someone has signed up for each major change,
Those who pay attention to my occasional ramblings may remember that I
once suggested implementing type hints, which is a more generic
version of this. Type hints is like your string types, except that they
apply to any type.
I haven't been subscribed, so I don't remember. :-) I am
IMHO the syntax you suggest is a bit terse, what about this instead:
echo urlhttp://$host:$port/$path;;
Looks perlish to me, I'd rather see a casting thing like this then:
echo (url) http://$host:$port/$path;;
I was originally thinking about casting too, but although I'm sure it
could
On Fri, 3 May 2002 [EMAIL PROTECTED] wrote:
[..]
Well, I assumed that the overhead wouldn't be too significant, but I
admit I didn't do any measurements whatsoever. Is there any existing
good benchmark, or should I just loop a million times through a few
random lines of code and measure
Stig S. Bakken wrote:
Here's the list of major changes, and the person I would like to invite
as responsible for that part of 4.3:
6. PostgreSQL changes (Yasuo)
Core code has not been changed much.
I'm available any time.
When someone has signed up for each major change, I want to get a
IMHO, the enemy of the good is the better.
We can implement the binary-dir solution in no time, and it covers 95% of
the problems easily, but instead we'll be discussing perfect solutions and
end up doing nothing :)
My 2 agorot.
Zeev
At 08:03 03/05/2002, Markus Fischer wrote:
Hi,
To make it clear, this *WAS* a joke :)
At 04:36 03/05/2002, Zeev Suraski wrote:
At 03:58 03/05/2002, Preston L. Bannister wrote:
Heh - there's a question :).
Looking at the two implementations, which do you think you better
understand (with complete certainty), and which would you be willing
to
Hello Stig,
Why you lose Make everything on the language-level independent of
your locale settings. from TODO list ?
This is very critical i think. If used locale with decimal
separator like `,`, many script will working wrongly.
SSB 1. New build system (Sascha)
SSB 2. PHP Streams (Wez)
SSB 3.
On Fri, 3 May 2002, Zeev Suraski wrote:
To make it clear, this *WAS* a joke :)
But your quote was already saved and published :)
Derick
At 04:36 03/05/2002, Zeev Suraski wrote:
At 03:58 03/05/2002, Preston L. Bannister wrote:
Heh - there's a question :).
Looking at the two
At 07:51 03/05/2002, Stig S. Bakken wrote:
Edin and I were discussing ini files on IRC last night and the same idea
came up. With the exact same syntax too, actually. This is divine
proof that the include_ini is good and must be implemented. :-)
Seriously, being able to include other ini files
At 08:17 03/05/2002, Stig S. Bakken wrote:
Does this organization of the 4.3 release sound reasonable?
Yep.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
At 13:16 03/05/2002 +0200, [EMAIL PROTECTED] wrote:
On Fri, 3 May 2002, Zeev Suraski wrote:
To make it clear, this *WAS* a joke :)
But your quote was already saved and published :)
Where? :)
Andi
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
In [EMAIL PROTECTED], Stig S. Bakken
wrote:
Hi,
I've volunteered to RM (release master, not /bin/rm) PHP 4.3. This
release will be synchronized with the public release of the PEAR
(including PECL) infrastructure.
This time I'd like to try partitioning the work a bit by identifying the
On Fri, 3 May 2002, Andi Gutmans wrote:
At 13:16 03/05/2002 +0200, [EMAIL PROTECTED] wrote:
On Fri, 3 May 2002, Zeev Suraski wrote:
To make it clear, this *WAS* a joke :)
But your quote was already saved and published :)
Where? :)
http://www.jdimedia.nl/derick/archive.php
If you
contributing to pear. Stig S. Bakken [EMAIL PROTECTED] suggested me applying for cvs
account
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
From: Zeev Suraski [mailto:[EMAIL PROTECTED]]
IMHO, the enemy of the good is the better.
We can implement the binary-dir solution in no time, and it covers 95% of
the problems easily, but instead we'll be discussing perfect solutions and
end up doing nothing :)
Yes, please! :)
Remember
Well, you are correct that the size of the executable is irrelevant, but
having different instances of PHP means less shared pages when multiple
copies are loaded. There is a definite advantage to having a single httpd
binary that is the same for everyone when it comes to runtime memory
usage.
At 12:02 01/05/2002, Stig Venaas wrote:
This is a bit involved, I'll try to explain. I'm trying to fix a
problem in the LDAP extension, but not sure how best to do it.
The issue is that code like
$e = ldap_first_entry($ds, ldap_read($ds,$dn,objectClass=*));
$a = ldap_get_attributes($ds, $e);
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Well, you are correct that the size of the executable is irrelevant, but
having different instances of PHP means less shared pages when multiple
copies are loaded. There is a definite advantage to having a single httpd
binary that is the same
This is true, there will be less shared pages. I *want* this!
(Though I was talking about PHP and not httpd).
Well, they are commonly one and the same. But I guess you are on a
Windows/CGI platform? This doesn't really apply there.
-Rasmus
--
PHP Development Mailing List
Well, you are correct that the size of the executable is irrelevant, but
having different instances of PHP means less shared pages when multiple
copies are loaded. There is a definite advantage to having a single httpd
binary that is the same for everyone when it comes to runtime memory
Zeev Suraski [EMAIL PROTECTED] wrote:
We could add it. I just hope people wouldn't start demanding control
structures in there to start selectively loading other files...
let's just hope that by then, someone realizes we already have a
scanner and parser that handles such a language close at
I can definitely look into it, although I can't guarantee any results yet,
as we're about to go back into heavy development of a new app at work
(which uses the extension), but hopefully I'll get some free time to put
towards it. I'll let you know how things are in two weeks or so; I should
Pierre-Alain Joye wrote:
Seriously, being able to include other ini files is a great feature,
especially for hosters who will then be able to set up site-wide config
files that are included from per-vhost config files, etc. You can have
your cake and eat it too.
Sure :).
A way to make this
Joseph Tate wrote:
Well, you are correct that the size of the executable is irrelevant, but
having different instances of PHP means less shared pages when multiple
copies are loaded. There is a definite advantage to having a single httpd
binary that is the same for everyone when it comes to
There's no reason to not put in the bin-dir solution now. I just would
like to see an eventual full solution to the issue.
Zeev Suraski wrote:
IMHO, the enemy of the good is the better.
We can implement the binary-dir solution in no time, and it covers 95%
of the problems easily, but
Pierre-Alain Joye wrote:
Seriously, being able to include other ini files is a great feature,
especially for hosters who will then be able to set up site-wide config
files that are included from per-vhost config files, etc. You can have
your cake and eat it too.
Sure :).
A way to make
At 17:24 03/05/2002, Jim Winstead wrote:
Zeev Suraski [EMAIL PROTECTED] wrote:
We could add it. I just hope people wouldn't start demanding control
structures in there to start selectively loading other files...
let's just hope that by then, someone realizes we already have a
scanner and
a better solution, in my opinoin,
is some sort of grouping mechanism.
this way i can set up n different session groups.
every session in a group shares a set of variables so the have their own
scope.
i can register a session in m groups, so my session gets access to all
variables of the groups,
btw, i'm writing a session module like this in php
atm, but it would be much better, if it were programmed
directly into the core. I'm i total C-Newbie, so i'm not able
to do it myself. If anyone is interested in doing it, i'd
highly appreciate it.
Regards, Michael
Michael Virnstein [EMAIL
On Fri, 2002-05-03 at 13:17, Andrew Sitnikov wrote:
Hello Stig,
Why you lose Make everything on the language-level independent of
your locale settings. from TODO list ?
This is very critical i think. If used locale with decimal
separator like `,`, many script will working wrongly.
SSB
On Fri, 2002-05-03 at 11:40, Wez Furlong wrote:
On 03/05/02, Stig S. Bakken [EMAIL PROTECTED] wrote:
Here's the list of major changes, and the person I would like to invite
as responsible for that part of 4.3:
2. PHP Streams (Wez)
Sure, but I'm a bit limited for time over the next
At 03:04 04/05/2002, Zeev Suraski wrote:
One thing that I'm personally don't really understand
note to selfreread entire paragraph after rewriting parts of it/note to
self
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
41 matches
Mail list logo
