Quoting Brendon Colby :
We've invested a great deal of money in a high performance shared
storage system, so of course we want to use this system for absolutely
everything we can within reason, including sharing 1500+ PHP files to
our many web servers. I don't think most systems administrators w
Quoting dan...@zoltak.com:
Great points Brendon!
We have a similar architectural to your setup running NetApp filers,
Apache/PHP web servers performing shared hosting for over 40,000+
websites.
We pull over 35k IOPS and 80% are from PHP stats and getattr's.
Someone earlier mentioned that
I hope this will get people like WordPress to get up and support
mysqli out of the box. going to cause big issues if they don't.
On Sat, Jun 22, 2013 at 8:59 AM, Martin Amps wrote:
> I second this - great to see both finally available. Fantastic release!
>
> Martin Amps | CIO
> www.iCrac
Greetings list,
I've modified fopen_wrappers.c to add some custom security checks for
our environment.
Part of the check requires obtaining the DocumentRoot.
The modification begins at line 115 where the DocumentRoot is found:
// Document root from Zend (pointer to pointer)
zval **document_
Jani Taskinen wrote:
[snip]
There is a bug in 5.2.10 that might cause this, try latest SVN
checkout of PHP_5_2
branch, it should be fixed now.
I've download and tested the latest snap (php5.2-200908020630) and I
am still having the same issue. I have performed an strace with the
following r
Jani Taskinen wrote:
[snip]
You obviously do not have the correct sources then.
Try get them directly using SVN:
# svn co http://svn.php.net/repository/php/php-src/branches/PHP_5_2/
And if those don't work either, you need to provide a GDB backtrace, the
strace is useless for this. Also make s
Quoting Jani Taskinen :
On 08/03/2009 07:52 AM, dan...@zoltak.com wrote:
Jani Taskinen wrote:
[snip]
Obviously you haven't compiled using --enable-debug OR most likely are
not using the compiled libphp5.so. Check your phpinfo() that you
actually use the one you compiled first..
--Jani
Her
Quoting Jani Taskinen :
Well, this is using PHP 5.2.10. And you were supposed to test the
snapshot. How about the backtrace using latest PHP_5_2 checkout?
I downloaded the latest snap and tar.bz2 it in the php-5.2.10 folder
so I could compiled it using the php-5.2.10 ebuild file in gentoo.
Quoting Jani Taskinen :
Yes. You shouldn't really do it like that. Unpack it in separate
directory. And build outside the sources:
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-debug
# make
# make install
I've tried to compile f
Quoting Jani Taskinen :
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-debug
# make
# make install
Well I have flex-2.5.4 installed. Not sure why it requires this
version when the release versions work with flex-2.5.3x?
I have
Quoting Jani Taskinen :
Yes. You shouldn't really do it like that. Unpack it in separate
directory. And build outside the sources:
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-debug
# make
# make install
I couldn't get the dir
Quoting Scott MacVicar :
1. Is it safe to lookup the DOCUMENT_ROOT in fopen_wrappers. If not
is there an alternative?
Not at the point the function is being executed on a fresh child start
PHP hasn't always been fully started by the time it's doing the config
merging. None of the SAPI variabl
Quoting Scott MacVicar :
On 4 Aug 2009, at 04:49, dan...@zoltak.com wrote:
Quoting Scott MacVicar :
[snip]
You might be able to use sapi_getenv("DOCUMENT_ROOT",
sizeof("DOCUMENT_ROOT"))
This method dosen't appear to work.
Any chance of a clarification on "doesn't appear to work"? Does
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
[snip]
Do you know the first version it stopped working? 5.2.7 - 5.2.10 is
about 15 months worth of bug fixes. Narrowing it down to a particular
version would help.
I will determine the first version it stopped working with and get back
Quoting Scott MacVicar :
It could be related to the following patch to do with evaluation order
of per directory configuration
http://svn.php.net/viewvc?view=revision&sortby=date&revision=269640
Again it's another security issue that was resolved.
I'm not sure if this is the cause either? Th
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
Ideally both should be performed to ensure the error_log path is within
the open_base.
In the function OnUpdateErrorLog in main.c is there anyway to obtain
the HTTP_HOST or SERVER_NAME variable or ideally the DOCUMENT_ROOT. I
have tried
Quoting dan...@zoltak.com:
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
Ideally both should be performed to ensure the error_log path is within
the open_base.
In the function OnUpdateErrorLog in main.c is there anyway to obtain
the HTTP_HOST or SERVER_NAME variable or ideally the DOC
Hi,
I have a virtual host setup as follows:
ServerName www.domain.com
ServerAlias *.domain.com
DocumentRoot /home/domain.com
php_admin_value upload_tmp_dir "/tmp/php_upload"
php_admin_value open_basedir /home/domain.com/:/usr/local/lib/php
/tmp/php_uplo
her topic.
https://pear.php.net/package/HTML_Form/
http://svn.php.net/viewvc/pear/packages/HTML_Form/trunk/
https://github.com/pear/HTML_Form
Best Regards
Daniel Fahlke
aka Flyingmana
>> I’ve rewritten the RFC for pecl_http and hopefully addressed most of the
>> things mentioned previously.
>>
>> I you still find anything lacking, please let me know, so I can expand
the
>> RFC accordingly.
>>
>> And of course, everything else is up for discussion.
>>
I may not have been clear b
On Sun, Feb 8, 2015 at 4:24 AM, Tom Worster wrote:
> 3. Will the OpenSSL ext remain as it currently stands?
There has been talk of replacing it with a more generic implementation that
can swap out the underlying components so we aren't dependent upon a single
library. The crypto extension in pe
On Sun, Feb 8, 2015 at 12:11 PM, Tom Worster wrote:
>
> Thanks Damien and Daniel for the info.
>
> I am not concerned about running out of entropy. I am concerned about
> userspace RNGs such as OpenSSL
> http://sockpuppet.org/blog/2014/02/25/safely-generate-random-numbers/
Ju
On Sun, Feb 8, 2015 at 2:18 PM, Tom Worster wrote:
>
> On 2/8/15, 12:52 PM, "Daniel Lowrey" wrote:
>
> >On Sun, Feb 8, 2015 at 12:11 PM, Tom Worster wrote:
> >>
> >> Thanks Damien and Daniel for the info.
> >>
> >> I am not
First, let me say that I have voted against the current scalar types RFC.
Please do not let that color your evaluation of the rest of this message ...
I want to go on record (for the n-th time) as being unhappy about any
proposal that forces me to use php.ini. IMHO if it doesn't work with `$ php
-
On Wed, Feb 11, 2015 at 5:16 PM, Michael Wallner wrote:
>
> On 06/02/15 17:44, Daniel Lowrey wrote:
> > If you doubt that this is a solved problem in userland consider the
> > performance of my own 100% userland HTTP client demonstrated here
> > without the use of curl
> The 0.1 RFC version was mentioned a lot as a good compromise by many
> people and had major support.
People keep saying this like it's a thing, but I and others are vehemently
opposed to this as a solution. The only thing weak hints accomplishes is
the illusion of safety without actually providi
On Mon, Feb 16, 2015 at 10:19 AM, Zeev Suraski wrote:
>
> > -Original Message-
> > From: rdlow...@gmail.com [mailto:rdlow...@gmail.com] On Behalf Of
> > Daniel Lowrey
> > Sent: Monday, February 16, 2015 5:13 PM
> > To: internals@lists.php.net
On Mon, Feb 16, 2015 at 11:00 AM, Arvids Godjuks
wrote:
> This bickering already jeopardized the type hinting RFC's how many times?
3 as I recall?
Zeev was kind enough to reach out privately prior to your message and we
began exchanged mails trying to better understand each other's point of
view
questions you may have as
I plan to initiate a vote for inclusion in PHP 7 as soon as the required
discussion period elapses.
Thanks for your time and thanks to Nikita for writing the patch to make
this happen.
- Daniel
lated to (and requires functionality
proposed by) the forerunning Generator Return Expressions RFC here:
https://wiki.php.net/rfc/generator-return-expressions
Thanks for your time,
Daniel
On Mon, Mar 2, 2015 at 1:34 AM, Patrick Schaaf wrote:
>
> Am 02.03.2015 00:52 schrieb "Daniel Lowrey" :
> >
> > I'd like to initiate discussion on a proposal to implement generator
> > delegation via the following new syntax inside generator functions:
>
>From initial discussions it seems prudent to modify the Generator
Delegation RFC to use either of:
- yield from
- yield use
The `yield from` form would add a single T_YIELD_FROM token (as opposed to
a new "from" reserved word). The `yield use` form would reuse existing
keywords. I'd like t
need to
understand Generators are not iterators. They are functions with the added
capacity that they can be paused and resumed. The function keyword is the
only thing that makes sense here.
Hopefully that addresses some of your questions? If not, please ask again
and I'll try to do a better job.
Thanks for the feedback,
Daniel
tance.
I would encourage voters to please also read the Generator Delegation
proposal which depends upon the acceptance of return expressions as a
prerequisite:
https://wiki.php.net/rfc/generator-delegation
Thanks for your time and consideration,
Daniel
parties to read the updated proposal and pose
any relevant questions this week as voting is planned to begin Sunday,
March 15.
Thanks for your time and input,
Daniel
ing a
few minutes to review the proposal. If you have any questions please don't
hesitate to ask.
-Daniel
On Sun, Mar 15, 2015 at 3:56 PM, Damien Tournoud wrote:
>
> Hi Daniel,
>
> In the formal definition, you have:
>
> $throw $e;
>
> ... which I assume is a typo?
>
> Damien
>
Woops! Yes, this is a typo. Thanks for the heads-up; fixing now ...
On Sun, Mar 15, 2015 at 4:13 PM, Damien Tournoud wrote:
>
> Hi Daniel,
>
> Would you mind clarifying the relationship between the "Generator
Delegation" RFC and the "Generator Return Expressions" RFC?
>
Sure, thanks for the question. As mentioned in the RF
On Sun, Mar 15, 2015 at 4:39 PM, Damien Tournoud wrote:
>
> On Sun, Mar 15, 2015 at 9:35 PM, Daniel Lowrey wrote:
>>
>> This is actually a *vastly* inferior solution to language-level support
for generator returns. greenlet/gevent does it this way because these
libraries w
coming
days.
Regards,
Daniel
Voting concluded yesterday on the Generator Delegation RFC; the proposal
passed 25-0 for inclusion in PHP7.
https://wiki.php.net/rfc/generator-delegation#vote
Thanks to everyone who read the proposal and contributed either directly or
indirectly.
-Daniel
HTTP/2 is entirely outside the scope of the PHP web SAPI as it currently
exists. The protocol impacts the actual HTTP server and has nothing to do
with the SAPI runtime which is simply handed information about the HTTP
request once the server parses it. The protocol used to communicate those
detail
On Tue, Mar 31, 2015 at 10:11 AM Grégory Planchat wrote:
> Le 31/03/2015 15:56, Daniel Lowrey a écrit :
> > HTTP/2 is entirely outside the scope of the PHP web SAPI as it currently
> > exists. The protocol impacts the actual HTTP server and has nothing to do
> > with the
> this ain't exactly true. Currently in MT environment the task of data
> separation is pushed to the TSRM by using TLS. Now, if TSRM is
> reimplemented in a fashion that the data is not stored by using TLS but
> other mechanism and cooperative multitasking is not something that
> can't be done.
>
s the current depth of the path?
Is there a significant demand or use case from the community that justifies the
inclusion of this function in the core PHP library?
I look forward to feedback from the community to refine this proposal and gauge
interest in moving forward with an RFC.
Thanks!
D
luded as part
of the 8.4 release.
Thanks,
--Daniel Scherzer (https://github.com/DanielEScherzer)
[1] https://github.com/php/php-src/pull/15847
[2] https://github.com/php/php-src/issues/15723
[3] https://github.com/php/php-src/pull/15847#issuecomment-2345774089
[4] https://github.com/php/php-src
Hi Alan:
> https://bugs.php.net/patch-display.php?bug=60362&patch=fix_disabling_bad_string_offsets&revision=1323002696
Thanks so much for the patch. Looking at the source I noticed some
small things (care to build a bike shed with me? :).
Many of the test EXPECT's have %d changed to hard coded
Hi Alan:
On Mon, Dec 05, 2011 at 09:59:50AM -0500, Daniel Convissor wrote:
>
> I tried to apply the patch to 54 and trunk via "patch < bug.diff"
> (which usually works fine) and all hunks failled. Not sure what I'm
> doing wrong.
Ah, I needed to do "patch -p0
Hi:
I'm getting the following error while building trunk:
/php/php-src/trunk/ext/curl/interface.c: In function
‘zif_curl_copy_handle’:
/php/php-src/trunk/ext/curl/interface.c:1978: error: ‘php_curl_handlers’
has no member named ‘fnmatch’
/php/php-src/trunk/ext/curl/interface.c:1979: error: ‘php_c
Hi Again:
After sending that email, I realized I should mention my library
version. curl --version says, in part "7.19.7 (x86_64-pc-linux-gnu)".
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
Hi Pierre:
Thanks for the quick fix. I did a make clean and vsclean then rebuilt,
but there's a similar issue, still:
/php/php-src/trunk/ext/curl/interface.c: In function
‘zif_curl_copy_handle’:
/php/php-src/trunk/ext/curl/interface.c:1978: error: ‘php_curl_handlers’
has no member named ‘fnmatch
Hi Alan:
> b) fix isset, and return first character
> ISSET: return false (no warning)
> READ: warning + return first character (similar to current behavior
> except dereferenced strings)
>
> c) fix isset, and return empty strings
> ISSET: return false (no warning)
> READ: warning + return empty
Hi Barbu:
> I wonder why I cannot assign arrays to constants.
Do keep in mind that you can serialize() the array before storing it in
a constant. Then use unserialize(CONSTANT) when you need the data.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
da
Hi Folks:
David mentioned the following in the git migration email:
>Expect the php-src migration in 14-21 days after 5.4 final.
Can 5.4 final please be held off until the DateTime fixes for
transitions (such as Standard / Daylight time) are fixed?
https://wiki.php.net/rfc/datetime_and_dayli
Hi,
i've searched bugs database a lot but couldn't find something about this one.
Setup:
Windows Vista
PHP5.4 RC4
php_pdo_sqlsrv as additional extension
Code:
http://www.php.net/unsub.php
Hi Etienne:
> To me it seems similar to assigning $this, only here it is via special
> closure syntax. Since this code is no longer necessary, and might conflict
> with the rebinding of $this, the error makes sense IMHO.
A clearer error message seems appropriate. It should indicate that
use($thi
Hi:
On Fri, Jan 06, 2012 at 06:06:16PM +0100, Steven VAN POECK wrote:
>
> cc: /home/steven/php5.4-201201041830/Zend/zend_ini_parser.c: No such
> file or directory
> cc: no input files
> make: *** [Zend/zend_ini_parser.lo] Error 1
This issue is popping up while trying to compile the latest snapsho
Hi Again:
> This issue is popping up while trying to compile the latest snapshot,
> php5.4-201201041830, on test.pear.php.net (Debian 6.0.3) using the
> instructions I put together at https://wiki.php.net/systems/sgrv1.
Oh, as Remi pointed out in another thread, this "latest" snapshot is out
of d
On Wed, Jan 18, 2012 at 21:28, Klaus Silveira wrote:
> I have noticed that master.php.net has been offline for a few days now,
> resulting in a failure to login at the PHP Wiki. Are you guys having this
> same issue?
It had been going up and down, yes, and now it's completely down.
We're work
Gentlemen:
On Thu, Jan 19, 2012 at 02:09:12PM +0100, Ulf Wendel wrote:
> Am 19.01.2012 13:50, schrieb Johannes Schlüter:
> >
> >Your server seems to be configured for UTF-8 by default. In my tests the
> >behavior for both libraries (myslqnd& libmsql) is the same if you mind
> >the character set (
Hi:
On Thu, Jan 19, 2012 at 02:27:05PM -0500, Daniel Convissor wrote:
> On Thu, Jan 19, 2012 at 02:09:12PM +0100, Ulf Wendel wrote:
> > Am 19.01.2012 13:50, schrieb Johannes Schlüter:
> > >
> > >Your server seems to be configured for UTF-8 by default. In my tests
Hi Johannes:
> The documentation tells
>
> http://dev.mysql.com/doc/refman/5.5/en/c-api-data-structures.html
>
> So it is working in bytes and has to hold all possible values.
That's how MySQL's internal API works. At the same time, PHP's users
expect PHP to behave as d
Hi Johannes:
> We have to live with the information the server gives us. The server
> gives us the information in bytes. And frankly in PHP a string has no
> encoding information, so in many cases that is a good answer. But
> nonetheless the documentation should be improved/fixed.
Further experim
Hi Johannes and Ulf:
On Mon, Jan 23, 2012 at 09:56:00PM -0500, Daniel Convissor wrote:
> Hi Johannes:
>
> > We have to live with the information the server gives us. The server
> > gives us the information in bytes. And frankly in PHP a string has no
> > encoding infor
discussion
whenever this comes around again (as it inevitably does)...
~ Daniel Macedo
On Wed, Feb 22, 2012 at 14:13, Dmitri Snytkine
wrote:
> This is just one of the many features that available in Java and "would be
> nice to have" in php.
> Maybe we should put togher a
Hi Johannes:
> 1) You said
> * /etc/my.cnf settings are (no other my.cnf files exist):
> * + default-character-set = utf8
> * + character-set-server = utf8
>
> In which section of the my.cnf file? Both for the server, or for the
> client?
[client]
default-character-set = utf8
[mysqld]
charact
rs to their latin equivalents when sorting.
Just my 0,02 €
Daniel
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t will be quite hard to change, ranging from "it's very
difficult/impossible to implement properly", to "this isn't the PHP
way"...
Just check out the discussions regarding function naming and/or
parameter order and you'll understand, some things will remain; but
rem
including throwing an error if there's loss of data in
conversion. Although I'm not so sure about having strong types...
Regards,
Daniel Macedo
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
Made me hate him a little bit, but I have to say I'm satisfied with
that reply. :)
Best regards,
Daniel Macedo
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
*several entries* per type cast (since spaces are
allowed inside casts anyway, but could also be a semicolon or
something):
$int_or_null = (int unset) $x;
This could be usefull for other instances as (string null) or (bool
null) as well... Your thoughts?
Best regards,
~ Daniel Macedo
--
PHP
> This could be usefull for other instances as (string null) or (bool
> null) as well... Your thoughts?
Typo! The examples should read (string unset) and (bool unset)
BTW: Order would equal what is type casted OR simply accepted!
~ Daniel Macedo
--
PHP Internals - PHP Runtime Devel
rray) 'test' // 'test'
(string array) 123 // '123'
(string array) TRUE // '1'
(string array) array(1, 2, 3) // array(3) { [0]=> int(1) [1]=>
int(2) [2]=> int(3) }
I find this way more useful/complete/readable than what you proposed.
Best regards,
~ Daniel Macedo
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
"/var/logs/php_error_log"
error_reporting = E_ALL & ~E_DEPRECATED
Cheers,
~ Daniel Macedo
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Michael, I'm with Anthony, in that you shouldn't change behaviour of
this nature with an ini setting.
I would bring more pain than what it takes away.
This is one of those gotchas that everyone comes across, like you noted.
The main issue is that floating point arithmetic != real number
arithmetic
) * $b - pow(10, $c) / 2");
Came across something like that in the manual: http://php.net/ref.bc#107014
How's that for a quick 'n dirty idea to solve this issue?
~ Daniel Macedo
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, Mar 29, 2012 at 06:04, Ferenc Kovacs wrote:
>
> judging from the lack of interest I guess you are right.
> I will remove the cvs/cvsup subdomain from our zone file, and the cvsup.php
> file (any any other cvs(up).php.net reference from the codebase, and I cc'ed
> the systems@ list, so that
> Though does it count if it's still March 31st over here? ;)
>
> --Kris
Nope, you've been caught! (=
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Folks:
This topic appears to have been quietly tabled. I didn't notice a
decision here or a commit.
On Mon, Mar 12, 2012 at 01:12:03PM -0700, Rasmus Lerdorf wrote:
>
> So maybe a way to tackle this is to use the
> mbstring internal encoding when it is set as the htmlspecialchars
> default wh
Hi Folks:
On Wed, Mar 14, 2012 at 10:33:59AM -0700, Christopher Jones wrote:
>
> In that case, perhaps the STD_PHP_INI_* values should match those
> in php.ini-development?
Many sites have very small ini files and rely on the default ini values
for everything else. This means changing the defau
Only $599? This looks like an awesome deal!
Retards...
On Thu, Apr 12, 2012 at 16:27, CelebrityAccess wrote:
> There is no better time to subscribe to CelebrityAccess – the industry’s
> most comprehensive source of live event news and information.
>
> More data… More news… In depth analysis… a
Greetings, all;
This coming Monday, 16 April, 2012, between the hours of 18:00 and
20:00 EDT (22:00 to 00:00 GMT), the one of the primary php.net servers
will be undergoing a critical preventative maintenance operation. In
this two-hour maintenance window, we do expect a period of
interru
Just a reminder, see the below message.
On Apr 13, 2012 3:43 PM, "Daniel Brown" wrote:
>Greetings, all;
>
>This coming Monday, 16 April, 2012, between the hours of 18:00 and
> 20:00 EDT (22:00 to 00:00 GMT), the one of the primary php.net servers
> will
d/or https://bugs.php.net/.
Thank you.
On Apr 16, 2012 6:15 PM, "Daniel Brown" wrote:
> Just a reminder, see the below message.
> On Apr 13, 2012 3:43 PM, "Daniel Brown" wrote:
>
>>Greetings, all;
>>
>>This coming Monday, 16 April, 2012, betwee
I'll keep going offtopic a bit more.
I would rather see named parameters implemented *prior* to this.
Although maybe not instead, I think both might have their place.
On Wed, Apr 18, 2012 at 08:43, Yasuo Ohgaki wrote:
>
> Something like
>
> setcookie( name:'mycookie', value:'abc', secure:true, ht
, NULL, 10
// vs. using a reserved word
fn1(default, default, 10), // FALSE, NULL, 10
Cheers,
On Wed, Apr 18, 2012 at 11:21, Peter Cowburn wrote:
> On 18 April 2012 10:25, Daniel Macedo wrote:
>>
>> But I couldn't support the comma train, for the insane «lots of
>> param
ers.
I personally think there's a place for having both.
> Daniel Macedo wrote:
>>
>> function fn1($a = false, $b = nul, $c = 1)
>> {
>> var_dump($a, $b. $c);
>> }
>>
>> // your idea
>> fn1(NULL, NULL, 10), // NULL, NULL, 10
>>
>&
On Tue, Apr 17, 2012 at 18:13, Kris Craig wrote:
>>
> Yeah one of the problems that really frustrates the hell out of me is that,
> after I've answered a question or responded to an objection, somebody new
> jumps in and raises the exact same issue. When I tell them to read earlier
> in the threa
w how that feels like).
If not, then at least consider this should be marked as deprecated
(even without a due date for complete removal), just for the sake of
no longer being maintained!
~ Daniel Macedo
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
NOTE: Although related/solving some of the same problems; skipping optional
parameters (several commas or using 'default' keyword) is different from
using named parameters.
And both have different supporters/haters over each change.
I wouldn't like to restart the whole debate over the KISS, "Not t
On Mon, Jun 4, 2012 at 11:30 PM, freeone3000 wrote:
> I'm working with a third-party PHP extension that makes a call to
> zend_auto_global_disable_jit. However, in PHP5.4.5, there is no
> zend_auto_global_disable_jit available, nor is it in its traditional
> header. Commenting out all zend_auto_gl
SPRNG implementations around), I've seen salts used from numbers to
md5's to just being skipped altogether.
~ Daniel Macedo
Hi Nikita:
> PHP <= 5.3.13, PHP 5.4, master behave as follows when an invalid UTF-8
> string is encountered:
> * A warning is thrown, but only if display_errors=off
So the warning is put into the error log? But only if display_errors is
off? And if display_errors is on, no warning is produced?
Hola:
On Sat, Jun 23, 2012 at 06:03:34PM -0700, Rasmus Lerdorf wrote:
> And yes, I don't think a warning from json_encode() is useful because to
> properly avoid it you would need an iconv() call before calling it and
> that is pure overhead. Short of that your only recourse is to use @ and
> that
Hi Anthony:
> I want exceptions here too. But PHP doesn't use exceptions in its standard
> library (aside from SPL)
DateTime uses exceptions.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
ht
Hi Anthony:
> But I agree with your larger point. The only problem with it is that it
> would take an engine wide shift to do.
How does using exceptions in this new extension require an "engine wide
shift?" DateTime already uses exceptions, no problem.
Thanks,
--Dan
--
T H E A N A L Y S I
You already have the read-only/write-only option proposed on that RFC
- by not defining set and vice-versa for write only - or by inserting
new keywords (not sure if this is needed/optimal).
And nowhere in PHP do we have the syntax you propose as A:B, and I
even recall a short array [a:1, b:2] syn
> If you just want an attribute that is:
> - readable from everywhere
> - writable from the current class only
I believe the RFC sugests:
public $a {
private set;
}
Would be enough, if I understand correctly...
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
On Mon, Jul 16, 2012 at 4:31 PM, Amaury Bouchard wrote:
> My point is not to add two ways to do the same thing.
> What I'm humbly suggesting to do is to keep the core idea of the existing
> RFC (make things easier when you have to write getters/setters), and think
> about another syntax for managi
That is already accounted for, both the visibility (what's inside
limits what's before the variable) as well as changing the
write-only/read-only options. If you read the RFC, when extending a
class and adding "set" method to a member that was read-only, you
overload the read-only setting...
Hence
1 - 100 of 793 matches
Mail list logo
