Чистое Javascript и HTML приложение и развертывание через CDN ... хорошая идея?

Question

Большой и общий вопрос, но НЕ обсуждение

Я и друг обсуждаем разрабатываемое веб-приложение.В настоящее время он использует PHP, но PHP ничего не хранит и все основано на OAuth.Все это говорит о независимом API.PHP на самом деле просто отражает большую часть логики Javascript для браузеров без поддержки Javascript.

Если было решено применять Javascript в качестве требования (давайте не будем вдаваться в это ... весь другой вопрос)

Существуют ли какие-либо технические, фундаментальные проблемы с обслуживанием приложения в виде HTML + Javascript, размещенного на CDN?То есть 100% статический JavaScript и HTML без серверной логики.Поскольку Javascript так же способен выполнять все вызовы API, как и PHP.Делают ли это какие-либо существующие сайты?

Мы не можем думать о каких-либо ограничителях шоу, но кажется страшной мыслью сделать «веб-приложение» на 100% клиентским ... так что ищите больше информации.

(Для пояснения, речь идет о развертывании с использованием ТОЛЬКО javascript и HTML и отказе от обработки на стороне сервера вне JSON API или чего-либо еще)

Заранее спасибо!

Answer 1

Одна проблема связана с поисковыми системами.

Сканеры поисковых систем индексируют исходный HTML-код веб-страницы.Если вы используете JavaScript для загрузки новых данных и создания нового контента, сканеры не вступят в игру, поэтому ваш контент не будет проиндексирован.

Однако Google предлагает решение для этого - читайте здесь: http://code.google.com/web/ajaxcrawling/

Кроме этого, я не могу думать ни о какой другой проблеме ...

Answer 2

Amazon уже некоторое время предлагает услугу на своем S3. http://aws.typepad.com/aws/2011/02/host-your-static-website-on-amazon-s3.html. По сути, это позволяет вам указать страницу индекса по умолчанию и страницы ошибок. В противном случае вы просто загружаете свой html на S3 и указываете свой www CNAME в своем домене на ведро Amazon S3 или CDN облачного фронта.

Единственное, что невозможно сделать таким образом, это то, что если пользователь заканчивает вводом example.com вместо www.example.com, вы должны убедиться, что ваш DNS правильно перенаправил их на www. Также S3 не сможет обрабатывать голый домен (http://example.com/).

Относительно того, насколько хорошая идея, она звучит и для нас хорошо. И в настоящее время мы изучаем этот вариант. Пока, похоже, работает нормально. Мы настроили beta.example.com так, чтобы он указывал на хост-сайт CDN (S3), и тестируем, чтобы выяснить, дает ли он нам все, что нам нужно. Производительность отличная, хотя!