Какие компоненты вашего сайта вы обычно выгружаете или встраиваете?

Вот что я имею в виду. При разработке моего сайта на основе ASP.NET MVC мне удалось разгрузить большую часть статического файлового хостинга и даже часть «работы». Вот так:

  1. jQuery для моего фреймворка javascript. Вместо того, чтобы размещать его на своем сайте, я использую Google CDN.

  2. Карты Google, очевидно, «разгружены» - на моем сервере не выполняется никакой реальной работы - размещено в Google

  3. Фреймворк jQueryUI — Google CDN

  4. CSS-фреймворк jQueryUI — Google CDN

  5. Темы CSS-фреймворка jQueryUI — Google CDN

Так вот, что я спрашиваю, кроме того, что я перечислил...

Какие аспекты ваших сайтов вам удалось выгрузить или внедрить из внешних служб?

Пара других, которые приходят на ум...

OpenAuth — перенос большей части процесса аутентификации с вашего сайта Google Wave — когда он выйдет, перенос работы по обмену данными с вашего сайта


person Chaddeus    schedule 28.07.2009    source источник


Ответы (2)


Раньше я использовал Amazon AWS.

Их сервис S3 был дешевым для размещения изображений и видео.

Сервис EC2 также хорош для дополнительной вычислительной мощности или просто для снятия нагрузки с вашего сервера.

В дополнение к платным услугам хостинга вы можете использовать Youtube или Vimeo для размещения видео, и их API позволит вам загружать и размещать видео.

Существуют также API для других сервисов, в зависимости от того, что вы хотите сделать. Если вы хотите добавить функциональность на свой сайт, но без хостинга службы, стоит проверить http://www.programmableweb.com/

person Webmonger    schedule 30.07.2009
comment
Извините, я забыл сказать. Думая о будущем, вы могли бы полностью передать хостинг вашего сайта на аутсорсинг Windows Azure, если вы понимаете последствия доступа к данным и т. д. - person Webmonger; 31.07.2009

Несмотря на то, что CDN Google имеет меньшие файлы и более быстрое время отклика, теперь я использую CDN Microsoft для jQuery. Почему? Большой брат.

В некоторых компаниях с высоким уровнем безопасности они разрешают доступ только к известным доменам. У пользователей этих компаний были проблемы, потому что их брандмауэры не знали googleapis.com и блокировали jQuery. Они знали microsoft.com, поэтому ajax.microsoft.com работал.

Я предложил Google изменить свой URL-адрес с ajax.googleapis.com на something.google.com, чтобы избежать этой проблемы в будущем.

person Matt    schedule 01.05.2010
comment
Хороший звонок, есть на что обратить внимание. Спасибо. - person Chaddeus; 07.05.2010
comment
Google, вероятно, размещает свои AJAX API в уникальном домене, поэтому по линии передается наименьшее количество данных. Если вы заходите на something.google.com, все файлы cookie для *.google.com также будут отправлены клиентом. Это может показаться неуместным, но экономия времени по сети — одна из причин, по которой люди используют размещенную на Google копию. - person Jess; 17.05.2010
comment
Ах, хорошая мысль. Тем не менее, если это выбор между более медленным или заблокированным, побеждает более медленный. Мне придется попробовать загрузить в свой браузер файлы cookie microsoft.com и посмотреть, как CDN сравнивается с серверами моей компании. - person Matt; 02.07.2010