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
