[PHP] Re: PHP-5.5.2 +opcache segfaults with Piwik
Grant in php.general (Thu, 5 Sep 2013 03:47:55 -0700): I've tried php-5.5.2 and 5.5.3 but both segfault with piwik unless the opcache is disabled. Someone filed a piwik bug but was told it's a php bug: http://dev.piwik.org/trac/ticket/4093 Is this a known issue? Is there anything I can do? Could you test if your problems are solved when you use the latest opcache from github? https://github.com/zendtech/ZendOptimizerPlus Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: PHP-5.5.2 +opcache segfaults with Piwik
Grant in php.general (Sun, 25 Aug 2013 02:31:29 -0700): I've tried php-5.5.2 and 5.5.3 but both segfault with piwik unless the opcache is disabled. Someone filed a piwik bug but was told it's a php bug: http://dev.piwik.org/trac/ticket/4093 Could you try to add a function_exists check to libs/upgradephp/upgrade.php? This at the function declaration of _json_encode: if (!function_exists('_json_encode')) { function _json_encode($var, ... And a extra } at the end. This seemed to correct this fatal error on my side: [02-Sep-2013 10:35:40 Europe/Paris] PHP Fatal error: Cannot redeclare _json_encode() (previously declared in /usr/local/lib/php/share/piwik/libs/upgradephp/upgrade.php:109) in /usr/local/lib/php/share/piwik/libs/upgradephp/upgrade.php on line 109 I do not know what opcache has to do with it, although I suspect that Piwik is calling itself a lot of times and that opcache is trailing behind (or something like that). Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: PHP-5.5.2 +opcache segfaults with Piwik
Jan Ehrhardt in php.general (Mon, 02 Sep 2013 10:57:14 +0200): Could you try to add a function_exists check to libs/upgradephp/upgrade.php? This at the function declaration of _json_encode: if (!function_exists('_json_encode')) { function _json_encode($var, ... And a extra } at the end. This patch, together with upgrading to the latest OPcache from github solved my segfaults and fatal errors. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: PHP-5.5.2 +opcache segfaults with Piwik
Lester Caine in php.general (Sun, 01 Sep 2013 12:59:18 +0100): Grant wrote: I've tried php-5.5.2 and 5.5.3 but both segfault with piwik unless the opcache is disabled. Someone filed a piwik bug but was told it's a php bug: http://dev.piwik.org/trac/ticket/4093 Is this a known issue? (...) Not an answer, but explains perhaps why the problem is not being seen by others. It is more likely that users do not notice it. I have Piwik running with PHP 5.3 and php_opcache.dll (Centos 5) and it segfaults: [Sun Sep 01 17:06:53.131410 2013] [core:notice] [pid 25411] AH00052: child pid 25451 exit signal Segmentation fault (11) [Sun Sep 01 17:08:18.561917 2013] [core:notice] [pid 25411] AH00052: child pid 25453 exit signal Segmentation fault (11) [Sun Sep 01 17:08:19.569714 2013] [core:notice] [pid 25411] AH00052: child pid 25450 exit signal Segmentation fault (11) However, nothing special is displaying on the page. You have to grep your Apache error_log to know that it happens. How did you notice? Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: PHP-5.5.2 +opcache segfaults with Piwik
Grant in php.general (Sun, 1 Sep 2013 02:13:54 -0700): I've tried php-5.5.2 and 5.5.3 but both segfault with piwik unless the opcache is disabled. Someone filed a piwik bug but was told it's a php bug: http://dev.piwik.org/trac/ticket/4093 Is this a known issue? I changed the PHP on my (dev) Centos5 server to PHP 5.5.3, pulled the latest OPcache from Github and tried to get a segfault. That was clearly visible when I tried to access the Goals tab in the dashboard of one of my websites. The page never got further than 'Loading data...' and my Apache log showed a segfault. So, if it was no known issue it is confirmed now. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] How can I submit more than 2000 items of data?
Mihai Anghel in php.general (Mon, 19 Aug 2013 11:30:01 +0300): Check this http://www.php.net/manual/en/ini.core.php#ini.post-max-size Keyword: max_input_vars. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] fpdf problem?
Jim Giner in php.general (Fri, 09 Aug 2013 12:33:30 -0400): Good question and the answer is: it happens for other pdfs as well, so I guess it's not fpdf. Sorry for the mis-post here - I'll do more research on Adobe and IE. Update: Solved my print problem by unchecking an option in Adobe Reader - Display PDF in browser. Solved my garbled dialog box and the printing of the document. Although it is off-topic: I do not have this problem with PDFs in a IE10 browser window. No garbled print dialogue, prints OK, no crash. IE 10.0.9200.16635, Update version 10.0.7, W7 Pro 64-bits. Adobe Reader XI, version 11.0.3. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: OPcache Instead of APC Now?
Timmy Turner in php.general (Tue, 30 Jul 2013 19:02:43 +0200): I was looking through the changelog for PHP 5.5 and noticed the Zend OPcache. Will this be replacing APC? (Is APC still being maintained?) The reason I'm asking is because I use APC's data caching feature heavily, which Zend's OPcache (currently) does not offer. Given that APC's shared memory cache is probably as fast as (non-distributed) caching gets (for PHP anyways), it would be a shame to see it go in the future. OPcache will replace APC eventually, because APC had too many issues under PHP 5.5. For APC's data caching you should take a look at APCU (APC without the opcode cache): https://github.com/krakjoe/apcu Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: Extremely slow cURL curl_exec execution/response with 5.4.13
Ron in php.general (Thu, 21 Mar 2013 17:25:39 -0500): When upgrading from 5.4.12 to 5.4.13, cURL curl_exec calls are taking something like 700ms to complete. (Even to a file on the same server.) If I replace php_curl.dll library with the version from 5.4.12 all works as expected. Anyone else having issues or have suggestions as to how to debug/proceed? PHP 5.4.13 on Apache 2.4.4 on Windows Server 2008 R2 Could you try the php_curl.dll from my build? See http://www.apachelounge.com/viewtopic.php?t=5233 for the right version. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: Extremely slow cURL curl_exec execution/response with 5.4.13
Jan Ehrhardt in php.general (Fri, 22 Mar 2013 10:40:56 +0100): Ron in php.general (Thu, 21 Mar 2013 17:25:39 -0500): When upgrading from 5.4.12 to 5.4.13, cURL curl_exec calls are taking something like 700ms to complete. (Even to a file on the same server.) If I replace php_curl.dll library with the version from 5.4.12 all works as expected. Anyone else having issues or have suggestions as to how to debug/proceed? PHP 5.4.13 on Apache 2.4.4 on Windows Server 2008 R2 Could you try the php_curl.dll from my build? See http://www.apachelounge.com/viewtopic.php?t=5233 for the right version. Be sure to put the ???eay32.dll's (in fact all the dll's in the zips) in the directory with php-cgi.exe or else it probably will not load (due to differences in the ssl-versions of the stock PHP and my builds). Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: [PHP-DEV] PHP 5.3.22RC1 and 5.4.12RC1 Released for Testing!
Johannes Schlüter in php.internals (Thu, 31 Jan 2013 16:00:17 +0100): If no critical issues is found in this RC, the final version will be released in two weeks. Just curious: what is keeping 5.3.22 and 5.4.12 from being released? Are there any issues? Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: [PHP-DEV] PHP 5.3.22RC1 and 5.4.12RC1 Released for Testing!
Stas Malyshev in php.internals (Tue, 19 Feb 2013 15:35:54 -0800): Johannes Schlüter in php.internals (Thu, 31 Jan 2013 16:00:17 +0100): If no critical issues is found in this RC, the final version will be released in two weeks. Just curious: what is keeping 5.3.22 and 5.4.12 from being released? Are there any issues? We had 5.4.12 RC2 last week, due to recent SOAP fixes we had to pull in, and will have 5.4.12 GA this week. OK. Johannes' reply made me think I mistook the final RC for the release, but you seem to indicate there was indeed a little delay. For Johannes: building 5.3.22 and 5.4.12 (both NTS, Windows) right now. I will report back if I run into something. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Undefined Variables
Matijn Woudt in php.general (Thu, 14 Feb 2013 19:12:55 +0100): On Thu, Feb 14, 2013 at 7:04 PM, Roman Gelfand rgelfa...@gmail.com wrote: Is there a performance hit when a variable is undefined? or, perhaps, aside from the obvious uncontrolled conditions, are there other impacts? There might be a little performance hit because the error is getting logged in your webservers logs, though if it is noticeable depends on which webserver you're using, and how often there are undefined variables. And frameworks like Drupal might intercept the error and store it in the watchdog file. Then the performance will be degraded. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: Configuration Issue (Error 310 ERR_TOO_MANY_REDIRECTS)
Ken Kixmoeller in php.general (Wed, 9 Jan 2013 14:25:33 -0600): I have searched for 2 days trying to find references for this. I see a lot of PHP-driven applications having the same problem (mostly blogs), but no under the hood fixes. It might be a rewrite rule that rewrites to the original URL. I had this recently when a drupal site was upgraded from normal PHP to PHP-FPM. mod_rewrite behaves differently within PHP-FPM: http://forum.directadmin.com/showthread.php?t=45364 Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving an image
viper in php.general (Mon, 15 Oct 2012 17:58:06 +0200): then in your email you can put: img src=http://myurl.com/image.php?id=5; / Many receiving e-mail clients will not show external images. External images are used by spammers to trach if a message is read. Jan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php