[ZendTo] {SPAM?} Re: 4.20-3 bug-fix release

Der PCFreak mailinglists at pcfreak.de
Tue Jan 31 15:27:57 GMT 2017


Hi,

hmmm, well let me explain a little bit.

Today I had a user calling in asking why he could not upload his large 
file (it broke at about 1.9Gb).
I then tested it with a 5.9 GB ZIP File and had it stop at about 50 
percent, sometimes earlier, sometimes later.

Since the server was very unresponsive during the upload we added more 
RAM (has now 12Gb) and 2 cores (no problem when using VM).

I could then upload the 5.9 GB without problems using Google Chrome for 
Windows (latest).

Then I read your email and my installation outputs the following:

   [root at server ~]# rpm -qi php-common
   Name        : php-common                   Relocations: (not relocatable)
   Version     : 5.3.3                             Vendor: CentOS
   Release     : 48.el6_8                      Build Date: Thu 11 Aug 
2016 10:40:52 PM CEST
   Install Date: Tue 16 Aug 2016 07:27:55 AM CEST      Build Host: 
worker1.bsys.centos.org
   Group       : Development/Languages         Source RPM: 
php-5.3.3-48.el6_8.src.rpm
   Size        : 3071736                          License: PHP
   Signature   : RSA/SHA1, Thu 11 Aug 2016 11:19:31 PM CEST, Key ID 
0946fca2c105b9de
   Packager    : CentOS BuildSystem <http://bugs.centos.org>
   URL         : http://www.php.net/
   Summary     : Common files for PHP
   Description :
   The php-common package contains files used by both the php
   package and the php-cli package.

So this is obviously the default PHP from CentOS but it seems, that 
large files are working.
I started this system with a prebuilt VM from ZendTo and just updated it 
with "yum update" for 3 years now.
This is the productive system (4.12), not the test system (4.20), but 
both have the same PHP version.

So is there a limit over 5.9 GB? If so, how can I fix my productive 
system (if I need to)?
Or does it mean that this PHP version supports the large files out of 
the box?

## and a different question concerning the test system (with latest ZendTo)
I registered for new Captcha Keys and enabled the following in 
preferences.php

   'captcha' => 'google',
   'recaptchaPublicKey'   => 'myscret',
   'recaptchaPrivateKey'  => 'mykey',
   'recaptchaInvisible'   => TRUE,
   'recaptchaLanguage'    => 'en',

(of course I have real keys in my file)

Shouldn't the Captcha get replaced by the "I am not a robot" or maybe 
stay completely invisible while using Chrome and being logged into a 
Google account?
Instead it shows the normal captcha (...select traffic signs and so on). 
Or am I totally wrong on this?

I think I registered for the correct service because in my google 
account it shows a line like:

     The Invisible reCAPTCHA documentation site provides more details 
and advanced configuration options.

So I think I chose the right solution and set it up properly. I enabled 
it for our entire domain (but not for localhost if that matters).
I access the Testsytem by modifying my local hosts file with FQDN 
drop.ourdomain.de.

Any ideas? And sorry for my many questions today!


Kind regards

Peter



On 31.01.2017 15:53, Jules wrote:
> Peter,
>
> The version number of the php-common (for example) rpm should have 
> something added to it to make it obvious it's not the version supplied 
> by your OS vendor. For example, on my RedHat 6 production system, I 
> get this:
> $ rpm -q php-common
> php-common-5.3.3-48.jkf.el6.x86_64
>
> You should have something (".jkf" in the output above) inserted 
> between the version number and the build OS+architecture.
>
> Also, if you do "rpm -qi php-common", one of the bits of information 
> it prints is the "Build Host". From that it should be obvious if it 
> was built on your site or on CentOS's or RedHat's build systems.
>
> Cheers,
> Jules.
>
>
> On 31/01/2017 12:56, Der PCFreak wrote:
>>
>> Hi Jules,
>>
>> do you know how I can verify, that my PHP version is patched to allow 
>> large uploads without needing to try it via a real upload on my 
>> zend.to box?
>>
>> Thanks in advance.
>>
>>
>> Kind regars
>>
>>
>> Peter
>>
>> On 31.01.2017 12:35, Jules wrote:
>>>
>>>
>>> On 31/01/2017 11:13, Der PCFreak wrote:
>>>>
>>>> Hi Jules,
>>>>
>>>> seems to work.
>>>>
>>>> I removed php-mbstring and restarted httpd then I got this which 
>>>> looks promising:
>>>>
>>>>
>>> Perfect, just what I wanted. Hopefully that error is enough?
>>>>
>>>>
>>>> Peter
>>>>
>>>> P.S
>>>> Your amazon wishlist is smaller now! - Should arrive tomorrow or 
>>>> thursday. :)
>>>>
>>> Muchas gracias! :-)
>>>
>>> Cheers,
>>> Jules.
>>>
>>>>
>>>> On 31.01.2017 11:48, Jules wrote:
>>>>> +    if (! function_exists('mb_strimwidth')) {
>>>>> +      return 'Admin: Install the PHP module/rpm "mbstring".';
>>>>> +    }
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> ZendTo mailing list
>>>> ZendTo at zend.to
>>>> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>>>
>>> Jules
>>>
>>> -- 
>>> Julian Field MEng MBCS CITP CEng
>>>
>>> 'It's okay to live without all the answers' - Charlie Eppes, 2011
>>>
>>> www.Zend.To
>>> Twitter: @JulesFM
>>> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>>>
>>>
>>> _______________________________________________
>>> ZendTo mailing list
>>> ZendTo at zend.to
>>> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>>
>>
>>
>> _______________________________________________
>> ZendTo mailing list
>> ZendTo at zend.to
>> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'I've heard that it's possible to grow up. I've just never met
>   anyone who's actually done it.' - Meredith Grey, Grey's Anatomy
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20170131/33e81d1a/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 36942 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20170131/33e81d1a/attachment-0001.png 


More information about the ZendTo mailing list