Op 30 jan. 2013, om 13:42 heeft Zeev Suraski het volgende geschreven: >> -----Original Message----- >> From: Bas van Beek [mailto:b...@tobin.nl] >> Sent: Wednesday, January 30, 2013 2:29 PM >> To: Zeev Suraski >> Cc: Pierre Joye; Stas Malyshev; PHP internals >> Subject: Re: [PHP-DEV] ZTS - why are you using it? >> >> Hi Guys, >> >> As a heavy user of ZTS in multi threaded C/C++ applications, here are my > $0.02. >> >> Removing ZTS would be a bad idea for all those custom multi-threaded >> applications out there that allow some form of internal/embedded PHP >> scripting. These applications are not web-servers but do make use of > threads for >> reasons of their own. Building a FastCGI set-up would be out of the > question if >> these apps are deployed customer / client side and need concurrent PHP > script >> runs. >> >>> Based on the feedback on this thread, I think we should instruct users >>> that using thread-safe versions of PHP is slower, and that actually >>> putting thread-safe PHP inside a multithreaded server is not a very >>> reliable solution. We should recommend FastCGI/fpm instead. We >>> should do that tomorrow morning (figuratively speaking). > > In case I wasn't sufficiently clear, I'm talking about putting PHP inside > a *multithreaded web server*, not being a good idea. The use case you > specify is exactly the use case for keeping ZTS support in the code... > > Zeev > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >
Yes I did get that and my response to your post was not meant as an argument against those points but more as an addition. I just wanted to re-enforce that ZTS has it's purpose and we should be careful about which signals we give to the PHP user-land and extension developer community as most of the previous posts to this thread seemed to discard usefulness of ZTS all together as if the only important use case is running PHP code on a web server. PHP is so much more than that and I do not want to see PHP developers exclude or forget about these other use cases because prominent people in the PHP community make blunt statements as the above topic implies. Bas van Beek -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
