hi Chris,
On Tue, Jun 19, 2012 at 11:45 PM, Christopher Jones
wrote:
> We should take this offline - I can see cases where I'd strongly disagree.
I see no reason to move a discussion offline or off list, this is a
topic that interests many other readers or developers.
Cheers,
--
Pierre
@pier
hi Anthony!
On Tue, Jun 19, 2012 at 1:14 AM, Anthony Ferrara wrote:
> Hello all,
>
> Since there wasn't that much traffic on the draft version of the RFC,
> I've moved it into Proposed.
>
> https://wiki.php.net/rfc/hash_pbkdf2
>
> What are your thoughts?
Very nice work! Thanks :)
I would updat
Hi Anthony,
I'm not sure about the idea to have a specific SPL for password hashing.
I like the idea to have a standard interface for that but maybe is
enough just a set of functions.
I see a valid argument to have a standard interface especially for the
password_register_algo().
Enrico
2012/6/1
Hi,
I'm not opposed to this change, but I would like to give some ideas.
If I use PDO postgresql and prepared statement, it executes native
prepared query. However, prepared statement is released(removed)
when PDOStatement object is destroyed.
If PDO MySQL made like this, performance will not in
On 18/06/12 18:54, Anthony Ferrara wrote:
> Pierre,
>
>> There is sadly only state-of-art-right-now password hashing methods.
>> We have to keep that in mind :)
> That's why the crypt() return format was designed. All of the options
> that are needed to validate the hash (algorithm, cost parameter,
On 06/16/2012 12:19 AM, Ulf Wendel wrote:
Am 15.06.2012 18:28, schrieb Christopher Jones:
On 06/15/2012 08:34 AM, Ulf Wendel wrote:
As long as client-side escaping is done properly, there is no
practical difference between the [client vs server -prepare]
approaches.
The big problem with th
Hi Marian,
perhaps you need master, there are no snaps for that. Otherwise, did you check
the date of the fix commit on 5.4 or 5.3 and of the latest snapL If it's not
there, just wait a couple of days for the most recent snap and it should be
there :)
Anatoliy
On Tue, 19 Jun 2012 20:07:18 +03
On Tue, Jun 19, 2012 at 6:23 AM, Tjerk Meesters
wrote:
> On 19 Jun, 2012, at 2:24 PM, Adam Jon Richardson wrote:
>>
>> One thing I'm wondering about is whether the last parameter could be
>> changed from:
>> raw_output = false
>>
>> To something like:
>> output = "hex" (also allowing output = "ra
On Tue, Apr 17, 2012 at 4:54 PM, Ralph Schindler
wrote:
> I've also added an RFC page, any thoughts on improving the RFC?
>
> * https://wiki.php.net/rfc/class_name_scalars
>
> -ralph
What's the state of this RFC?
Nikita
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
Hello Anatoliy,
the snaps for php-5.4 and php-5.3 doesn't work for me. I have reported a
php bug that *Laruence* says it was fixed in trunk but not merged in
php-5.4. So I have to check if it is fixed in trunk but I cannot do it
because of the missing builds :)
2012/6/19 Anatoliy Belsky
> Hi,
>
Hi,
recent snaps can be downloaded under
http://windows.php.net/downloads/snaps/php-5.4/
http://windows.php.net/downloads/snaps/php-5.3/
respectively to version you need. The snaps are created almost on daily basis.
Regards
Anatoliy
On Tue, 19 Jun 2012 19:46:59 +0300
Marian Kostadinov wrote:
From : Gustavo Lopes [mailto:glo...@nebm.ist.utl.pt]
> I don't see why we
> should be in the business of, among other things, deciding whether code
> should be indented or otherwise formatted.
+1.
I think these documents have nothing to do under php.net, especially because
the group, after PSR-0
On 19 Jun, 2012, at 2:24 PM, Adam Jon Richardson wrote:
> On Mon, Jun 18, 2012 at 7:14 PM, Anthony Ferrara wrote:
>> https://wiki.php.net/rfc/hash_pbkdf2
>>
>> What are your thoughts?
>
> That's very nice, indeed.
>
> One thing I'm wondering about is whether the last parameter could be
> cha
13 matches
Mail list logo
