Было бы логичным указать несколько IP для домена и пусть DNS сам выбирает ближайший. При этом выбор кэшируется в браузере, так что с быстродействием здесь все хорошо.
Кстати, сейчас все CDN-ссылки с сайта Битрикса ведут на 1C-BITRIX-CDN.RU, который висит на том же IP что и сам сайт Битрикса, так что для сайта Битрикса CDN сейчас не работает.
Ок, а теперь давайте посмотрим на ситуацию так: вебмастер перепрописал все ссылки на CDN. А потом в пятницу вечером (по закону бутерброда) траффик CDN закончился. И все его вручную измененные ссылки разом перестают работать. Соответственно вопрос: вебмастер предупреждается хоть как-то о приближающемся?
Принимайте правила игры. Посмотрите за что в этом хабе плюсуют и минусуют. Похвалил Битрикс — плюсик тебе. Любой неудобный вопрос — минус, чтобы не высовывался.
Относительно вопроса: все должно работать нормально. Поскольку все свои ссылки нужно перепрописывать вручную, то crossdomain.xml просто будет грузиться с вашего сайта и все.
Не вопрос — это как раз та прослойка, которой нововведение может быть интересно, тем более что бесплатно. А что, кстати, будет при превышении лимита траффика?
Для большого контентного портала предпочтительнее сделать свое решение — надежнее, управляемее. А для небольших сайтов это просто игрушка. К тому же это имеет значение только для первой загрузки страницы, потом все берется из кэша.
PS Пардон, не туда написал.
«Однако абсолютно очевидно то, что поисковые роботы, индексирующие сайты в интернете, не дождавшись загрузки страницы, не будут учитывать ее в общем поисковом индексе. „
Это-то тут причем? Если Вы говорите об оптимизации раздачи статики, то на скорость генерации страницы она влияет очень опосредовано.
В целом — игрушка интересная, но практической пользы для основной массы проектов я не вижу.
Есть решения, которые я принимаю для себя и есть решения, которые я рекомендую другим, здесь разная степень ответственности. Если я встрою в банкомат тревожную кнопку и клиент получит пулю, попытавшись ее нажать — я буду за это ответственен, хотя бы морально (а вполне может быть что и уголовно). Оно мне нужно? Так же думают и банки.
При этом, само собой, не факт что я сам буду следовать совету «для всех», но здесь я отвечаю только за себя.
Учтите еще что вся стратегия защиты, рекомендуемая как банками так и полицией — отдай деньги и не выпендривайся. И это, в общем виде, правильно. Обратный пин в эту концепцию не вписывается.
Здесь 2 сложности:
1. постоянно актуализировать «поддельные» данные.
2. злодеи не дураки и, прежде чем приступать к ректальной криптографии, почитают что это за флэшка и что она умеет.
Сдается мне что разработчик просто не знал что INSERT ODKU увеличивает счетчик AUTO_INCREMENT при апдейте существующей записи.
Кстати, при большинстве DDOS-атак CDN-то как раз не поможет — вредоносные запросы будут направляться на основной домен, а не на CDN и все.
Кстати, сейчас все CDN-ссылки с сайта Битрикса ведут на 1C-BITRIX-CDN.RU, который висит на том же IP что и сам сайт Битрикса, так что для сайта Битрикса CDN сейчас не работает.
Но тогда обычный minify или собственная его реализация будет гораздо эффективнее.
Относительно вопроса: все должно работать нормально. Поскольку все свои ссылки нужно перепрописывать вручную, то crossdomain.xml просто будет грузиться с вашего сайта и все.
PS Пардон, не туда написал.
Это-то тут причем? Если Вы говорите об оптимизации раздачи статики, то на скорость генерации страницы она влияет очень опосредовано.
В целом — игрушка интересная, но практической пользы для основной массы проектов я не вижу.
При этом, само собой, не факт что я сам буду следовать совету «для всех», но здесь я отвечаю только за себя.
а) пользователь гарантированно знал где она
б) злоумышленник гарантировано НЕ знал где она.
1. постоянно актуализировать «поддельные» данные.
2. злодеи не дураки и, прежде чем приступать к ректальной криптографии, почитают что это за флэшка и что она умеет.
ирискамизелеными микросхемками.Учтите, также, что задержки сейчас только у одного поставщика, с Farnell, насколько я в курсе, таких проблем нет.