С Амазоном вам не потребуется сервер с rtmp. Они предлагают сразу приложение. Берете и публикуете поток в соответствии с документацией.
Тарифы там по вашей ссылке есть. Вот и посчитайте.
Дак прям на первой странице Account Activity в кратком виде все суммировано.
А так Usage Report. Скачиваете и анализируете в экселе. Вот тут уже нет данных по стоимости. Потребуется пересчитать во сколько эти отдельные субъекты тарификации обошлись.
Но это все равно нужно освоить и делать периодически чтобы понимать к чему ваше приложение критично, за что собственно вы платите и что следует изменить чтобы сэкономить.
Там же можно из инстанса сделать образ AMI для последующего копирования. По сути в этом основное преимущество Амазона и заключается - быстренько запускаем N штук VPS со своим уникальным уже настроенным окружением.
И сразу неправильно.
Невозможно оценить потребности многокомпонентых программных комплексов исходя только из описания архитектуры. Лучше проанализируйте статистику потребления на этом вашем тестовом инстансе.
Лучше хранить данные mysql на блочном устройстве EBS. Так должно быть быстрее и удобнее. Производительность mysql на EBS вас может уже не устроить. Само существование сервисов SimpleDB и DynamoDB это доказывает. Можно для отдельного тома EBS выбрать provisioned io, что разумеется подразумевает другую оплату.
Наверное, кто-то и прямо в диск с образом ОС пишет, но ведь там место ограничено. Не проверял быстрее ли это.
В своем репертуаре :) Когда сказать нечего рекламируем какой невнятный бложик.
Ну да, определенно есть подводные камни в Амазоне. Надо все планировать и взвешивать.
Там действительно нет возможности выработать ограниченный лимит денег. А оплата с кредитки снимается крупными периодами.
С другой стороны, у каждого отдельно взятого инстанса есть предел на ресурсы памяти и процессора, поэтому он не будет бесконечно нагружать другие ресурсы. Запуская или удаляя новые инстансы можно регулировать общий предел на выставляемый счет. Мониторинг там есть и тут уже он оперативно срабатывает.
кто-то пошутил : внедрение облачных технологий приводит только к увеличению числа инженеров. Причем, не только у провайдера, но и у заказчика.
Что поделать. Хотите быть модными и "эластичными" - делитесь. Можем обсудить. Не то чтобы я глубокий специалист, но есть клиенты, которым действительно имеет смысл использовать Амазон.
Удивительно, но lynx делает это бесплатно.
Прямо так и запускаете :
lynx -listonly -dump "http://yandex.ua/yandsearch?text=%E7%E0%EF%F0%EE%F1&lr=145"
Можно прилепить сравнение с прошлым результатом через diff, засунуть скрипт в cron, чтобы на почту приходили оповещения об изменяющихся позициях.
Беда с тем, что яндекс сейчас считает такой запрос ботовским :) Наверное нужно повозиться с ключами, чтобы изменился user-agent.
Так это потому, что айтишники вводях всех в заблуждение называя простые вещи непонятными буквами. Нет такого модуля.
Для vbulletin правильнее всего указать кодировку в config.php, чтобы остальные файлы можно было перезаписывать новыми из дистрибутива. В дистрибутиве этого файла нет.
То нужно перестроить кеш datastore в vbulletin. Стандартная много раз описанная в интернете ситуация для vbulletin.
ошибка ведь возникает в ответ на конкретную команду, а не просто так
Очевидно, sendmail на 127.0.0.1 обслуживает домен ex-load.com и может сразу же проверить правильность возможность доставки почты в обратном направлении.
Формируйте письма с правильным обратным адресом, пользователя создайте или ищите как выключить эти проверки.
Но зачем им продолжать атаковать сервер каждый день ? Они тупые?
Это, скорее, ложные срабатывания. Поздравляю, у вас 500-1000 пользователей не попавших на сайт.
И это пишет человек, который слово "рекомендую" пишет с двумя М. Причем, всегда.
Понятно, что какие-то сложности всегда возможны, но вы вот время когда-нибудь подводили скачками на типичном сервере хостинга? И что-нибудь рухнуло ? Практически ничего же не происходит.
Насчет соединений не помню чтобы ssh при этом отваливался.
