Re: New mirror
| From: | Hostmaster | Date: | Sun, 08 Dec 2002 11:15:09 +0000 |
| Subject: | Re: New mirror | ||
| Groups: | php.mirrors | ||
| Request: | Send a blank email to php-mirrors+get-14059@lists.php.net to get a copy of this message | ||
Hi,
ok, if you think you don't need a new mirror for now it is fine for us. Now you know where to
find us if you need a new one within the US. It is setup, working, fast and actual. Even stats are
there which most mirrors don't provide. We try to get over 99.98 %uptime a month which
isn't too hard to reach having this server located in the NAC datacenter.
Best regards
*********** REPLY SEPARATOR ***********
On 08/12/2002 at 11:51 Gabor Hojtsy wrote:
>> Unfortunately we could not send this email to gabor@hojtsy.hu.
>> See the original email and the transscript below.
>
>Anyway, please always use "reply all" when replying to mail received
>from PHP.net. As you can see, I have also included mirrors@php.net as
>a recipient, as there are many people reading this list, and they can
>add their thoughts this way to our conversation.
>
>> we can confirm this. That's why we setup another mirror. Unfortunately
>> we can not tell you exactly which mirror times out when. All I know
>> this occured many times within the past two years and with all US
>> mirrors when we tried to get the latest PHP version or to check
>> something in the manual. To check which mirror is bad you would have
>> to setup a monitoring software. I wouldn't say to replace a mirror.
>> See it that way that the more mirrors you have, the better access
>> your php users will have. Anyway, the mirror we setup mirrors all
>> languages.
>
>Well, good service would be to have mirrors nearly always up. If a mirror
>has serious problems (because bandwidth limitations for example), then
>it should be removed. As we have only one rsync server, we cannot increase
>the number of mirrors infinitely. You can see on the mirroring.php page,
>that we also have a theoretical two mirrors per country limit (which we
>tend to exceed in some situations, for large countries, or countries
>with a large PHP userbase).
>
>Goba