Ну то, что их нет в России, не так уж и страшно. В моем случае это была онлайн-игра, где статика обновлялась раз в неделю, да и то небольшая ее часть. Поэтому основной задачей CDN было быстро отдать новые файлы пользователям.
Кстати, для сайтов можно реализовать механизм, запускающийся после полной загрузки запрошенной страницы, загружающий статику, которая не используется на данной странице, но может пригодиться впоследствии, чтобы браузер спокойно, пока пользователь изучает уже загруженный контент, клал ее в кэш. Отображать, конечно, ее не нужно.
У меня есть весьма в итоге успешный опыт перевода highload проекта 24/7 на CDN от этих известных ребят — level3.com.
Я лишь хочу сказать, что схема предложенная dgstudio, которую вы поддержали, вряд ли получит массовое распространение.
А вот традиционный вариант со статикой на CDN, как я уже говорил, очень хорош, при этом месторасположение серверов приложений действительно в такой конфигурации не играет решающей роли.
Безусловно, CDN — очень полезна, но все же классическое взаимодействие с ней (для отдачи статики в динамически сгенерированный шаблон) выглядит более очевидным, и имеет понятные плюсы.
Не думаю, что предложенный вами способ генерации страниц в обозримом будущем будет массово использоваться, все-таки традиционная схема — сгенерированный каркас и контент плюс статика в CDN лучше подходит для большинства сколь-либо сложных веб-проектов.
Хотя как нишевое решение для кого-то, конечно, подойдет.
Насколько я знаю (недавно была похожая ситуация, консультировался с представителем службы защиты прав потребителей), магазин не обязан отвечать на письменную претензию. В его обязанности лишь входит в случае, если покупатель хочет получить деньги, то в течении 10 дней, а если замену товара — 30 дней, либо удовлетворить претензию, либо доказательно обосновать почему он этого делать не будет.
Я не говорил о том, что нужно писать на PHP в его первозданном состоянии.
А лишь хотел сказать, что для любой задачи всегда найдется инструмент, с помощью которого задача решается проще, менее ресурсоемко и элегантнее, чем с помощью того инструмента, которым человек привык пользоваться. Стоит просто внимательнее осмотреться.
Наглядный пример того, как к языку, который изначально задумывался для другого, да и вся канва его развития, как ни крути, все же солидарна с его первоначальным применением, прикручивают всяческие рюшечки, которые хоть ты тресни не более чем рюшечками и останутся.
Идея очень интересная, только, по-моему, лучше не машины качать, а прямо натурально себя (в образе человека) прокачивать.
С центром и значками вообще супер!
А потом сканы этих значков выкладывать в профили социальных сетей.
Типа, дополненная виртуальность! :)
Круг замкнулся!
Кстати, для сайтов можно реализовать механизм, запускающийся после полной загрузки запрошенной страницы, загружающий статику, которая не используется на данной странице, но может пригодиться впоследствии, чтобы браузер спокойно, пока пользователь изучает уже загруженный контент, клал ее в кэш. Отображать, конечно, ее не нужно.
У меня есть весьма в итоге успешный опыт перевода highload проекта 24/7 на CDN от этих известных ребят — level3.com.
Я лишь хочу сказать, что схема предложенная dgstudio, которую вы поддержали, вряд ли получит массовое распространение.
А вот традиционный вариант со статикой на CDN, как я уже говорил, очень хорош, при этом месторасположение серверов приложений действительно в такой конфигурации не играет решающей роли.
Хотя как нишевое решение для кого-то, конечно, подойдет.
Опоздал с ответом :)
Нужно будет попробовать ваш.
А лишь хотел сказать, что для любой задачи всегда найдется инструмент, с помощью которого задача решается проще, менее ресурсоемко и элегантнее, чем с помощью того инструмента, которым человек привык пользоваться. Стоит просто внимательнее осмотреться.
С центром и значками вообще супер!
А потом сканы этих значков выкладывать в профили социальных сетей.
Типа, дополненная виртуальность! :)
Круг замкнулся!