Quantcast
Channel: Serverphorums.com
Viewing all 23908 articles
Browse latest View live

[SPAM]

0
0
Hi! The simplest and most powerful secrets to overcoming life's common obstacles.How to tap into "invisible" sources of motivation to stay on track with your goals. A powerful, but rarely used, mind-trick to reverse negative situations into positive ones.Check it out continue

[PHP-DEV] GOOD Benchmark Results for PHP Master 2017-08-29

0
0
Results for project PHP master, build date 2017-08-29 19:23:48-07:00
commit: 0cdeb60
previous commit: ebb3396
revision date: 2017-08-30 01:12:02+02:00
environment: Haswell-EP
cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB
mem: 128 GB
os: CentOS 7.1
kernel: Linux 3.10.0-229.4.2.el7.x86_64

Baseline results were generated using release php-7.0.0, with hash 60fffd2 from
2015-12-01 04:16:47+00:00

-------------------------------------------------------------------------------------------
benchmark relative change since change since current rev run
std_dev* last run baseline with PGO
-------------------------------------------------------------------------------------------
:-| Wordpress 4.2.2 cgi -T10000 0.13% -0.51% 3.55% 9.44%
:-| Drupal 7.36 cgi -T10000 0.18% -0.30% 3.16% 6.06%
:-| MediaWiki 1.23.9 cgi -T5000 0.13% -0.06% 3.81% 4.24%
:-| bench.php cgi -T100 0.01% 0.11% 45.34% -0.51%
:-| micro_bench.php cgi -T10 0.44% 0.75% 29.02% 2.96%
:-) mandelbrot.php cgi -T100 0.02% 4.39% 45.28% 0.17%
-------------------------------------------------------------------------------------------

* Relative Standard Deviation (Standard Deviation/Average)

If this is not displayed properly please visit our results page here: http://languagesperformance.intel.com/good-benchmark-results-for-php-master-2017-08-29/

Note: Benchmark results for Wordpress, Drupal, MediaWiki are measured in
fetches/second while all others are measured in seconds.
More details on measurements methodology at:
https://01.org/lp/documentation/php-environment-setup.

Subject Label Legend:
Attributes are determined based on the performance evolution of the workloads
compared to the previous measurement iteration.
NEUTRAL: performance did not change by more than 1% for any workload
GOOD: performance improved by more than 1% for at least one workload and there
is no regression greater than 1%
BAD: performance dropped by more than 1% for at least one workload and there is
no improvement greater than 1%
UGLY: performance improved by more than 1% for at least one workload and also
dropped by more than 1% for at least one workload


Our lab does a nightly source pull and build of the PHP project and measures
performance changes against the previous stable version and the previous nightly
measurement. This is provided as a service to the community so that quality
issues with current hardware can be identified quickly.

Intel technologies' features and benefits depend on system configuration and may
require enabled hardware, software or service activation. Performance varies
depending on system configuration.


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: HAproxy 1.7 "Bad" errors on centos 7 haproxy@formilux.org

0
0
Hi!

To use HAProxy 1.7 on CentOS 7 you can simply recompile src.rpm from
Fedora repo. You only need to disable LUA support in spec-file. It is
not very tricky:

rpm -Uvh https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/source/tree/Packages/h/haproxy-1.7.8-3.fc27.src.rpm
sed -i "s/USE_LUA=1/USE_LUA=0/g" /root/rpmbuild/SPECS/haproxy.spec
mock --no-clean --rebuild
/root/rpmbuild/SRPMS/haproxy-1.7.8-3.el7.centos.src.rpm

You will get ha proxy-1.7 rpms, which can be put to local repo of your
organisation or installed manualy via yum localinstall
haproxy<...>.rpm.

Good Luck!

On Wed, Aug 30, 2017 at 10:03 PM, James Moore <jamesaamoore@gmail.com> wrote:
> Good evening,
>
>
>
> Hope you’re well, this is a bit cheeky but I’m hoping you may be able to
> advise …..
>
>
>
> When I install haproxy on Centos 7 via the repo “ sudo yum install haproxy”
> it installs 1.5 and eveyrthings fine
>
>
>
> When I install via the below method I get an error saying the service is
> bad, I have a work around however I think it’s impacting my ability to track
> the service via keepalived for failover purposes,
>
>
>
> Any ideas would be appreciated :
>
>
>
>
>
>
>
> sudo yum install gcc pcre-static pcre-devel -y
>
> wget https://www.haproxy.org/download/1.7/src/haproxy-1.7.8.tar.gz -O
> ~/haproxy.tar.gz
>
> tar xzvf ~/haproxy.tar.gz -C ~/
>
> cd ~/haproxy-1.7.8
>
> make TARGET=linux2628
>
> sudo make install
>
> sudo mkdir -p /etc/haproxy
>
> sudo mkdir -p /run/haproxy
>
> sudo chmod +x /run/haproxy
>
> sudo mkdir -p /var/lib/haproxy
>
> sudo touch /var/lib/haproxy/stats
>
> sudo ln -s /usr/local/sbin/haproxy /usr/sbin/haproxy
>
> sudo cp ~/haproxy-1.7.8/examples/haproxy.init /etc/init.d/haproxy
>
> sudo chmod 755 /etc/init.d/haproxy
>
> sudo systemctl daemon-reload
>
> sudo useradd -r haproxy
>
> haproxy -v
>
>
>
>
>
> ================================================================================================
>
> Create service file to stop "sudo systemctl status haproxy" throwing "bad"
> errors
>
> ================================================================================================
>
>
>
> # Create a file as per below :
>
>
>
> sudo vi /etc/systemd/system/haproxy.service
>
>
>
> #To edit press "I" , the bottom left should popup saying "insert"
>
> #Paste in the below config :
>
>
>
>
>
> #*************************************************************
>
> [Unit]
>
> Description=HAproxy
>
> After=network.target
>
>
>
> [Service]
>
> Type=forking
>
> ExecStart=/etc/rc.d/init.d/haproxy start
>
> ExecStop=/etc/rc.d/init.d/haproxy stop
>
>
>
> [Install]
>
> WantedBy=multi-user.target
>
> #*************************************************************
>
>
>
>
>
> ________________________________
>
>



--
Best regards, Juriy Strashnov

Mob. +7 (953) 742-1550
E-mail: j.strashnov@me.com

Please consider the environment before printing this email.

Re: HAproxy 1.7 "Bad" errors on centos 7 haproxy@formilux.org

0
0
Sorry, I've forgotten:

rpmbuild -bs /root/rpmbuild/SPECS/haproxy.spec

before mock.

On Thu, Aug 31, 2017 at 6:40 AM, Juriy Strashnov <juriy.foboss@gmail.com> wrote:
> Hi!
>
> To use HAProxy 1.7 on CentOS 7 you can simply recompile src.rpm from
> Fedora repo. You only need to disable LUA support in spec-file. It is
> not very tricky:
>
> rpm -Uvh https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/source/tree/Packages/h/haproxy-1.7.8-3.fc27.src.rpm
> sed -i "s/USE_LUA=1/USE_LUA=0/g" /root/rpmbuild/SPECS/haproxy.spec
> mock --no-clean --rebuild
> /root/rpmbuild/SRPMS/haproxy-1.7.8-3.el7.centos.src.rpm
>
> You will get ha proxy-1.7 rpms, which can be put to local repo of your
> organisation or installed manualy via yum localinstall
> haproxy<...>.rpm.
>
> Good Luck!
>
> On Wed, Aug 30, 2017 at 10:03 PM, James Moore <jamesaamoore@gmail.com> wrote:
>> Good evening,
>>
>>
>>
>> Hope you’re well, this is a bit cheeky but I’m hoping you may be able to
>> advise …..
>>
>>
>>
>> When I install haproxy on Centos 7 via the repo “ sudo yum install haproxy”
>> it installs 1.5 and eveyrthings fine
>>
>>
>>
>> When I install via the below method I get an error saying the service is
>> bad, I have a work around however I think it’s impacting my ability to track
>> the service via keepalived for failover purposes,
>>
>>
>>
>> Any ideas would be appreciated :
>>
>>
>>
>>
>>
>>
>>
>> sudo yum install gcc pcre-static pcre-devel -y
>>
>> wget https://www.haproxy.org/download/1.7/src/haproxy-1.7.8.tar.gz -O
>> ~/haproxy.tar.gz
>>
>> tar xzvf ~/haproxy.tar.gz -C ~/
>>
>> cd ~/haproxy-1.7.8
>>
>> make TARGET=linux2628
>>
>> sudo make install
>>
>> sudo mkdir -p /etc/haproxy
>>
>> sudo mkdir -p /run/haproxy
>>
>> sudo chmod +x /run/haproxy
>>
>> sudo mkdir -p /var/lib/haproxy
>>
>> sudo touch /var/lib/haproxy/stats
>>
>> sudo ln -s /usr/local/sbin/haproxy /usr/sbin/haproxy
>>
>> sudo cp ~/haproxy-1.7.8/examples/haproxy.init /etc/init.d/haproxy
>>
>> sudo chmod 755 /etc/init.d/haproxy
>>
>> sudo systemctl daemon-reload
>>
>> sudo useradd -r haproxy
>>
>> haproxy -v
>>
>>
>>
>>
>>
>> ================================================================================================
>>
>> Create service file to stop "sudo systemctl status haproxy" throwing "bad"
>> errors
>>
>> ================================================================================================
>>
>>
>>
>> # Create a file as per below :
>>
>>
>>
>> sudo vi /etc/systemd/system/haproxy.service
>>
>>
>>
>> #To edit press "I" , the bottom left should popup saying "insert"
>>
>> #Paste in the below config :
>>
>>
>>
>>
>>
>> #*************************************************************
>>
>> [Unit]
>>
>> Description=HAproxy
>>
>> After=network.target
>>
>>
>>
>> [Service]
>>
>> Type=forking
>>
>> ExecStart=/etc/rc.d/init.d/haproxy start
>>
>> ExecStop=/etc/rc.d/init.d/haproxy stop
>>
>>
>>
>> [Install]
>>
>> WantedBy=multi-user.target
>>
>> #*************************************************************
>>
>>
>>
>>
>>
>> ________________________________
>>
>>
>
>
>
> --
> Best regards, Juriy Strashnov
>
> Mob. +7 (953) 742-1550
> E-mail: j.strashnov@me.com
>
> Please consider the environment before printing this email.



--
Best regards, Juriy Strashnov

Mob. +7 (953) 742-1550
E-mail: j.strashnov@me.com

Please consider the environment before printing this email.

AW: DNS Load Balancing keeps getting upstream errors

0
0
Hello,


> Also, has anyone tried using nginx for DNS load balancing in production?

I would not recommend using nginx to load-balance DNS traffic at all.
nginx is just a dumb UDP proxy and I doubt it performs well enough
in a DNS setup.

dnsdist [1] is written with this purpose in mind and used in huge DNS
deployments. I suggest you consider that one over nginx for your DNS
needs.


cheers,
l

[1] https://dnsdist.org/
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

[PATCH] MINOR DOC: Improve CLI info on privilege levels

0
0
Hello all,

I was experimenting some CLI actions like "disable server" and get error
"Permission denied". I did not find easily why in HAProxy doc (I was in a
hurry, so did not read well, I admit).
This was because of the "level" on the socket bind line not high enough.

Attached is a patch to the doc to add a small paragraph explaining that
some CLI actions require higher level of privileges. This is very well
explained in the configuration manual, but CLI options are explained in the
management tutorial, that's why I did not find what I was looking for at
first sight.

If you have better phrasing, feel free to comment me :)

@willy: I hope patch is formatted correctly this time ;)


Olivier

Error on "tcp-check connect port 3389 ssl" in config

0
0
Hi!

Trying to configure haproxy to act as a connection broker and load
balancer for RDP (aka Microsoft Terminal Services).

While configuring the backend, I found haproxy choke on

tcp-check connect port 3389 ssl

with message:

[ALERT] 242/124152 (6066) : parsing [/etc/haproxy/haproxy.cfg:33] :
'tcp-check connect' expects 'comment', 'port', 'send-proxy' or but got
'ssl' as argument.

Within the handbook I find (section "tcp-check connect"):

tcp-check connect port 443 ssl

If it chokes on this -- is it a bug? Or anything else?

# haproxy -v
HA-Proxy version 1.7.9 2017/08/18
Copyright 2000-2017 Willy Tarreau <willy@haproxy.org>

backend bk_rdp
mode tcp
balance leastconn
timeout server 1h
timeout connect 4s
log global
option tcplog
stick-table type string len 32 size 10k expire 8h peers nxmux
stick on rdp_cookie(mstshash)
option tcp-check
tcp-check connect port 3389 ssl
default-server inter 3s rise 2 fall 3
#server nxnode01 10.169.16.105:3389 weight 10 check
#server nxnode02 10.169.16.106:3389 weight 10 check
server nxnode03 10.169.16.107:3389 weight 10 check
server nxnode04 10.169.16.108:3389 weight 10 check

--
Thomas

(no subject)


NGINX is hiring

[PHP-DEV] PHP 7.2.0 Release Candidate 1 released

0
0
The first Releace Candidate for 7.2.0 was just released
and can be downloaded from:

https://downloads.php.net/~remi/

Or using the git tag: php-7.2.0RC1

The Windows binaries are available at: http://windows.php.net/qa/


THIS IS A DEVELOPMENT PREVIEW - DO NOT USE IT IN PRODUCTION!


With this first Release Candidate, the PHP API and ABI should be
considered locked. Significant behavioral changes should be avoided
using the same care applied to 7.1 and earlier branches. Consult RMs
before applying anything with even the slightest BC implications.
Please test it carefully, and report any bugs in the bug system.

The second Release Candidate will be tagged on Tuesday September 12th
and released on Thursday September 14th.

Hash Values and GPG signatures can be found below.


Thank you, and happy testing!


Sara & Remi




php-7.2.0RC1.tar.gz
SHA256 hash:
3cc1a0a0c2a69497dcdf5c4ca62a3996c0ff93963469a3ec61bf1f1c58ff5c94
PGP signature:
-----BEGIN PGP SIGNATURE-----

iQIcBAABAgAGBQJZpUtxAAoJENyf+NPuWvJ/HWEQAKvi4ccXCpGrqZeqqHUaaoI8
9AKaA3a89MJBKYO8FIvYuXMKF3rpwXXGVPZ4Kb/6BLCBoWwR0w7kZgx9vfPvPB99
hqzmmJQSxVW5I7pLeUIJ7H2BOJ479rSQq8yEYyoNQyWHRpQCWwi2KBBxkxOu/dN0
pcNVYmUNGauI4cm8iLCc2Hj+0w/+cbq6wEAsfH8JwOCuZ35lJ22m+BmLjltxsRqh
p+KWdxZJ2g8TRb6vYCCjqVbCELxXea4UJAMMLQ7TcAeTjkc2e1KYtVSddZHLxTaA
iJkyGEgsMPb1u8FNfXUAdg6wV4okNVC2gjhP6ynfp+wI+QpYJRjCmQNJtiQXf0VX
P0ueu9bJ/TSt4qgw6BjAI3yaZ+RgLPl3BZnzVT6N5FHcLvEWGPs8ZpKOgFxkewG4
F87RAdhKVGfF++dKE7ZNKrdfadsfXCwWdQVlrgF5S2eggYmbfW9reEtqqS/dFbdx
gNz6dkj8MwtkbhlSv/6cvTPaw2Xcmqb5PD/uNBnO2NGEF5/6sfgFqBkKmy6/BU9l
UoHiAPPNy/dJHKnkv4JlIWJxuhhPjBNObM8hVDzErNYONbc3LQ4hqVe433CeB7hY
jM4TT9ABLYyijtDgDbPA0jCIENV96Re5G8Mr7n1WF4A3CCI1ziL4Fk7PojRy3lQV
ufa1BmyBXvL6HCIgChSB
=6e0P
-----END PGP SIGNATURE-----

php-7.2.0RC1.tar.bz2
SHA256 hash:
20dcc8cdb357fad473881eed8fd19b7f4f66c2876867fadf0609a5efa7e83153
PGP signature:
-----BEGIN PGP SIGNATURE-----

iQIcBAABAgAGBQJZpUt1AAoJENyf+NPuWvJ/8yAQAJacGE16c4GdazwAVygdg/rW
bw2sL/12lvsCsEPQxF8NTKIh7weBn8U7v1mk1hIMP4Ptnwhs/VUs4sg/uyqvfRT2
CW21kwG/RrbUM5cjlRWILrTFLc1PBqGEmwk1XYb/mhaPoOIPDpdf9r+S4XCtfM9T
6vVURq2WVGAMpAdcTkOoserRJEHzIgEsIxRGy/jJxdKzSCa4ftyQMA/CefZlbOXa
/hP6oc31xca0XuHZy9gr/EKhyR5XopRx83VvrOYCxXY6RP4LqvzMkEj2PYRHTPlc
Sq1lQUWTFGMS2VHPs9c07xB+pCoFy0otHwMeNAEcGmNtDaDExCzOVggMBqkZXXS0
br/DqMDZTLrGuUgG1gYA7HHwSamfD3YkCC4UjZGi4VXRVhrulH/tvYwtkk/vqY0V
Yz9H+XKonMoEpJZuFgnq7XxX6vaUS6rZGcR45gZ5wjqJfM9o/uzzbw1y787wQKFr
74Ny5fdEs9cn+EJkxRPZ/iYasFJQn3G10fmT9qiMOVl010pdJzleo+OFKa/jrOTY
u2jbeLUoVEaAFBkTbDTP9Id5FPhtS0E07G9wgvqy2YJMA+eIUdgaUOfbm3qmRJM8
hOtUwe2bUpYtjUbMkJ50KlfMKOCc0vWB9thaX8NG/2IKYm1tNPmsRh/FLCKi4SBX
CQv8+AwLEvRfYLsblTS+
=/7CW
-----END PGP SIGNATURE-----

php-7.2.0RC1.tar.xz
SHA256 hash:
04f68d9accb60e56adecc34a80b84bde16edb255a13eef701ea2d6c2b13dc15b
PGP signature:
-----BEGIN PGP SIGNATURE-----

iQIcBAABAgAGBQJZpUt4AAoJENyf+NPuWvJ/HvIQAKMd81SXIegvCn1nnQkZtDI+
jSOpnygjCUZBW6OxdUaEWuzl065eSPr5JJpIKkFRS/AK+UHubhfEiqw9IxyBuyTo
ywvsJ/AKwUM5iuovgqjNxsqzvVpJ4MHNJ51JZxRQEvHvRbB2URUVUVBugctMtuBN
OSHvOz178Q4Cixi4wnOazVTuPg9NFc0DpgSp8Gtny37bI306nHhnT1xQFlmGCfSb
9am9WkQhGeCBuNMNs9FAt2OkOpTgLSZGNZ7sOyTeDowfNsq3t0TMS9NxCRgs6gnA
C6J7wm1grBJhvxCaDTqix6dmN+q7hfj8fkuUW6gBIUoiYTXOoxWnz9hJbzU22qWd
8qq3H28SGb2k1EQXmZqUAMEnts24lnNPjuf34SBsnxe8SUrsDdWatBN6+nFal9vc
9W9RwuVVoYy8V3IS0cdk9gIwiEbLRTbXZcj5XuXGr1lTvEnhXEakEpn8LAIn6s1q
TiErkbjholzKZsNHyf8dXRw3Xy+swKUoY8wLI7WEVV9RO+XMHBgQ55m+sw8AzOJX
U7gonA4iiY01H10KJ/A3RT2Wx+3wdzUpDv6IRAKtPoBKYWCdpNfyFvsVBMfrrmEt
X/vyd75t+i2lJgkAE7xQKO9J4gLu2YswLUhirDHDCAnVugmIVzeTT9ImviWMt3Je
O7zekfQSOHN/br1vPgzn
=mwh/
-----END PGP SIGNATURE-----

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Error on "tcp-check connect port 3389 ssl" in config

0
0
Hi Thomas,

> De: "Thomas Schweikle" <tschweikle@gmail.com>
> À: haproxy@formilux.org
> Envoyé: Jeudi 31 Août 2017 12:48:39
> Objet: Error on "tcp-check connect port 3389 ssl" in config
>
> Hi!
>
> Trying to configure haproxy to act as a connection broker and load
> balancer for RDP (aka Microsoft Terminal Services).
>
> While configuring the backend, I found haproxy choke on
>
> tcp-check connect port 3389 ssl
>
> with message:
>
> [ALERT] 242/124152 (6066) : parsing [/etc/haproxy/haproxy.cfg:33] :
> 'tcp-check connect' expects 'comment', 'port', 'send-proxy' or but
> got
> 'ssl' as argument.
>
> Within the handbook I find (section "tcp-check connect"):
>
> tcp-check connect port 443 ssl
>
> If it chokes on this -- is it a bug? Or anything else?
>
> # haproxy -v
> HA-Proxy version 1.7.9 2017/08/18
> Copyright 2000-2017 Willy Tarreau <willy@haproxy.org>

I guess that you compiled haproxy yourself and forgot to enable the SSL support.
If you run the following command :
haproxy -vv
it will probably show you that haproxy was compiled without SSL support.

Cyril Bonté

[PHP] [PHP-DEV] PHP 7.2.0 Release Candidate 1 released

0
0
The first Releace Candidate for 7.2.0 was just released
and can be downloaded from:

https://downloads.php.net/~remi/

Or using the git tag: php-7.2.0RC1

The Windows binaries are available at: http://windows.php.net/qa/


THIS IS A DEVELOPMENT PREVIEW - DO NOT USE IT IN PRODUCTION!


With this first Release Candidate, the PHP API and ABI should be
considered locked. Significant behavioral changes should be avoided
using the same care applied to 7.1 and earlier branches. Consult RMs
before applying anything with even the slightest BC implications.
Please test it carefully, and report any bugs in the bug system.

The second Release Candidate will be tagged on Tuesday September 12th
and released on Thursday September 14th.

Hash Values and GPG signatures can be found below.


Thank you, and happy testing!


Sara & Remi




php-7.2.0RC1.tar.gz
SHA256 hash:
3cc1a0a0c2a69497dcdf5c4ca62a3996c0ff93963469a3ec61bf1f1c58ff5c94
PGP signature:
-----BEGIN PGP SIGNATURE-----

iQIcBAABAgAGBQJZpUtxAAoJENyf+NPuWvJ/HWEQAKvi4ccXCpGrqZeqqHUaaoI8
9AKaA3a89MJBKYO8FIvYuXMKF3rpwXXGVPZ4Kb/6BLCBoWwR0w7kZgx9vfPvPB99
hqzmmJQSxVW5I7pLeUIJ7H2BOJ479rSQq8yEYyoNQyWHRpQCWwi2KBBxkxOu/dN0
pcNVYmUNGauI4cm8iLCc2Hj+0w/+cbq6wEAsfH8JwOCuZ35lJ22m+BmLjltxsRqh
p+KWdxZJ2g8TRb6vYCCjqVbCELxXea4UJAMMLQ7TcAeTjkc2e1KYtVSddZHLxTaA
iJkyGEgsMPb1u8FNfXUAdg6wV4okNVC2gjhP6ynfp+wI+QpYJRjCmQNJtiQXf0VX
P0ueu9bJ/TSt4qgw6BjAI3yaZ+RgLPl3BZnzVT6N5FHcLvEWGPs8ZpKOgFxkewG4
F87RAdhKVGfF++dKE7ZNKrdfadsfXCwWdQVlrgF5S2eggYmbfW9reEtqqS/dFbdx
gNz6dkj8MwtkbhlSv/6cvTPaw2Xcmqb5PD/uNBnO2NGEF5/6sfgFqBkKmy6/BU9l
UoHiAPPNy/dJHKnkv4JlIWJxuhhPjBNObM8hVDzErNYONbc3LQ4hqVe433CeB7hY
jM4TT9ABLYyijtDgDbPA0jCIENV96Re5G8Mr7n1WF4A3CCI1ziL4Fk7PojRy3lQV
ufa1BmyBXvL6HCIgChSB
=6e0P
-----END PGP SIGNATURE-----

php-7.2.0RC1.tar.bz2
SHA256 hash:
20dcc8cdb357fad473881eed8fd19b7f4f66c2876867fadf0609a5efa7e83153
PGP signature:
-----BEGIN PGP SIGNATURE-----

iQIcBAABAgAGBQJZpUt1AAoJENyf+NPuWvJ/8yAQAJacGE16c4GdazwAVygdg/rW
bw2sL/12lvsCsEPQxF8NTKIh7weBn8U7v1mk1hIMP4Ptnwhs/VUs4sg/uyqvfRT2
CW21kwG/RrbUM5cjlRWILrTFLc1PBqGEmwk1XYb/mhaPoOIPDpdf9r+S4XCtfM9T
6vVURq2WVGAMpAdcTkOoserRJEHzIgEsIxRGy/jJxdKzSCa4ftyQMA/CefZlbOXa
/hP6oc31xca0XuHZy9gr/EKhyR5XopRx83VvrOYCxXY6RP4LqvzMkEj2PYRHTPlc
Sq1lQUWTFGMS2VHPs9c07xB+pCoFy0otHwMeNAEcGmNtDaDExCzOVggMBqkZXXS0
br/DqMDZTLrGuUgG1gYA7HHwSamfD3YkCC4UjZGi4VXRVhrulH/tvYwtkk/vqY0V
Yz9H+XKonMoEpJZuFgnq7XxX6vaUS6rZGcR45gZ5wjqJfM9o/uzzbw1y787wQKFr
74Ny5fdEs9cn+EJkxRPZ/iYasFJQn3G10fmT9qiMOVl010pdJzleo+OFKa/jrOTY
u2jbeLUoVEaAFBkTbDTP9Id5FPhtS0E07G9wgvqy2YJMA+eIUdgaUOfbm3qmRJM8
hOtUwe2bUpYtjUbMkJ50KlfMKOCc0vWB9thaX8NG/2IKYm1tNPmsRh/FLCKi4SBX
CQv8+AwLEvRfYLsblTS+
=/7CW
-----END PGP SIGNATURE-----

php-7.2.0RC1.tar.xz
SHA256 hash:
04f68d9accb60e56adecc34a80b84bde16edb255a13eef701ea2d6c2b13dc15b
PGP signature:
-----BEGIN PGP SIGNATURE-----

iQIcBAABAgAGBQJZpUt4AAoJENyf+NPuWvJ/HvIQAKMd81SXIegvCn1nnQkZtDI+
jSOpnygjCUZBW6OxdUaEWuzl065eSPr5JJpIKkFRS/AK+UHubhfEiqw9IxyBuyTo
ywvsJ/AKwUM5iuovgqjNxsqzvVpJ4MHNJ51JZxRQEvHvRbB2URUVUVBugctMtuBN
OSHvOz178Q4Cixi4wnOazVTuPg9NFc0DpgSp8Gtny37bI306nHhnT1xQFlmGCfSb
9am9WkQhGeCBuNMNs9FAt2OkOpTgLSZGNZ7sOyTeDowfNsq3t0TMS9NxCRgs6gnA
C6J7wm1grBJhvxCaDTqix6dmN+q7hfj8fkuUW6gBIUoiYTXOoxWnz9hJbzU22qWd
8qq3H28SGb2k1EQXmZqUAMEnts24lnNPjuf34SBsnxe8SUrsDdWatBN6+nFal9vc
9W9RwuVVoYy8V3IS0cdk9gIwiEbLRTbXZcj5XuXGr1lTvEnhXEakEpn8LAIn6s1q
TiErkbjholzKZsNHyf8dXRw3Xy+swKUoY8wLI7WEVV9RO+XMHBgQ55m+sw8AzOJX
U7gonA4iiY01H10KJ/A3RT2Wx+3wdzUpDv6IRAKtPoBKYWCdpNfyFvsVBMfrrmEt
X/vyd75t+i2lJgkAE7xQKO9J4gLu2YswLUhirDHDCAnVugmIVzeTT9ImviWMt3Je
O7zekfQSOHN/br1vPgzn
=mwh/
-----END PGP SIGNATURE-----

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Error on "tcp-check connect port 3389 ssl" in config

0
0
You where right! I forgot to install the newly compiled binary,
working with the one without ssl support!

On Thu, Aug 31, 2017 at 1:28 PM, Cyril Bonté <cyril.bonte@free.fr> wrote:
> Hi Thomas,
>
>> De: "Thomas Schweikle" <tschweikle@gmail.com>
>> À: haproxy@formilux.org
>> Envoyé: Jeudi 31 Août 2017 12:48:39
>> Objet: Error on "tcp-check connect port 3389 ssl" in config
>>
>> Hi!
>>
>> Trying to configure haproxy to act as a connection broker and load
>> balancer for RDP (aka Microsoft Terminal Services).
>>
>> While configuring the backend, I found haproxy choke on
>>
>> tcp-check connect port 3389 ssl
>>
>> with message:
>>
>> [ALERT] 242/124152 (6066) : parsing [/etc/haproxy/haproxy.cfg:33] :
>> 'tcp-check connect' expects 'comment', 'port', 'send-proxy' or but
>> got
>> 'ssl' as argument.
>>
>> Within the handbook I find (section "tcp-check connect"):
>>
>> tcp-check connect port 443 ssl
>>
>> If it chokes on this -- is it a bug? Or anything else?
>>
>> # haproxy -v
>> HA-Proxy version 1.7.9 2017/08/18
>> Copyright 2000-2017 Willy Tarreau <willy@haproxy.org>
>
> I guess that you compiled haproxy yourself and forgot to enable the SSL support.
> If you run the following command :
> haproxy -vv
> it will probably show you that haproxy was compiled without SSL support.
>
> Cyril Bonté



--
Thomas

[PHP] PHP 7.0.23 is available

0
0
Hi,

The PHP development team announces the immediate availability of PHP 7.0.23.. Several bugs have been fixed. All PHP 7.0 users are encouraged to upgrade to this version.

For source downloads of PHP 7.0.23 please visit our downloads page:
http://www.php.net/downloads.php

Windows binaries can be found on http://windows.php.net/download/

The list of changes is recorded in the ChangeLog:
http://www.php.net/ChangeLog-7.php#7.0.23

Regards,
Anatol Belski and Ferenc Kovacs


P.S. Below is the verification information for the downloads.

php-7.0.23.tar.bz2
SHA256 hash: 6fe94cefc7d2c60ee2c1648b977beed756ad9cd0a7e4ea8bb8cf521d9355a09c
PGP signature:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAABAgAGBQJZpUgyAAoJELyqMOqcDVdj5VEH/R1sfGitkC83RNmtt6dt9lz9
pp5oQN9jRSjiYjhpIM8d9NsJUMR/J1Bt+NcmEXRNkJXTg2U03fcQpQaqotRwXBWg
sChejifmwiWiW7ee9fs0u8jNTH3cJOAn6T0Zwjw1y1o4nbaAZguHlXrkvgHx6zcD
tpCL45gz2s0DulqUWGWxXt/U14XYPVTQIsnDSAa9fJ9Xp64nNFsO/oVm1EVH2h7/
VQzh1He+tWD4cxnbAwvofOP/hHl5BQk7VcW8T88eYzBOgtTZsZDE3cxLaBU2yvCD
XY126aSHX090kcOspCoxEs9DuGvp+BiO8wnvFgC7avGpJSze2CGq4SYiBk2/10E=
=aRBP
-----END PGP SIGNATURE-----


php-7.0.23.tar.gz
SHA256 hash: d511089ecaf386f3ab752efba76558c03558afa6b5b3fe71d84881c76644b466
PGP signature:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAABAgAGBQJZpUg2AAoJELyqMOqcDVdjtzAH/0X92w7aR+VtpzMu26n7/Rkd
wZfHaEEubV49HV5e5Wa8Dn18Z/ldXVSzlNb613CPytdtV0kH9wstwLX8bSK1S3M6
pu4LskBnvDE89GG18NJxCPqBbsqSjGu2q46Vno6EpOHvXxcJlL68hOupfz6Z6bHL
v4L+2Melu0Re+AaCuTw+mZlz8lszBbRg7+gIQOn/K6M+wFbM4wUBpOQ3Ru0LcHe1
ppObWnoOA5RKSB52QLP/BcahGrdgrWwEmnBoGflsn70U8PPbXbWWAJwvpFDgNIXI
X6dF5m9ke+pldC+2FAp9C30NQlQk9MC10rC61OzVHjQO/7k0RgtN0KCSOmM3IUk=
=ZWbI
-----END PGP SIGNATURE-----


php-7.0.23.tar.xz
SHA256 hash: 8e526e3551a58e00c8055fa4a72804aa1bd3ee1c0411b25bf1504cc4992609df
PGP signature:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAABAgAGBQJZpUg5AAoJELyqMOqcDVdjuykH/RGhKqGb4KoQfrbpcBwZY+2f
RxiCkTNc0KKahXC1eILzXDh3PIuw+LZKoTDETk/HzIbZTAcc9mhjQwB2o8JZli5i
tv/JmrYLWnVkRSgqJcOCmS5OvmI7mgM8a/w+5LE/3GFgBnRUu7SxwY0oETThx3Lr
oPKf+5ZB8XYHdPknfOjeNpksmDmYmszlPKWM+6vWNnAU9DcOtcE6h3bJYelUg7uf
YsZqS6gyVOrg/OmB/KXFU0eKO4N2BtXzcSXWTotwrlBmRk/q2hw8jLnYRqvAMQMi
knUUtLgc6XRBW7HzbEsDlllaCSbGPm3iUqpyTf7+tABm2rRceWLK4qb2fcYH4YQ=
=nkFO
-----END PGP SIGNATURE-----


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP 7.0.23 is available

0
0
Hi,

The PHP development team announces the immediate availability of PHP 7.0.23.. Several bugs have been fixed. All PHP 7.0 users are encouraged to upgrade to this version.

For source downloads of PHP 7.0.23 please visit our downloads page:
http://www.php.net/downloads.php

Windows binaries can be found on http://windows.php.net/download/

The list of changes is recorded in the ChangeLog:
http://www.php.net/ChangeLog-7.php#7.0.23

Regards,
Anatol Belski and Ferenc Kovacs


P.S. Below is the verification information for the downloads.

php-7.0.23.tar.bz2
SHA256 hash: 6fe94cefc7d2c60ee2c1648b977beed756ad9cd0a7e4ea8bb8cf521d9355a09c
PGP signature:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAABAgAGBQJZpUgyAAoJELyqMOqcDVdj5VEH/R1sfGitkC83RNmtt6dt9lz9
pp5oQN9jRSjiYjhpIM8d9NsJUMR/J1Bt+NcmEXRNkJXTg2U03fcQpQaqotRwXBWg
sChejifmwiWiW7ee9fs0u8jNTH3cJOAn6T0Zwjw1y1o4nbaAZguHlXrkvgHx6zcD
tpCL45gz2s0DulqUWGWxXt/U14XYPVTQIsnDSAa9fJ9Xp64nNFsO/oVm1EVH2h7/
VQzh1He+tWD4cxnbAwvofOP/hHl5BQk7VcW8T88eYzBOgtTZsZDE3cxLaBU2yvCD
XY126aSHX090kcOspCoxEs9DuGvp+BiO8wnvFgC7avGpJSze2CGq4SYiBk2/10E=
=aRBP
-----END PGP SIGNATURE-----


php-7.0.23.tar.gz
SHA256 hash: d511089ecaf386f3ab752efba76558c03558afa6b5b3fe71d84881c76644b466
PGP signature:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAABAgAGBQJZpUg2AAoJELyqMOqcDVdjtzAH/0X92w7aR+VtpzMu26n7/Rkd
wZfHaEEubV49HV5e5Wa8Dn18Z/ldXVSzlNb613CPytdtV0kH9wstwLX8bSK1S3M6
pu4LskBnvDE89GG18NJxCPqBbsqSjGu2q46Vno6EpOHvXxcJlL68hOupfz6Z6bHL
v4L+2Melu0Re+AaCuTw+mZlz8lszBbRg7+gIQOn/K6M+wFbM4wUBpOQ3Ru0LcHe1
ppObWnoOA5RKSB52QLP/BcahGrdgrWwEmnBoGflsn70U8PPbXbWWAJwvpFDgNIXI
X6dF5m9ke+pldC+2FAp9C30NQlQk9MC10rC61OzVHjQO/7k0RgtN0KCSOmM3IUk=
=ZWbI
-----END PGP SIGNATURE-----


php-7.0.23.tar.xz
SHA256 hash: 8e526e3551a58e00c8055fa4a72804aa1bd3ee1c0411b25bf1504cc4992609df
PGP signature:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAABAgAGBQJZpUg5AAoJELyqMOqcDVdjuykH/RGhKqGb4KoQfrbpcBwZY+2f
RxiCkTNc0KKahXC1eILzXDh3PIuw+LZKoTDETk/HzIbZTAcc9mhjQwB2o8JZli5i
tv/JmrYLWnVkRSgqJcOCmS5OvmI7mgM8a/w+5LE/3GFgBnRUu7SxwY0oETThx3Lr
oPKf+5ZB8XYHdPknfOjeNpksmDmYmszlPKWM+6vWNnAU9DcOtcE6h3bJYelUg7uf
YsZqS6gyVOrg/OmB/KXFU0eKO4N2BtXzcSXWTotwrlBmRk/q2hw8jLnYRqvAMQMi
knUUtLgc6XRBW7HzbEsDlllaCSbGPm3iUqpyTf7+tABm2rRceWLK4qb2fcYH4YQ=
=nkFO
-----END PGP SIGNATURE-----


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Trouble with RDP loadbalancing

0
0
Hi!

I've set up haproxy to load balance two (later more) RDP servers (MS
Terminal Services) without any connection broker (later I want to add
a second haproxy to make sure all parts keep working even if one part
fails).

So:

2x backend terminal servers running on port 3389
1x haproxy connfigured for load balancing, listening on port 3389
some clients to connect to haproxy on port 3389

Config is (based on
https://www.haproxy.com/doc/aloha/7.0/deployment_guides/microsoft_remote_desktop_services.html):
global
log /dev/log local0
log /dev/log local1 notice
chroot /var/lib/haproxy
stats timeout 30s
user haproxy
group haproxy
daemon
ssl-server-verify none

peers nxmux
peer nxmux01 *:3388

frontend ft_rdp
mode tcp
bind *:3389 name rdp
timeout client 1h
log global
option tcplog
tcp-request inspect-delay 2s
tcp-request content accept if RDP_COOKIE
default_backend bk_rdp

backend bk_rdp
mode tcp
balance leastconn
timeout server 1h
timeout connect 4s
log global
option tcplog
stick-table type string len 32 size 10k expire 8h peers nxmux
stick on rdp_cookie(mstshash)
option tcp-check
tcp-check connect port 3389 ssl
default-server inter 3s rise 2 fall 3
#server nxnode01 10.169.16.105:3389 weight 10 check
#server nxnode02 10.169.16.106:3389 weight 10 check
server nxnode03 10.169.16.107:3389 weight 10 check
server nxnode04 10.169.16.108:3389 weight 10 check

I can connect to both clients directly from all clients.
If I try to connect to haproxy it fails.

Any idea what I missed?

# haproxy -vv
HA-Proxy version 1.7.9 2017/08/18
Copyright 2000-2017 Willy Tarreau <willy@haproxy.org>

Build options :
TARGET = linux2628
CPU = generic
CC = gcc
CFLAGS = -O2 -g -fno-strict-aliasing -Wdeclaration-after-statement -fwrapv
OPTIONS = USE_ZLIB=1 USE_OPENSSL=1

Default settings :
maxconn = 2000, bufsize = 16384, maxrewrite = 1024, maxpollevents = 200

Encrypted password support via crypt(3): yes
Built with zlib version : 1.2.7
Running on zlib version : 1.2.7
Compression algorithms supported : identity("identity"),
deflate("deflate"), raw-deflate("deflate"), gzip("gzip")
Built with OpenSSL version : OpenSSL 1.0.1e-fips 11 Feb 2013
Running on OpenSSL version : OpenSSL 1.0.1e-fips 11 Feb 2013
OpenSSL library supports TLS extensions : yes
OpenSSL library supports SNI : yes
OpenSSL library supports prefer-server-ciphers : yes
Built without PCRE support (using libc's regex instead)
Built without Lua support
Built with transparent proxy support using: IP_TRANSPARENT
IPV6_TRANSPARENT IP_FREEBIND

Available polling systems :
epoll : pref=300, test result OK
poll : pref=200, test result OK
select : pref=150, test result OK
Total: 3 (3 usable), will use epoll.

Available filters :
[COMP] compression
[TRACE] trace
[SPOE] spoe


--
Thomas

HAProxy 1.7.9 very slow with HTTP compression

0
0
Today we noticed something strange after updating our HAProxy to 1.7.9. A
request which took a mere second before now takes a whopping 45 seconds.

After some playing around, we found that if we turned off the compression
on HAProxy it was back to fast again.

We are running HA-Proxy version 1.7.9-1ppa1~trusty 2017/08/19 on Ubuntu
14.04.

Our compression configuration:

compression algo gzip
compression type text/html text/plain text/css image/svg+xml text/xml
application/xml application/javascript application/json application/pdf

Without compression:

$ curl --user user:pass https://host/path/to/pdf -o /tmp/pdf -D headers -H
"Accept-Encoding: gzip"
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
100 137k 0 137k 0 0 64537 0 --:--:-- 0:00:02 --:--:--
65102

$ cat headers
HTTP/1.1 200 OK
X-Powered-By: Undertow/1
X-Powered-By: Undertow/1
Set-Cookie: JSESSIONID=sessionid; path=/; HttpOnly; Max-Age=36000;
Expires=Thu, 31-Aug-2017 22:10:49 GMT
Set-Cookie:
access_token=eyJjdHkiOiJKV1QiLCJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiZGlyIn0..v5kb6ns9zt7F0_3F.fPNbj9CWN9gfpCHR8--tfse2xEKDEM22hsSUCIF0KNRTq9pjd3Tl84fAl_tN9rO66ScYaoIMwvgeb89sGV_mYoTG1myJvbVF26RXXTToa3oOCTL9LzqD9pbAa08CSUSS7YEhP5ia7XawX5G2uWqM9qk6nxet-ESDtAN9HRTKeX9UlPwMHcD7Kkow76F2btlZyxoelO0xqnuTt9C1r0_uVxWhOPdcbmdJLB_UrJr6IQpLPsSPf7TgAZVdDwVo7imm8O4eTIModtuVllXEq3dAk5PF5SHhg8W1iFl5Pw.3ssYrnKKFRiZNeP0g9baZQ;
path=/; Max-Age=36000; Expires=Thu, 31-Aug-2017 22:10:49 GMT
Access-Control-Allow-Headers: origin, content-type, accept, authorization
Server: WildFly/10
Server: WildFly/10
Content-Disposition: inline; filename=OBE_11_Bodegraven -
Woerden_000200804_O.pdf
Date: Thu, 31 Aug 2017 12:10:49 GMT
Connection: close
Access-Control-Allow-Origin: *
Vary: Accept
Access-Control-Allow-Credentials: true
Content-Type: application/pdf
Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS, HEAD
Access-Control-Max-Age: 1209600
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload;

With compression:

$ curl --user nick.user:pass https://host/path/to/pdf -o /tmp/pdf -D
headers -H "Accept-Encoding: gzip"
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
100 137k 0 137k 0 0 3078 0 --:--:-- 0:00:45 --:--:--
39398
$ cat headers
HTTP/1.1 200 OK
X-Powered-By: Undertow/1
X-Powered-By: Undertow/1
Set-Cookie: JSESSIONID=sessionid; path=/raildocs; HttpOnly; Max-Age=36000;
Expires=Thu, 31-Aug-2017 22:12:24 GMT
Set-Cookie:
access_token=eyJjdHkiOiJKV1QiLCJlbmMiOiJBMjU2R0NNIiwiYWxnIjoiZGlyIn0..RcxVSV-cJB7rTq6N.JupirTzLtU6KhCmswAiejWvC13pVciJ01br_XRoMvhlXk3j7db3hshhh7eo5OjgOkUgNxyGplE3ohvC8xXCYSUKAfcCeYYe3_9VCY28eLoJ0TgO63uzLwI77kgek2Qd1dVMAWl-y3B9sWt33irlBPaJLUaT2GEG53EQ1hrqyLD8mGHzw5qRZhDrCFCWxJbvHVQvnXn9btkcxFGHBIlfC887UShTR05WywXo31fNJGDJa6R9a0dbe1hr5mp-O30dpTezRrfmrrbK8NILHmcJBEQiYhjUXk6rRk9LIsA.I6oBuk3Gw4h41C0D9hz52A;
path=/; Max-Age=36000; Expires=Thu, 31-Aug-2017 22:12:24 GMT
Access-Control-Allow-Headers: origin, content-type, accept, authorization
Server: WildFly/10
Server: WildFly/10
Content-Disposition: inline; filename=OBE_11_Bodegraven -
Woerden_000200804_O.pdf
Date: Thu, 31 Aug 2017 12:12:24 GMT
Connection: close
Access-Control-Allow-Origin: *
Vary: Accept
Access-Control-Allow-Credentials: true
Content-Type: application/pdf
Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS, HEAD
Access-Control-Max-Age: 1209600
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload;

Does someone has an idea why we see this degrade in performance. What are
we doing wrong?

Thanks in advance,

Nick Stolwijk

~~~ Try to leave this world a little better than you found it and, when
your turn comes to die, you can die happy in feeling that at any rate you
have not wasted your time but have done your best ~~~

Lord Baden-Powell

[PHP-DEV] add Fiber (sackful coroutine) support

0
0
Hi, All,

The generator has been introduced in PHP 5.5. And we can it pause a function execution.
With these feature, we can schedule multi io task in userland without blocking.

More details can be found at [Nikic].

And there is also some asynchronous frameworks like [AMP], which allow programer to
code like blocking, but run asynchronously.

However, like python's generator, lua's coroutine, javascript's async/await, php's
generator also is a stackless coroutine implementation. We cannot pause a function call
in it's sub function call. This is the reason that frameworks like [AMP] has many wrapper,
is hard to understand, and almost impossible to be used to implement real but complex system.

So I propose to introduce the sackful coroutine, aka Fiber, support for PHP. And the possible
API like this,

> <?php
> function foo($a)
> {
> $b = await $a + 1;
> echo $b;
> }
>
> function bar()
> {
> foo();
> }
>
> $f = new Fiber(function($a) {
> bar($a);
> return 3;
> });
>
> $c = $f->resume(1);
> // 1 will be passed to lambda, then bar
> // bar call foo, and the **await** in foo paused this execution
> // and make the return value of resume as $a + 1
> // so $c is 2
>
> $c = $f->resume(3);
> // resume the execution by previous await, and the $b in foo
> // will be assigned a value of 3
> // so foo echo 3 and return and then the lambda return
> // and the resume got a return value of 3. so $c is 3.

So the Fiber API is a little like the Generator API, but is more simple yet powerful. So there
is no need to distinct $generator->current(), $generator->send(), and $generator->getReturn().

I made a more complex example at [FIREPHP].And I also make a [PR] for comment.

All comment are welcome. Thanks.

[Nikic] https://nikic.github.io/2012/12/22/Cooperative-multitasking-using-coroutines-in-PHP.html
[AMP] http://amphp.org/
[FIREPHP] https://github.com/fiberphp/fiber-core/blob/master/app.php
[PR] https://github.com/php/php-src/pull/2723


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 7.2.0 Release Candidate 1 released

0
0
On Thu, Aug 31, 2017 at 7:07 AM, Remi Collet <remi@php.net> wrote:
> With this first Release Candidate, the PHP API and ABI should be
> considered locked. Significant behavioral changes should be avoided
> using the same care applied to 7.1 and earlier branches. Consult RMs
> before applying anything with even the slightest BC implications.
> Please test it carefully, and report any bugs in the bug system.
>
Read. My. Lips.
No. New. Features.

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: HAProxy 1.7.9 very slow with HTTP compression

0
0
Hi Nick,


Am 31.08.2017 um 14:16 schrieb Nick Stolwijk:
> Today we noticed something strange after updating our HAProxy to 1.7.9. A request which took a mere second before now takes a whopping 45 seconds.
>
> After some playing around, we found that if we turned off the compression on HAProxy it was back to fast again.
>

Try the patch from the thread:
"HTTP/1.0 with compression enabled broken again in v1.7.9"

https://www.mail-archive.com/haproxy@formilux.org/msg27155.html


Lukas
Viewing all 23908 articles
Browse latest View live




Latest Images