Thank you.
I'm not insisting it become the default, just thought it'd be handy..
As for the RFC, i'll do it after a nice long nap OK :)
I dont know anything about the internals of PHP, i'm a PHP + HTML developer
exclusively, but i'll try to give you some implementation suggestions in
what i can m
-- Forwarded message --
From: Rene Veerman
Date: Sun, Aug 28, 2016 at 6:55 AM
Subject: announcing public release of jsonViewer and saJSON
To: php-gene...@lists.php.net, Internals
i'm gonna re-opensource these in the future anyhow for that update to the
PHP error handling, so i t
i'm gonna re-opensource these in the future anyhow for that update to the
PHP error handling, so i thought it would be nice to release what i got now
(should work, may need a tiny bit of work by you)..
perhaps *you* can include it in the following package{3}? nice challenge
perhaps..? :)
https://
On 27 Aug 2016, at 21:42, Rene Veerman wrote:
i did notice the -jk (meaning u were joking).. but i really dont
appreciate
trolling on subjects as fundamental (and to me at least; important),
ok..
“JK” is my initials. I was not joking. However, your obvious failure
to understand domain resp
Hi
2016-08-28 5:07 GMT+02:00 Rene Veerman :
>
> it would really cut my development time in more than half if you could add
> "all of this" (it's deadsimple and a few hours work imo) to the next
> versions of PHP (and please make it the default, you can include sample CSS
> or read in a CSS file
Are you looking for https://filp.github.io/whoops/ ?
On 28 Aug 2016 5:29 a.m., "Rene Veerman"
wrote:
> eh oops, this would've maybe been easier, and allows me to update these
> sources in the future if and when needed..
>
> https://github.com/seductiveapps/webappObfuscator/blob/master/
> webappO
eh oops, this would've maybe been easier, and allows me to update these
sources in the future if and when needed..
https://github.com/seductiveapps/webappObfuscator/blob/master/webappObfuscator-1.0.0/functions__basicErrorHandling.php
https://github.com/seductiveapps/webappObfuscator/blob/master/we
Another thing sort of related to consider is HTTP2. Instead of
concatenating all scripts to one, it seems to be a much better and
performant solution.
See https://youtu.be/G62aCRIlONU .
On Sun, 28 Aug 2016 at 14:57 Rene Veerman <
rene.veerman.netherla...@gmail.com> wrote:
> noted, and sorry abou
all are donated to public domain :
__FILE__==='functions__internalErrorHandling.php';
0) ob_end_flush();
ob_start();
var_dump ($errMsgOrArray);
$errMsg = ob_get_clean();
} else if (
is_string($errMsgOrArray)
|| is_int($errMsgOrArray)
|| is_float($errMsgOrArray)
) {
$errMsg = '' . $errMsgOrArray;
}
nothing's better than cut-n-pasting, i knooow :)
so in the next few messages i'll include my own PHP handlers.. it's 4
files, which i'll just post as ordinary text.. dunno and dont wanna test if
attaching works to the entire list architecture (web caches and stuff)..
On Sun, Aug 28, 2016 at 5:07
Hi.
Once again, thanks for keeping PHP free to use and so widely and easily
installed..
I have another feature request (sent earlier tonight)..
I quite often, much more than i like, *need* a stacktrace and *proper*
variable listings for each function called in PHP when it barfs out nothing
more
noted, and sorry about confusing it, but can we rest this discussion here?
i dont wanna clog up the thread any further..
On Sun, Aug 28, 2016 at 3:52 AM, Kalle Sommer Nielsen wrote:
> 2016-08-28 3:42 GMT+02:00 Rene Veerman >:
> > i did notice the -jk (meaning u were joking).. but i really dont
2016-08-28 3:42 GMT+02:00 Rene Veerman :
> i did notice the -jk (meaning u were joking).. but i really dont appreciate
> trolling on subjects as fundamental (and to me at least; important), ok..
"JK" is his initials, "Joshua Kehn". Please be careful when posting
and make sure you read over message
i did notice the -jk (meaning u were joking).. but i really dont appreciate
trolling on subjects as fundamental (and to me at least; important), ok..
On Sun, Aug 28, 2016 at 3:37 AM, Joshua Kehn wrote:
> On 27 Aug 2016, at 21:26, Rene Veerman wrote:
>
> From: Ashley Sheridan a...@ashleysheridan.
with all due respect, you sound like you don't know what you're talking
about ok.. i rest my case at the arguments i presented, confident it'll
convince the internals team (which is what this is *about*, ok)..
On Sun, Aug 28, 2016 at 3:37 AM, Joshua Kehn wrote:
> On 27 Aug 2016, at 21:26, Rene V
fiiine, i dont wanna get booted off the list.. ;)
yea, with the long var names i use and the obfuscator knocking that down to
3 letter each.. should be sweet :)
i'll probably continue on wednesday, when i've installed my new SSD.. right
now runtime for obfuscation of what needs to work (my own so
On 27 Aug 2016, at 21:26, Rene Veerman wrote:
From: Ashley Sheridan
Date: Sun, Aug 28, 2016 at 3:03 AM
Subject: Re: [PHP] feature request : gzip caching
To: Rene Veerman
Please don't top-post.
Nginx was probably suggested as a lightweight web server, instead of
Apache. I can't say I've ever
On 27 Aug 2016, at 20:50, Rene Veerman wrote:
500Kb of the JS is my framework (which does a lot, you can see it when
the
new encryption is done..)..
another 500Kb is things like the full sourcecode for jQuery..
so thanks, i'll use the minified jQuery in the next update.. :)
Lugging around 500
On Sat, Aug 27, 2016 at 9:26 PM, Rene Veerman <
rene.veerman.netherla...@gmail.com> wrote:
> -- Forwarded message --
> From: Ashley Sheridan
> Date: Sun, Aug 28, 2016 at 3:03 AM
> Subject: Re: [PHP] feature request : gzip caching
> To: Rene Veerman
>
>
> Please don't top-post.
>
-- Forwarded message --
From: Ashley Sheridan
Date: Sun, Aug 28, 2016 at 3:03 AM
Subject: Re: [PHP] feature request : gzip caching
To: Rene Veerman
Please don't top-post.
Nginx was probably suggested as a lightweight web server, instead of
Apache. I can't say I've ever seen bot
500Kb of the JS is my framework (which does a lot, you can see it when the
new encryption is done..)..
another 500Kb is things like the full sourcecode for jQuery..
so thanks, i'll use the minified jQuery in the next update.. :)
On Sun, Aug 28, 2016 at 2:45 AM, Aziz Saleh wrote:
>
>
> On Sat, Au
On Sat, Aug 27, 2016 at 8:37 PM, Ashley Sheridan
wrote:
>
>
> On 28 August 2016 01:31:50 BST, Rene Veerman gmail.com> wrote:
> >On Sat, Aug 27, 2016 at 9:36 PM, Joshua Kehn
> >wrote:
> >
> >> Apache handles gzipping just fine. http://httpd.apache.org/
> >> docs/current/mod/mod_deflate.html
> >>
On 28 August 2016 01:31:50 BST, Rene Veerman
wrote:
>On Sat, Aug 27, 2016 at 9:36 PM, Joshua Kehn
>wrote:
>
>> Apache handles gzipping just fine. http://httpd.apache.org/
>> docs/current/mod/mod_deflate.html
>>
>> and my PHP handles static file serving only when needed, when
>evaluating
>> con
On Sat, Aug 27, 2016 at 9:36 PM, Joshua Kehn wrote:
> Apache handles gzipping just fine. http://httpd.apache.org/
> docs/current/mod/mod_deflate.html
>
> and my PHP handles static file serving only when needed, when evaluating
> content and js for specific URLs
>
>
> I'm not sure why that would b
Apache handles gzipping just fine.
http://httpd.apache.org/docs/current/mod/mod_deflate.html
> and my PHP handles static file serving only when needed, when evaluating
> content and js for specific URLs
I'm not sure why that would be required. Why doesn't the HTML reference the
assets required
yea ok.. "something upstream".. is that nginx easy to stack above / next to
/ under apache2? i'm really used to apache2..
and for noobish developers it might be very convenient to add this to php
readfile() afterall..
and my PHP handles static file serving only when needed, when evaluating
content
Why is PHP handling static file serving? This is squarely outside of it's
domain. Have nginx or something upstream handle gzipping content.
--jk
> On Aug 27, 2016, at 1:22 PM, Rene Veerman
> wrote:
>
> eh no, i'm a big fan of caching output in js / json cache files :)
> but those still need
On 27.08.2016 at 02:56, Kalle Sommer Nielsen wrote:
> 2016-08-27 1:12 GMT+02:00 Christoph Michael Becker :
>> Fix #65550: get_browser() incorrectly parsers entries with "+" sign
>
> I was wondering about get_browser() and its potential userbase, and if
> it was time to maybe deprecate this, as ba
eh no, i'm a big fan of caching output in js / json cache files :)
but those still need to get gzipped... not just my main JS file, also my
photoalbum contents -> another 1Mb of JSON content...
On Sat, Aug 27, 2016 at 7:19 PM, Ashley Sheridan
wrote:
>
>
> On 27 August 2016 17:52:48 BST, Rene Vee
On 27 August 2016 17:52:48 BST, Rene Veerman
wrote:
>Hi..
>
>First off, i love PHP. Many thanks for keeping it free too.
>
>However, i've noticed that gzipping the 1Mb of javascript that my
>seductiveapps.com needs, takes a relatively long time (measured over a
>total page load time which i'd l
i'm working on comprehensive caching (and true obfuscation) with PHP for
HTML, CSS, JS and JSON.. it's nearly done, and i've always served my
javascript as a concatenated file.. i have well over 20 different
sourcefiles you know.. takes too long with the http overhead for them to be
in seperate req
ideally this would be an extension to readfile, add a USE_GZIP optional
flags parameter to the readfile() request...
On Sat, Aug 27, 2016 at 6:52 PM, Rene Veerman <
rene.veerman.netherla...@gmail.com> wrote:
> Hi..
>
> First off, i love PHP. Many thanks for keeping it free too.
>
> However, i've
Hi..
First off, i love PHP. Many thanks for keeping it free too.
However, i've noticed that gzipping the 1Mb of javascript that my
seductiveapps.com needs, takes a relatively long time (measured over a
total page load time which i'd like to bring down from it's current 10
seconds, about a second
FTR, I've created a second PR, without the changes to the array functions:
https://github.com/php/php-src/pull/2100
This way we can go either way.
- Davey
On Sat, Aug 27, 2016 at 1:57 AM, Christoph M. Becker
wrote:
> On 26.08.2016 at 16:48, Levi Morrison wrote:
>
> > On Fri, Aug 26, 2016 at 4
34 matches
Mail list logo
