Re: [PHP-DEV] [RFC][VOTE] Improve hash_hkdf() parameter

2017-04-29 Thread li...@rhsoft.net
Am 30.04.2017 um 01:26 schrieb Yasuo Ohgaki: On Sun, Apr 30, 2017 at 8:14 AM, Yasuo Ohgaki wrote: I don't need your view of HKDF RFC or usage, but I do need good practical examples that justify your point of view. Please don't waste of your/my time, just give some good examples in next reply.

[PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
https://github.com/zendtech/php-src/tree/jit-dynasm/ext/opcache/jit that below is a "ab -c 50 -n 10" on a Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz on our core cms (pgo-build with heavy compiler optimizations, only the source tarball deifferent) currently our production 2x6 core machine wit

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
ests per second: 925.96 [#/sec] (mean) Time per request: 53.998 [ms] (mean) Time per request: 1.080 [ms] (mean, across all concurrent requests) Transfer rate: 36842.68 [Kbytes/sec] received Am 02.05.2017 um 18:00 schrieb li...@rhsoft.net: https://github.com/zendtech/php-src/tree/jit-dynasm/ext/opcache/

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 02.05.2017 um 20:02 schrieb Nikita Popov: On Tue, May 2, 2017 at 7:14 PM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: and with a demo-page containing all sort of modules and bloat the difference is even greater - can't wa

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
: Requests per second: 136.46 7.1.5 opcache: Requests per second: 316.77 7.2.0 JIT: Requests per second: 925.96 same hardware, same scripts, httpd hard restarted ab -c 50 -n 2 believe it or not - i know my php environemt and what i benchmark :-) Am 02.05.2017 um 20:12 schrieb li...@rhsoft.net

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
and compare if the gain stays similar Am 02.05.2017 um 20:21 schrieb li...@rhsoft.net: that would be the numbers of 7.1.5RC1 *without* opcache Requests per second:136.46 [#/sec] (mean) Time per request: 366.405 [ms] (mean) Time per request: 7.328 [ms] (mean, across all

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 02.05.2017 um 20:53 schrieb Nikita Popov: These results are very unlikely. I'm 95% sure your benchmark is broken. My first guess would be that you're benchmarking PHP + JIT against PHP without opcache. Please share the relevant (opcache-related) portion of the

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 02.05.2017 um 21:12 schrieb Nikita Popov: On Tue, May 2, 2017 at 9:04 PM, li...@rhsoft.net You have xdebug enabled... loaded, but not enabled xdebug.default_enable = 0 xdebug.profiler_enable = 0 xdebug.profiler_enable_trigger = 1 7.1.5: Requests per

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 03.05.2017 um 02:37 schrieb Sara Golemon: On Tue, May 2, 2017 at 2:51 PM, li...@rhsoft.net wrote: OK, than it are "only" 5% on a highly optimized codebase Awww... that makes me kinda sad to hear. But perhaps with more work that needle can be moved upwards. One question whic

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-02 Thread li...@rhsoft.net
Am 03.05.2017 um 05:37 schrieb Sara Golemon: On Tue, May 2, 2017 at 10:19 PM, li...@rhsoft.net wrote: 100% internal codebase without 3rd party libraries developed over the last 15 years and in the meantime 100% strict-types/typehints/return-types only missing some commented nullable/void

Re: [PHP-DEV] the experimental jit-branch is impressive

2017-05-03 Thread li...@rhsoft.net
Am 03.05.2017 um 13:20 schrieb Eli: Would you mind running some numbers against "commodity apps/frameworks" (e.g. Wordpress, ZendFramework, Laravel, etc...) I expect that will be far more telling (in a potentially positive way). For example, HHVM performs best on "highly optimized code", which

Re: [PHP-DEV] [RFC][VOTE] Improve hash_hkdf() parameter

2017-05-09 Thread li...@rhsoft.net
Am 09.05.2017 um 23:36 schrieb Yasuo Ohgaki: Hi, On Sun, Apr 30, 2017 at 3:55 PM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: . PLEASE STOP riding that dead horse - it's even annoying for users following the devel-list how you a

Re: [PHP-DEV] HYBRID VM

2017-05-10 Thread li...@rhsoft.net
Am 10.05.2017 um 08:21 schrieb André Rømcke: On 5 May 2017, at 22:06, Dmitry Stogov wrote: It provides comparabele improvement on smal benchmarks, without degradation on real apps. It can be compiled in reasonale time (GOTO requres significant time anda lot of memory). Finally HYBRID fallbak

Re: [PHP-DEV] TLS v1.2 -only- deployments

2017-05-11 Thread li...@rhsoft.net
Am 11.05.2017 um 13:08 schrieb Anatol Belski: -Original Message- From: Thomas Hruska [mailto:thru...@cubiclesoft.com] Sent: Tuesday, May 9, 2017 5:33 PM To: PHP Development Subject: [PHP-DEV] TLS v1.2 -only- deployments Over the past two weeks, I've observed quite a bit of PHP 7+ userl

Re: [PHP-DEV] TLS v1.2 -only- deployments

2017-05-11 Thread li...@rhsoft.net
Am 11.05.2017 um 14:18 schrieb Anatol Belski: -Original Message- From: li...@rhsoft.net [mailto:li...@rhsoft.net] Sent: Thursday, May 11, 2017 1:25 PM To: internals@lists.php.net Subject: Re: [PHP-DEV] TLS v1.2 -only- deployments Am 11.05.2017 um 13:08 schrieb Anatol Belski

Re: [PHP-DEV] Deprecate INTL_IDNA_VARIANT_2003

2017-05-13 Thread li...@rhsoft.net
Am 13.05.2017 um 17:30 schrieb Christoph M. Becker: On 13.05.2017 at 17:14, Niklas Keller wrote: 2016-11-24 19:25 GMT+01:00 Christoph M. Becker : I've just noticed that ICU has deprecated the IDNA 2003 related functions as of ICU 55[1]. Therefore I suggest that we deprecate INTL_IDNA_VARIA

Re: [PHP-DEV] HYBRID VM

2017-05-15 Thread li...@rhsoft.net
Am 15.05.2017 um 16:43 schrieb Dmitry Stogov: php zend_vm_gen.php --with-vm-kind=HYBRID make shouldn't that be a ./configure option? calls like "php zend_vm_gen.php" are not self contained in a rpmbuild -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://

Re: [PHP-DEV] HYBRID VM

2017-05-15 Thread li...@rhsoft.net
Am 15.05.2017 um 17:30 schrieb Sara Golemon: On Mon, May 15, 2017 at 9:51 AM, li...@rhsoft.net wrote: Am 15.05.2017 um 16:43 schrieb Dmitry Stogov: php zend_vm_gen.php --with-vm-kind=HYBRID shouldn't that be a ./configure option? calls like "php zend_vm_gen.php" are not se

Re: [PHP-DEV] HYBRID VM

2017-05-15 Thread li...@rhsoft.net
Am 15.05.2017 um 16:43 schrieb Dmitry Stogov: Hi, Recently, I committed HYBRID VM into master, but didn't enable it by default yet. It provides significant performance improvement on small benchmarks (1.5 times faster on bench.php) and slight improvement on real-life apps (1-2% on wordpre

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

2017-05-17 Thread li...@rhsoft.net
Am 17.05.2017 um 17:00 schrieb Andreas Heigl: seriously a signature on top breaks reply and quotes for any sane MUA which strips signatures and so quotes only stuff on top of the "-- " line > Just a stupid question for a non-regular: Why not a > separate repo? In the end run-tests

Re: [PHP-DEV] messages not delivering?

2017-05-18 Thread li...@rhsoft.net
Am 18.05.2017 um 10:45 schrieb Andrey Andreev: http://news.php.net/php.internals/99093 http://news.php.net/php.internals/99094 Again, failing DMARC authentication which is unavoidable when the list mangles subject with a prefix and body with a list footer which breaks DKIM unconditionally

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

2017-05-18 Thread li...@rhsoft.net
Am 18.05.2017 um 12:08 schrieb Marco Pivetta: On Thu, May 18, 2017 at 2:35 AM, Johannes Schlüter wrote: On Mi, 2017-05-17 at 23:30 +0200, Marco Pivetta wrote: Is Sebastian copied in here? Why can't we just use the super-battle- tested PHPUnit? It supports phpt and a ton of plugins, plus eve

Re: [PHP-DEV] [RFC] [Discussion] UUID

2017-05-24 Thread li...@rhsoft.net
Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget to include in the RFC a justification for why this should be part of PHP core, rather than a library because as developer in reality you can not use and rely on features which nee

Re: [PHP-DEV] [RFC] [Discussion] UUID

2017-05-24 Thread li...@rhsoft.net
Am 24.05.2017 um 17:04 schrieb Larry Garfield: On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget to include in the RFC a justification for why this should be part o

Re: [PHP-DEV] [RFC] [Discussion] UUID

2017-05-24 Thread li...@rhsoft.net
Am 24.05.2017 um 17:11 schrieb Levi Morrison: On Wed, May 24, 2017 at 9:04 AM, Larry Garfield wrote: On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget to include in

Re: [PHP-DEV] [RFC] [Discussion] UUID

2017-05-24 Thread li...@rhsoft.net
Am 24.05.2017 um 18:30 schrieb Remi Collet: Le 24/05/2017 à 17:21, li...@rhsoft.net a écrit : frankly get out of my sight with composer i maintain the whole webstacke for many years at my own (rpm packages) and so the Fedora repos have excluded anything relevant to PHP - trying to build

Re: [PHP-DEV] [RFC] [Discussion] UUID

2017-05-24 Thread li...@rhsoft.net
Am 24.05.2017 um 18:35 schrieb Christoph M. Becker: On 24.05.2017 at 18:25, Remi Collet wrote: Le 24/05/2017 à 17:57, Levi Morrison a écrit : I understand the user experience improvement for having a package for UUIDs in core; I'd like that myself. I just want to know why we haven't discuss

Re: [PHP-DEV] [RFC] [Discussion] UUID

2017-05-25 Thread li...@rhsoft.net
Am 25.05.2017 um 19:50 schrieb Levi Morrison: https://wiki.php.net/rfc/uuid#namespace This is more a general thing. I know from many online conversations, meetups, and conferences that people would love to see it. My $0.02 is basically what Nikita Popov has said at some point in the past: T

Re: [PHP-DEV] Parameter type widening RFC

2017-05-26 Thread li...@rhsoft.net
Am 26.05.2017 um 14:16 schrieb Christoph M. Becker: On 26.05.2017 at 12:16, Niklas Keller wrote: 2017-05-26 10:35 GMT+02:00 Andrey Andreev : On Thu, May 25, 2017 at 11:02 PM, Dan Ackroyd wrote: The RFC specifically didn't mention LSPbecause that is separate from co/contravariance. It

Re: [PHP-DEV] Parameter type widening RFC

2017-05-26 Thread li...@rhsoft.net
Am 26.05.2017 um 16:26 schrieb Dan Ackroyd: On 26 May 2017 at 13:23, li...@rhsoft.net wrote: does that also fix the issue https://bugs.php.net/bug.php?id=74394 Dear Anonymous, That "issue" is actually 3 issues. case 1 class A { public function test($a) {} } class B

Re: [PHP-DEV] Parameter type widening RFC

2017-05-26 Thread li...@rhsoft.net
Am 26.05.2017 um 18:10 schrieb Ryan Pallas: On Fri, May 26, 2017 at 9:01 AM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: Am 26.05.2017 um 16:26 schrieb Dan Ackroyd: On 26 May 2017 at 13:23, li...@rhsoft.net <mailto:l

Re: [PHP-DEV] Parameter type widening RFC

2017-05-28 Thread li...@rhsoft.net
Am 28.05.2017 um 23:28 schrieb Dan Ackroyd: On 28 May 2017 at 18:06, Aidan Woods wrote: So, if I understand everything here correctly ... will be equivalent in 7.2? :( Not equivalent. Adding the Boo param type to an implementation, when it is only a comment in the parent gives an error. i

Re: [PHP-DEV] [RFC][VOTE] Improved SSL / TLS constants

2017-05-29 Thread li...@rhsoft.net
Am 29.05.2017 um 09:48 schrieb Niklas Keller: Morning, I hereby open the vote on the "Improved SSL / TLS constants" RFC. This RFC proposes to change PHP's TLS constants to sane values. This change has been avoided by the previous RFC for PHP 5.6 due to BC reasons. This RFCs favors better secu

Re: [PHP-DEV] [RFC][Post-Discussion]: E_WARNING when using array-index on non valid container

2017-05-31 Thread li...@rhsoft.net
Am 31.05.2017 um 18:16 schrieb Dan Ackroyd: On 11 January 2017 at 15:42, David Walker wrote: Joe had requested renewed discussion on the accepted RFC[1] and my proposed PR[2] be brought forward again for implementation discussion, and to come up with a resolution. Any thoughts on a better im

Re: [PHP-DEV] Class Naming in Core

2017-06-03 Thread li...@rhsoft.net
Am 03.06.2017 um 10:10 schrieb Tony Marston: "Dan Ackroyd" wrote in message news:ca+kxmuromvy6vb0ykd6ejqu8askxro2x6f9y5i9+cxfjsj-...@mail.gmail.com... On 29 May 2017 at 23:13, Fleshgrinder wrote: Hey guys! People are complaining over at Reddit [1] While the "STD" is slightly humorous, i

Re: [PHP-DEV] Why hashtable keeps insertion order by default ?

2017-06-03 Thread li...@rhsoft.net
Am 03.06.2017 um 10:31 schrieb Pawel Por: AFAIK the hashtable in PHP by default keeps the order in which the elements are inserted. Could you please write me why it keeps the insertion order by default ? Thanks in advance for clarification. beause when you create a array ['a', 'b']; you don't

Re: [PHP-DEV] Class Naming in Core

2017-06-04 Thread li...@rhsoft.net
Am 04.06.2017 um 11:10 schrieb Tony Marston: If there was never a standard to begin with then there should be proper justification for introducing one now, and I'm afraid that "to be consistent" is not a valid argument. What problems are caused by this inconsistency? What is the cost, both in

Re: [PHP-DEV] Class Naming in Core

2017-06-05 Thread li...@rhsoft.net
Am 05.06.2017 um 10:14 schrieb Tony Marston: wrote in message news:3cfc0130-e530-64ed-36e8-372b04481...@rhsoft.net... Am 04.06.2017 um 11:10 schrieb Tony Marston: If there was never a standard to begin with then there should be proper justification for introducing one now, and I'm afraid t

Re: [PHP-DEV] Re: Documentation (Doxygen)

2017-06-05 Thread li...@rhsoft.net
Am 05.06.2017 um 20:16 schrieb Jefferson Gonzalez: I do not remember all the details, since this was 5 years ago as I wrote before, but what I do remember is some of the core developers not wanting to saturate the core code with comments, and that the best documentation was reading the actual

Re: [PHP-DEV] Proposing inclusion of PCS in the 7.2 core distribution

2017-06-06 Thread li...@rhsoft.net
Am 06.06.2017 um 12:27 schrieb François Laupretre: What I am proposing here is very different, as the main objective is to dramatically reduce the line count of the core source, without significant performance loss. If we had an army of C developers maintaining every core extension, maybe we

Re: [PHP-DEV] Proposing inclusion of PCS in the 7.2 core distribution

2017-06-06 Thread li...@rhsoft.net
Am 06.06.2017 um 13:06 schrieb François Laupretre: Le 06/06/2017 à 12:33, li...@rhsoft.net a écrit : Am 06.06.2017 um 12:27 schrieb François Laupretre: What I am proposing here is very different, as the main objective is to dramatically reduce the line count of the core source, without

Re: [PHP-DEV] Proposing inclusion of PCS in the 7.2 core distribution

2017-06-06 Thread li...@rhsoft.net
Am 06.06.2017 um 15:33 schrieb Rowan Collins: On 6 June 2017 12:27:16 BST, "li...@rhsoft.net" wrote: looking at the code quality (style, readability, robustness, error-handling) of 99% of php userland code out there - which is horrible to say it nice - even if all that is true i s

Re: [PHP-DEV] Proposing inclusion of PCS in the 7.2 core distribution

2017-06-06 Thread li...@rhsoft.net
Am 06.06.2017 um 18:49 schrieb François Laupretre: Le 06/06/2017 à 17:19, li...@rhsoft.net a écrit : where will this php scripts stored - how do they deal with openbasedir - do you need to place their location in openbasedir while you normally avoid to add anything oustide your application

Re: [PHP-DEV] Re: [RFC] [VOTE] Arrays starting with a negative index

2017-06-07 Thread li...@rhsoft.net
Am 07.06.2017 um 16:23 schrieb Pedro Magalhães: On Wed, Jun 7, 2017 at 4:07 PM, Rowan Collins wrote: you can't simply pass something that *incidentally* changes a pre-established rule Hi Rowan, Would you consider that that is not the case for your own RFC? https://wiki.php.net/rfc/deprec

[PHP-DEV] real_path_cache design

2017-06-19 Thread li...@rhsoft.net
can someone take a look at https://bugs.php.net/bug.php?id=73888 real_path_cache as it is implemented now is pretty worthless when each worker maintains it's own cache and clearstatcache() can not work at all with that design because the worker which calls clearstatcache() doe sit for it's own

Re: [PHP-DEV] [RFC] [Discussion] Retry functionality

2017-06-19 Thread li...@rhsoft.net
Am 19.06.2017 um 16:24 schrieb Ivan Enderlin: Thank you for the RFC. I have a question though. I would like to know how is it different from the `goto` language construction? If I understand it correctly, both the following examples are identical: try { // … } catch (…) {

Re: [PHP-DEV] Final variables

2017-06-29 Thread li...@rhsoft.net
Am 29.06.2017 um 04:50 schrieb Kalle Sommer Nielsen: 2017-06-28 20:46 GMT+02:00 David Rodrigues : The "final" keyworks make a "local scope" variable value "blocked to rewrite" after instantiate it. Okay, it sounds like a "const", and it is, but "not as we known it". I get that, but I still d

Re: [PHP-DEV] Final variables

2017-06-29 Thread li...@rhsoft.net
th in define and access On 29 Jun 2017 11:05 AM, "li...@rhsoft.net <mailto:li...@rhsoft.net>" mailto:li...@rhsoft.net>> wrote: Am 29.06.2017 um 04:50 schrieb Kalle Sommer Nielsen: 2017-06-28 20:46 GMT+02:00 David Rodrigues mailto:david.pro...@gma

Re: [PHP-DEV] Final variables

2017-06-29 Thread li...@rhsoft.net
Am 29.06.2017 um 11:25 schrieb Marco Pivetta: On Thu, Jun 29, 2017 at 11:19 AM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: in other languages like Visual Basic constants are fast, in PHP they are slow, both in define and access Two

Re: [PHP-DEV] Change -> to dot(.)

2017-07-06 Thread li...@rhsoft.net
Am 06.07.2017 um 08:13 schrieb Khawer.: In all major programming languages we access object properties and methods using dot(.). C#: Abc Abc = new Abc(); Abc.method(); Java: Abc Abc = new Abc(); Abc.method(); JavaScript: var apple = new function() { this.name = "Test"; } alert(apple.nam

Re: [PHP-DEV] Bundled libraries upgrade 'process'

2017-07-17 Thread li...@rhsoft.net
Am 17.07.2017 um 18:04 schrieb Ryan Jentzsch: This may be a dumb question...I was under the impression that including the config switches for the databases such as MySQL, SQLite, Postgres, etc. that ONLY the PDO bindings are included NOT the database client itself. Is this the case with the ex

Re: [PHP-DEV] [RFC] samesite cookie implementation

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 15:23 schrieb Frederik Bosch | Genkgo: Hi Andrey, Thanks for your feedback. If we are going to wait for http_cookie_set, then my guess will be that it will take a while before we see samesite cookie implemented. While I totally agree there is need for a new function with a

Re: [PHP-DEV] [RFC] samesite cookie implementation

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 15:45 schrieb Marco Pivetta: Hey Andrey, On Mon, Jul 17, 2017 at 11:11 PM, Frederik Bosch | Genkgo wrote: LS, Today I finished writing the RFC for implementing same site cookies in PHP, https://wiki.php.net/rfc/same-site-cookie. I am happy to receive your remarks on the pro

Re: [PHP-DEV] [RFC] samesite cookie implementation

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 16:00 schrieb Marco Pivetta: On Tue, Jul 18, 2017 at 3:50 PM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: i don't share your optinion, especially talking about 'should be deprecated' where i get the fe

Re: [PHP-DEV] http_cookie_set and http_cookie_remove

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 20:39 schrieb Michael Morris: Personally, I no longer directly use these calls, preferring instead to use Symfony's HTTP foundation classes. Those in turn are, I understand, in the process of being converted to implement the common interface outlined here: http://www.php-fig.or

Re: [PHP-DEV] http_cookie_set and http_cookie_remove

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 20:56 schrieb li...@rhsoft.net: Am 18.07.2017 um 20:39 schrieb Michael Morris: Personally, I no longer directly use these calls, preferring instead to use Symfony's HTTP foundation classes. Those in turn are, I understand, in the process of being converted to implemen

Re: [PHP-DEV] http_cookie_set and http_cookie_remove

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 21:02 schrieb Michael Morris: On Tue, Jul 18, 2017 at 2:56 PM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: Am 18.07.2017 um 20:39 schrieb Michael Morris: Personally, I no longer directly use these calls

Re: [PHP-DEV] Minimum MySQL version

2017-07-18 Thread li...@rhsoft.net
Am 18.07.2017 um 21:37 schrieb Nikita Popov: I just found out that some of the PDO code contains MySQL version checks going all the way back to MySQL 3.22.30, which has been released in 2000. What is the minimum MySQL version we support? can I drop checks for MySQL 3.x and 4.x? wouldn't it be

Re: [PHP-DEV] php.net website

2017-07-20 Thread li...@rhsoft.net
Am 19.07.2017 um 19:07 schrieb Mathias Grimm: I would like to know who is/are "in charge" of the website ( https://github.com/php/web-php). I think I would like to help improving it a bit a good start would be http://www.php.net/ also support https:// instead one needs to know that https://s

Re: [PHP-DEV] php.net website

2017-07-21 Thread li...@rhsoft.net
Am 21.07.2017 um 10:47 schrieb Tony Marston: We should really change that and fully move to HTTPS. Regards, Niklas Why on earth should you need to use HTTPS for a website that does not deal with personal information? Nothing on that website can possibly be classed as "sensitive" so what wo

[PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

2017-07-21 Thread li...@rhsoft.net
/home/builduser/rpmbuild/BUILD/php-7.2.0/ext/opcache/Optimizer/zend_ssa.c:1090: zend_ssa_compute_use_def_chains: Assertion `phi->sources[j] >= 0' failed. below a backtrace of 'opcache' from 7.2.0 beta1, the used 'php.ini' and the start of the build-process with configure and compiler params i

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

2017-07-21 Thread li...@rhsoft.net
ing). Thanks, Nikita PS: bugs.php.net <http://bugs.php.net> is usually a better venue to report these kinds of issues. On Fri, Jul 21, 2017 at 12:42 PM, li...@rhsoft.net <mailto:li...@rhsoft.net> mailto:li...@rhsoft.net>> wrote: /home/builduser/rpmbuild/BUILD/php-7.2

[PHP-DEV] 7.1.8 RC1: compiler warnings

2017-07-21 Thread li...@rhsoft.net
i don't think it's really helpful opening everytime new bugreports and so i changed our build to use "make --quiet" - collected output at the bottom and flags/configure at begin to provide some context they are not at a really high count and probably worse to get silenced first "prof-gen" and t

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

2017-07-21 Thread li...@rhsoft.net
http://localhost:9001/cms/show_content.php?sid=15&language=en * FETCH 216/399: http://localhost:9001/cms/show_content2.php?s2id=88&language=de * FETCH 217/399: http://localhost:9001/cms/show_content2.php?s2id=63&language=en * FETCH 218/399: http://localhost:9001/cms/sh

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

2017-07-21 Thread li...@rhsoft.net
7.2017 um 07:09 schrieb li...@rhsoft.net: thanks - the crash is gone with https://git.php.net/?p=php-src.git;a=snapshot;h=3fa76ac54f082d59f3f75a4e166fbc8b3ea8f28b;sf=tgz but my pgo-profiling stuff still don't work since with "/usr/sbin/httpd -X -f /rpmbuild/PHP-PGO/httpd.conf" there

[PHP-DEV] oh my god -> Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

2017-07-21 Thread li...@rhsoft.net
"); if($cms_https_only && empty($_SERVER['HTTPS']) && !empty($_SERVER['REQUEST_URI']) && PHP_SAPI !== 'cli') { $cl_api->location(str_replace(PROTOCOL_PREFIX , 'https://', rh_serverurl) . $_SERVER['REQUEST_URI'], /**$p

[PHP-DEV] list server broken -> Fwd: ezmlm warning

2017-07-24 Thread li...@rhsoft.net
4 Jul 2017 21:38:47 - Von: php-cvs-h...@lists.php.net An: li...@rhsoft.net Messages to you from the php-cvs mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. : 76.75.200.58 failed after I sent the message. Remote host said: 550-5.7.1 m

[PHP-DEV] session_start() should not reset $_SESSIOn if it's not empty

2017-07-27 Thread li...@rhsoft.net
currently i try to optimize our system so that the landing-page if it does not contain forms and when no user is logged in could be cached with APCu which works fine so far there is still a early session_start(); and while delay that would be probably possible like it's happening currently wit

Re: [PHP-DEV] session_start() should not reset $_SESSIOn if it's not empty

2017-07-28 Thread li...@rhsoft.net
Am 28.07.2017 um 14:48 schrieb Rowan Collins: On 27 July 2017 18:03:23 BST, "li...@rhsoft.net" wrote: if that could work in the way that session_start() keeps the current state of $_SESSION if not empty it would be possible to put the APCU-Read and if exit($apcu_conten

Re: [PHP-DEV] session_start() should not reset $_SESSIOn if it's not empty

2017-07-28 Thread li...@rhsoft.net
Am 28.07.2017 um 16:48 schrieb Andrey Andreev: Hi, On Fri, Jul 28, 2017 at 5:45 PM, Sara Golemon wrote: ftr; I'd vote in favor of several BC breaking things to do with autoglobals, among them: * Make them objects (though ArrayAccess based for less hostile BC breakage) * Make most of them r

Re: [PHP-DEV] Changes to SuperGlobals for PHP 8

2017-07-28 Thread li...@rhsoft.net
Am 28.07.2017 um 18:21 schrieb Kalle Sommer Nielsen: 2017-07-28 17:11 GMT+02:00 Sara Golemon : I'm sure there will be many strong opinions on this, but let's move this to a new thread. :D 1. This would be an 8.0 change as it does represent a significant BC change. 2. We can discuss the possib

Re: [PHP-DEV] Changes to SuperGlobals for PHP 8

2017-07-29 Thread li...@rhsoft.net
Am 29.07.2017 um 08:47 schrieb Thomas Hruska: On Fri, Jul 28, 2017 at 11:03 AM, li...@rhsoft.net wrote: make POST/GET/SERVER readonly - only when you refactor a 25 line code base as well as deplyed code which relies on the framework did the right thing with them previously :-) Are you

Re: [PHP-DEV] Changes to SuperGlobals for PHP 8

2017-07-29 Thread li...@rhsoft.net
Am 30.07.2017 um 01:35 schrieb Kalle Sommer Nielsen: 2017-07-29 22:17 GMT+02:00 Stanislav Malyshev : I've seen scenarios where it is very useful. Sure, you can always build another layer of indirection and solve it this way, but it's just making people do more work for no reason. I don't see a

[PHP-DEV] run-tests.php: buggy handling of "-n -c"

2017-08-02 Thread li...@rhsoft.net
with current 7.2 HEAD runnign the tests in context of rpmbuild triggers the warnings in the global errorlog - frankly there is no point loading something from the system when with "-n -c" a explicit config which also speficifes the extension_dir is given "/usr/lib64/php/modules/phar.so" is not

Re: [PHP-DEV] PHP 8 (or earlier) RFC Proposal

2017-08-19 Thread li...@rhsoft.net
Am 19.08.2017 um 16:28 schrieb Admin NxPoint: I would like to know your opinion on an RFC I'm thinking to propose. I don't have the skills to code this into PHP Core so anyone who would like to be involved is welcomed. The RFC would refer to PHP's ability to use either SWAP memory and/or SWAP

[PHP-DEV] Warning Internal error: wrong size calculation

2017-08-20 Thread li...@rhsoft.net
after upgrade the first production server from 7.0.22 to 7.1.8 i have seen that error twice, likely every time after upgrade said file is this a known (probably even fixed in trunk) issue in 7.1.x and if not am i right that this come from opcache? Sun Aug 20 19:45:38 2017 (3066): Warning Inte

[PHP-DEV] 7.2.0 beta 3: libtool: Version mismatch error. This is libtool 2.4.6, but the libtool: definition of this LT_INIT

2017-08-20 Thread li...@rhsoft.net
i saw exactly the same "You should recreate aclocal.m4 with macros from libtool 2.4.6" with the first alpha tarball while all the time HEAD, 7.0 and 7.1 are working fine with the same build-spec __ that is part of the php.spec - what else should one do to re-

Re: [PHP-DEV] 7.2.0 beta 3: libtool: Version mismatch error. This is libtool 2.4.6, but the libtool: definition of this LT_INIT

2017-08-20 Thread li...@rhsoft.net
or 7.2 got worse - maybe someone tries to get this wrong again - it's just meant as a warning from somebody which built many pre-release and HEAD states starting from 2017/02 and just noticed that things become worser over time Am 20.08.2017 um 20:01 schrieb li...@rhsoft.net: i saw exactl

Re: [PHP-DEV] A validator module for PHP7

2017-09-05 Thread li...@rhsoft.net
Am 05.09.2017 um 13:36 schrieb Lester Caine: On 05/09/17 12:18, Yasuo Ohgaki wrote: I cannot guess people's thought. I appreciated feedback! With a decent database layer a lot of the validation you are proposing is already covered but PDO does not help in this area. Adding another layer that

Re: [PHP-DEV] A validator module for PHP7

2017-09-05 Thread li...@rhsoft.net
Am 05.09.2017 um 15:44 schrieb Lester Caine: On 05/09/17 14:08, li...@rhsoft.net wrote: the only question as applicaton developer is how you proceed in which cases * reject the whole request with a error-message * reset form-fields where you don't expect an array as input * reset from-f

Re: [PHP-DEV] A validator module for PHP7

2017-09-05 Thread li...@rhsoft.net
Am 05.09.2017 um 18:57 schrieb Lester Caine: But not at the cost of writing different sets of code to play to each area where checking SHOULD be done. Stick to a single standard method of defining the metadata and that already exists in the database layer ok, to make that point clear: not eve

Re: [PHP-DEV] A validator module for PHP7

2017-09-06 Thread li...@rhsoft.net
Am 06.09.2017 um 13:52 schrieb Lester Caine: The likes of ADOdb datadict are still used as a base for metadata in projects, but PDO destroyed the standardisation that used to exist by spawning a number of competing wrappers. https://github.com/ADOdb/ADOdb has evolved from a private project to b

Re: [PHP-DEV] [RFC] Match expression

2017-09-10 Thread li...@rhsoft.net
Am 10.09.2017 um 21:16 schrieb Theodore Brown: On Sunday, September 10, 2017 12:45 PM Rowan Collins wrote: Would it be possible to add an optional `$strict` parameter to switch? E.g. ``` switch ($i, true) { I'd very much prefer a "strict switch ($i) { ... }" over a second parameter. Wha

Re: [PHP-DEV] [RFC] Match expression

2017-09-10 Thread li...@rhsoft.net
Am 10.09.2017 um 21:25 schrieb Ryan Pallas: On Sep 10, 2017 1:23 PM, "li...@rhsoft.net <mailto:li...@rhsoft.net>" mailto:li...@rhsoft.net>> wrote: Am 10.09.2017 um 21:16 schrieb Theodore Brown: On Sunday, September 10, 2017 12:45 PM Rowan Collins

Re: [PHP-DEV] [RFC] Match expression

2017-09-10 Thread li...@rhsoft.net
Am 10.09.2017 um 22:35 schrieb Rowan Collins: On 10/09/2017 20:35, li...@rhsoft.net wrote: with " strict_types does not currently have any effect on comparisons anywhere, and nor is it likely ever to do so. It is a very specific option, not a broad set of behaviours like "use str

Re: [PHP-DEV] A validator module for PHP7

2017-09-11 Thread li...@rhsoft.net
Am 11.09.2017 um 23:07 schrieb Yasuo Ohgaki On Tue, Sep 12, 2017 at 12:22 AM, Stephen Reay So, you still didn’t actually provide an example. I *guess* you’re talking about character class validation or something else equally “simple”, because I can’t imagine what else would be a common enough

Re: [PHP-DEV] A validator module for PHP7

2017-09-11 Thread li...@rhsoft.net
Am 11.09.2017 um 23:39 schrieb Yasuo Ohgaki: On Tue, Sep 12, 2017 at 6:35 AM, li...@rhsoft.net but you still fail to explain why in the world you don#t try to enhance the existing filter functions instead invent a new beast leading finally to have the existin filter functions and

Re: [PHP-DEV] A validator module for PHP7

2017-09-11 Thread li...@rhsoft.net
Am 11.09.2017 um 23:49 schrieb Yasuo Ohgaki: but you still fail to explain why in the world you don#t try to enhance the existing filter functions instead invent a new beast leading finally to have the existin filter functions and your new stuff which share the sa

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-15 Thread li...@rhsoft.net
Am 15.09.2017 um 11:12 schrieb Tony Marston: I am not asking the world to slow down because I am too lazy to change. I am arguing that case insensitive software has been around for many decades, and for some people to advocate for its removal just because they don't have the brain power to co

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-15 Thread li...@rhsoft.net
Am 15.09.2017 um 11:25 schrieb Tony Marston: You are missing a third option - Microsoft languages are case-preserving. This is where the IDE ensures that every use of a word is automatically switched to the case used in its original definition. This makes it impossible to use the same word wi

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-15 Thread li...@rhsoft.net
Am 15.09.2017 um 16:15 schrieb Tony Marston: Can you show me any language where a single character has multiple alternatives when switching case? http://cdn.webfail.com/upl/img/07181c2ca27/post2.jpg _ german: Sie ist wirklich gut zu Vögeln english: she is

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-15 Thread li...@rhsoft.net
Am 15.09.2017 um 16:38 schrieb Tony Marston: wrote in message news:8bbcc1fc-0d13-27d4-a04f-0a5ebda4c...@rhsoft.net... Am 15.09.2017 um 11:12 schrieb Tony Marston: I am not asking the world to slow down because I am too lazy to change. I am arguing that case insensitive software has been arou

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-15 Thread li...@rhsoft.net
Am 15.09.2017 um 16:58 schrieb Tony Marston: wrote in message news:5fe274c1-36de-e650-fd2c-bc4f9caf3...@rhsoft.net... Am 15.09.2017 um 11:25 schrieb Tony Marston: You are missing a third option - Microsoft languages are case-preserving. This is where the IDE ensures that every use of a word

Re: [PHP-DEV] [RFC] Deprecate the extract function in PHP 7.3

2017-09-16 Thread li...@rhsoft.net
Am 15.09.2017 um 19:20 schrieb ilija.tov...@me.com: Hi! The `extract` function takes an associative array and puts it into the local symbol table. http://php.net/manual/en/function.extract.php ``` $array = [     ‘foo’ => ‘foo’,     ‘bar’ => ‘bar’, ]; extract($array); print $foo; // "foo"

Re: [PHP-DEV] [RFC] Deprecate the extract function in PHP 7.3

2017-09-16 Thread li...@rhsoft.net
Am 15.09.2017 um 19:38 schrieb ilija.tov...@me.com: I can see your argument. The reasoning behind it is that a function in the standard library should not encourage unsafe code. Admittedly, since this function is rarely used who do you think you are that you can qualify this? breaking news:

Re: [PHP-DEV] [RFC] Deprecate the extract function in PHP 7.3

2017-09-16 Thread li...@rhsoft.net
Am 15.09.2017 um 20:27 schrieb Arvids Godjuks: well, basically, none. Results are from a Q6600 machine and under windows, so your mileage probably gonna be quite better :) well, and now implement the EXTR_SKIP in PHP code - that becomes a ugly piece of code and that only because someone like

Re: [PHP-DEV] [RFC] Deprecate the extract function in PHP 7.3

2017-09-16 Thread li...@rhsoft.net
tures instead cripple things? As other people have pointed out before it may not be the best idea to remove it since there’s no good way to write the equivalent code in PHP. No reason to be rude. On 16 Sep 2017, 11:42 +0200, li...@rhsoft.net , wrote: Am 15.09.2017 um 20:27 schrieb Arvids Go

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-16 Thread li...@rhsoft.net
Am 16.09.2017 um 11:36 schrieb Tony Marston: wrote in message news:bd24d73e-4999-ffd9-ce03-6b7629037...@rhsoft.net... after i switched every piece of code i write the last 15 years tpo strict-types, typhe-hints and return-types everywhere while also write a complete autotest suite you can't t

Re: [PHP-DEV] [RFC] Deprecate the extract function in PHP 7.3

2017-09-16 Thread li...@rhsoft.net
Am 16.09.2017 um 13:48 schrieb Marco Pivetta: "then don't use it" worked great for `register_globals` and `magic_quotes`. Not saying it is the same here, but you really ought to have a bit of a mentality adjustment so when it is not the same why do you mention it? there is a difference betw

Re: [PHP-DEV] Deprecate and remove case-insensitive constants?

2017-09-19 Thread li...@rhsoft.net
Am 19.09.2017 um 11:24 schrieb Tony Marston: If the single character  "ß" represents two "s" characters joined together, then the uppercase equivalent should also be a single character which looks like two "S" characters joined together. If it is not possible to write code which deals with th

  1   2   >