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 th
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, ...
&g
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
li
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 PH
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 th
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
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 A
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 OPc
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
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
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
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://
Matijn Woudt in php.general (Thu, 14 Feb 2013 19:12:55 +0100):
>On Thu, Feb 14, 2013 at 7:04 PM, Roman Gelfand 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
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 U
viper in php.general (Mon, 15 Oct 2012 17:58:06 +0200):
>then in your email you can put:
>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:/
15 matches
Mail list logo