On Thu, Apr 16, 2015 at 8:02 PM, Ferenc Kovacs <tyr...@gmail.com> wrote:
> > > On Thu, Apr 16, 2015 at 7:43 PM, Hannes Magnusson < > hannes.magnus...@gmail.com> wrote: > >> On Thu, Apr 16, 2015 at 10:14 AM, Ferenc Kovacs <tyr...@gmail.com> wrote: >> > >> > >> > On Thu, Apr 16, 2015 at 5:29 PM, Pierre Joye <pierre....@gmail.com> >> wrote: >> >> >> >> On Thu, Apr 16, 2015 at 10:02 PM, Ferenc Kovacs <tyr...@gmail.com> >> wrote: >> >> > >> >> > >> >> >> >> >> >> As of the uncompressed data, I see something like less 0.01% of the >> >> >> requests actually requesting non compressed archives, the box he >> uses >> >> >> must on of the 3-4. We are in the 21st century and compressed output >> >> >> is quite a standard. It makes the server serves faster too as we >> rely >> >> >> on X-SendFile, as I reportedly said on this list during the >> migration, >> >> >> and ask for tests. >> >> > >> >> > >> >> > hi Pierre, >> >> > >> >> > where do you get this 0.01%? >> >> > from a quick look: >> >> > root@pecl:~# grep '.tar.gz ' >> /var/log/apache2/pecl.php.net-access.log|wc >> >> > -l >> >> > 242 >> >> > root@pecl:~# grep '.tar ' >> /var/log/apache2/pecl.php.net-access.log|wc -l >> >> > 1350 >> >> > so the majority of the download requests are looking for the >> >> > uncompressed >> >> > tar file, which is doesn't work now thanks to your changes. >> >> > is there another metric or something that I'm missing? >> >> > it seems that this is something which we should fix/restore even if >> it >> >> > costs >> >> > us a bit more cpu. >> >> >> >> I check with the whole old log, was low. >> >> >> >> No need to change the download code. >> >> >> >> I will run a script to store both tgz and tar, easier and better. And >> >> changing the release code to save the uncompressed archive as well. >> >> Way better than what we had before. And if we like to be the only one >> >> to provide uncompressed download of our releases, why not, I do not >> >> mind much ;-) >> >> >> >> But that's actually not a bug as of now, the SSL thing Hannes was >> >> experiencing is what I was asking for, it is what I wonder what >> >> happened to get the installer requesting SSL: in the 1st place and how >> >> it ends up like that and failed. But Hannes seems to do not care, so I >> >> will simply enable SSL again and that should be it. >> >> >> >> Cheers, >> >> -- >> >> Pierre >> >> >> >> @pierrejoye | http://www.libgd.org >> > >> > >> > >> > ok, after discussing with Pierre I gunzipped the release tarballs so now >> > they are there, Pierre will update the release upload/delete code so >> that we >> > also store/delete the .tar files so they can be also served via >> sendfile. >> >> $ sudo pecl install memcached >> Could not download from "http://pecl.php.net/get/memcached-2.2.0.tar";, >> cannot download "pecl/memcached" (File >> http://pecl.php.net:80/get/memcached-2.2.0.tar not valid (received: >> HTTP/1.0 404 Not Found >> )) >> Error: cannot download "pecl/memcached" >> Download failed >> install failed >> > > it seems that the two commits (reverts) which should make that error go > away still not make to the peclweb machine yet. > I will wait an hour or so, if still not there I will check out the rsync > box (as I verified that the update-peclweb is executed properly). > > -- > Ferenc Kovács > @Tyr43l - http://tyrael.hu > oops, I made a mistake, one of the two reverts was against the wrong hash. just fixed it now. -- Ferenc Kovács @Tyr43l - http://tyrael.hu
