zexis: Каким образом реализована балансировка нагрузки в вашей CDN ?
1) Каким образом клиент определяет, какая точка присутствия является к нему самой близкой?
2) Как клиент определяет, что точка присутствия, с которой он только что работал, вдруг по каким то причинам стала не доступной и что нужно обращаться к другой точке?
Так это всё, видимо, с помощью волшебной силы BGP. А клиент об этом не ведает.
МВД Украины отозвало требование о блокировании домена ex.ua, в соответствии с которым было прекращено его обслуживание регистратором Imena.ua. … следствие разобралось, что размещение на сайте нелицензионных материалов не может стать причиной для блокирования домена, в связи с чем требование было отозвано.
Что-то январь был богат на закрытия крупных файлообменников.
1. Настраиваете сайт на новом месте, чтобы он полностью функционировал, как по основному имени "site.ru", так и по дополнительному "new.site.ru".
2. После этого на старом хостинге делаете редирект на домен "new.site.ru"
3. Изменяем dns-серверы для домена на новые. Нужно помнить, что и на старых и на новых dns-ах должен быть прописан поддомен "new.site.ru" с ip-адресом на новом хостинге.
4. Если данные на сайте часто обновляются, то временно выключаем новый сайт, переносим все данные со старого хостинга, и включаем.
Время простоя образуется только на шаге 4 и зависит от вашей оперативности и скорости переноса информации.
Через пару суток поддомен "new.site.ru" прибиваем.
![[umka]](https://d.searchengines.guru/avatar/69000/69824_1.png "[umka]")
Каким образом реализована балансировка нагрузки в вашей CDN ?
1) Каким образом клиент определяет, какая точка присутствия является к нему самой близкой?
2) Как клиент определяет, что точка присутствия, с которой он только что работал, вдруг по каким то причинам стала не доступной и что нужно обращаться к другой точке?
Так это всё, видимо, с помощью волшебной силы BGP. А клиент об этом не ведает.
Как мне от этого обезопасится????
Никак. Напишите на своём сайте, что "если вы обнаружили наш спам на своём говнофоруме, то знайте, это не мы!"
Кеширование пробовали задействовать?
Конечно, хостинг хостингу — рознь, но на него надо грешить в последнюю очередь.
5..50 тысяч товаров не так много. Основная беда в том, что это всё на джумле.
Кстати, опять открыли
http://www.lenta.ru/news/2012/02/02/return/
…
следствие разобралось, что размещение на сайте нелицензионных материалов не может стать причиной для блокирования домена, в связи с чем требование было отозвано.
Что-то январь был богат на закрытия крупных файлообменников.
Имхо, вряд кто купит.
P.S. Если что, готовы приютить клиентов. Бесплатно :)
Это записываете в .htaccess и кладёте в корень site.ru
RewriteEngine on
RewriteRule ^slons/(.*)$ http://catalog.site.ru/$1 [R=301,L,QSA]
1. Настраиваете сайт на новом месте, чтобы он полностью функционировал, как по основному имени "site.ru", так и по дополнительному "new.site.ru".
2. После этого на старом хостинге делаете редирект на домен "new.site.ru"
3. Изменяем dns-серверы для домена на новые. Нужно помнить, что и на старых и на новых dns-ах должен быть прописан поддомен "new.site.ru" с ip-адресом на новом хостинге.
4. Если данные на сайте часто обновляются, то временно выключаем новый сайт, переносим все данные со старого хостинга, и включаем.
Время простоя образуется только на шаге 4 и зависит от вашей оперативности и скорости переноса информации.
Через пару суток поддомен "new.site.ru" прибиваем.
А что вас смущает? При многократном пересохранении JPEG, качество картинки ухудшается, а размер файла увеличивается.
А… я попутал :) Показалось, что трафик 20 Тб в месяц )
20 Гб — вполне нормальный трафик
Подозреваю, что не подгружается какой-то javascript. Посмотрите в дебагере.
А хостер сайты не переносит?