Вы используете Облачные сервисы Амазонок для своей компании? [закрытый]

Это мой собственный плагин (позиционирует элемент в верхней части списка. Специально для overflow-y : auto. Не работает с overflow-x!):

ПРИМЕЧАНИЕ. elem - это HTML-селектор элемента, к которому будет прокручиваться страница. Все, что поддерживается jQuery, например: #myid, div.myclass, $(jquery object), [dom object] и т. Д.

jQuery.fn.scrollTo = function(elem, speed) { 
    $(this).animate({
        scrollTop:  $(this).scrollTop() - $(this).offset().top + $(elem).offset().top 
    }, speed == undefined ? 1000 : speed); 
    return this; 
};

Если вам не нужно его анимировать, используйте:

jQuery.fn.scrollTo = function(elem) { 
    $(this).scrollTop($(this).scrollTop() - $(this).offset().top + $(elem).offset().top); 
    return this; 
};

Как использовать:

$("#overflow_div").scrollTo("#innerItem");
$("#overflow_div").scrollTo("#innerItem", 2000); //custom animation speed 

Примечание: #innerItem может находиться где угодно внутри #overflow_div. Это действительно не должно быть прямым ребенком.

Протестировано в Firefox (23) и Chrome (28).

Если вы хотите прокрутить всю страницу, установите флажок этот вопрос .

34
задан 8 revs, 5 users 100% 2 May 2012 в 22:22
поделиться

8 ответов

Я устанавливаю два экземпляра своего приложения на EC2 и использовал S3 в в качестве резервного копирования local-to-AWS и доставки актива медиа. Мы отодвинулись приблизительно 15% нашего содержания/трафика приложений к EC2 в середине июня. Результат смешан, и мы перемещаем содержание тяжелый экземпляр использования назад в наш размещенный дата-центр, и теперь исследуем другие опции доставки контента.

Действительно отмечают что:

  1. Мое приложение является голодной пропускной способностью (запускающийся на уровне 100 Мбит/с за экземпляр)
  2. Моя компания, и я базируюсь в Швейцарии, и это, конечно, оказало влияние на нашу оценку.
  3. я определяю пропускную способность как скорость потока (Мбит/с, и т.д.) и трафик как объем (МБ, ГБ, и т.д.)

Профессионалы:

  • Трафик стоит за низкие и средние объемы, принимая меньше, чем, возможно, терабайт в месяц. Превысьте ту нечеткую строку и или сделайте это сами или найдите надлежащее сообщество CDN
  • Активного пользователя
  • Эффективно неограниченная пропускная способность с S3/CloudFront-delivered содержанием
  • Гибкость (начните экземпляр и имейте его работающий в минутах)
  • мощность ЦП, доступная в экземпляре, даже маленький тип экземпляра, была всегда достаточно для моего приложения. Существуют другие типы экземпляра высокого ЦП для тех, кому нужен он.

Недостатки:

  • у Нас был экземпляр, становятся недостижимыми (не неслыханное возникновение) и имел, выполняют нашу процедуру аварийного восстановления. 12-й.
  • Сетевая задержка, и для S3 и для EC2, может быть неприемлемо высокой (100 с мс)
  • , пропускная способность экземпляра EC2 ограничена. Несмотря на часы поиска, я никогда не находил официальное заявление с твердым тем чисел, что могут ожидать пользователи. Первоначально мы видели макс. из ~250mpbs в тестах, но это, кажется, улучшилось существенно.
  • На пропускную способность HTTP-соединения может быть неприемлемо низким. 1-2mbps от даже нашего швейцарского дата-центра с 800mpbs соединение и качественный пиринг.Править: Мы недавно видели уровни между нашим дата-центром и EC2 в 3-4mpbs диапазоне.
  • S3 не является 'нормальной' файловой системой <забастовка>, и специальное программное обеспечение требуется. Мы выбрали JungleDisk, который я теперь нахожу несоответствующими для 24/7, умеренно измеренной серверной среды набора данных. Странные вещи произошли бы (файл, перечисленный дважды с командой 'ls') и неожиданные катастрофические отказы. Использование EBS для персистентных данных, хотя это не без протестов .
  • <забастовка> S3 не CDN. Моя компания, как многие другие, попыталась использовать Amazon S3 в качестве CDN. Там существуют другие недорогие альтернативы. (Akamai, voxel.net, easycache.com)

я - поклонник облачного понятия, и мы продолжим выполнять экземпляр из EC2, но мы нашли, что этому несоответствующий для нашего основного производства нужно в его текущей форме. AWS имеет некоторые проблемы для разбираний.

29
ответ дан Stu Thompson 27 November 2019 в 17:00
поделиться

Я в настоящее время использую S3 для видео хостинга, и я люблю его. Если Вы используете.NET, дают себе немного времени выполнения заказа для получения настроек, интегрированных в сайте. Я был бы высоко reccomend их сервисы.

единственная вещь, которую я нашел грубо, состояла в том, что необходимо было потратить> 100 для получения серебряного уровня обслуживания, наш сайт будет тратить так много в конечном счете, но мы еще даже не в бета-версии. У меня не было вопроса, я просто хотел видеть то, на что была похожа их поддержка.

поддержка была большой, и очень полезной, однако мне понравится быть в состоянии задать некоторые вопросы, не имея необходимость входить в мой карман (скорее карман босса)

, О, я не столкнулся ни с какими проблемами лицензии.

Сравнительно, за деньги, я выбрал бы S3 выше других услуг хостинга, потому что их досягаемость так обширна и стандартная цена это настолько низко.

7
ответ дан Sara Chipps 27 November 2019 в 17:00
поделиться

Относительно Надежности

у меня нет ничего работающего на облачном сервисе, но я хотел бы решить проблему надежности.

я уверен, что у команды Amazon есть намного больше опыта и ресурсов, доступных для выполнения мощного веб-сайта, чем я. Они снизились в течение нескольких часов на прошлой неделе, но я полагаю, что в целом их время работы будет лучше, чем если бы Вы или я имели бы самостоятельно с нашим текущим уровнем опыта и ресурсов.

6
ответ дан Mark Harrison 27 November 2019 в 17:00
поделиться

Я использую S3 для хостинга изображений (в настоящее время более чем 5 миллионов файлов) и для резервных копий сервера. Я использовал EC2 для обработки изображений и SQS для координирования между этими задачами. Я должен сказать, что удалил EC2 с тех пор для той определенной задачи, не виртуализировали сервер, которым оказываются 10x как быстро. И я записал свое собственное решение организации очередей использования mysql, который оказался намного быстрее и не связывал близкую связь AWS.

существует важное сообщение при Кодировании Вслух [, http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] названный Обанкротиться С Amazon S3, захватывает взгляд.

4
ответ дан gilm 27 November 2019 в 17:00
поделиться

Правовая оговорка: я был бы студент градиента в UCSB, который выпускает программное обеспечение, которое я собираюсь упомянуть.

, Если Вы волнуетесь по поводу облачного владения (например, не физически владея Вашими облачными полями), можно хотеть посмотреть Эвкалипт . Это EC2 совместимый API и позволяет Вам использовать свои серверы, и это - открытый исходный код, таким образом, Вы видите точно, что продолжается.

, Но к фактическому вопросу, нет, мы не размещаем наш веб-сайт в облаке, хотя у нас, конечно, есть много идей, прибывающих для материала, чтобы сделать в нем.

3
ответ дан Chris Bunch 27 November 2019 в 17:00
поделиться

Для Вашего второго редактирования проверьте CloudStatus. Это контролирует материал AWS и Google App Engine для отключений электричества и производительности. Amazon также отслеживает их отключения электричества в http://status.aws.amazon.com/ .

3
ответ дан Gary Richardson 27 November 2019 в 17:00
поделиться

Группа друзей и я работаю над приложением, которое живет в облаке. Однако часть облака, в котором это живет, находится под нашим контролем. Я никогда не доверял бы третьему лицу, чтобы сделать такой подъем для моего приложения, потому что я не управляю им. Недавнее отключение электричества Amazon S3 является превосходной иллюстрацией почему.

И я абсолютно, положительно, никогда не ставил бы части своей инфраструктуры (например), серверы Amazon. Серверами сборки, исходным кодом, и т.д., всегда плотно управляют. Не только из-за потенциальной ненадежности, но потому что я нахожу лицензии на эти сервисы чрезмерно разрешающими для поставщика услуг. Помимо этого, недобросовестный хост* мог потенциально взять мой исходный код и использовать его в их собственных целях, даже если бы что-то как этот не легализовано лицензионным соглашением, которое я должен был бы принять для использования сервиса.

*Probably не относится к Amazon, но я никогда не слышал о других двух, которые Вы упомянули, и пока они не вокруг в течение приблизительно десяти лет, я, вероятно, не доверял бы им или любым сервисам как они.

-5
ответ дан TheSmurf 27 November 2019 в 17:00
поделиться

Мы храним файлы нашей компании на S3, чтобы они были доступны для сотрудников в дороге. Чрезвычайно дешево и просто. Множество приложений для доступа к вашим файлам на S3. Мы используем хороший онлайн-менеджер файлов: S3fm .

1
ответ дан 27 November 2019 в 17:00
поделиться