Там методика сканирования выбрана неадекватная. 99% доменов привязано к IP серверов хостеров. У хостеров практически всегда на порту 443 будет не клиентский сайт а какая-то заглушка с сертификатом домена хостера а не клиента. Соответсвенно вывод сделан не совсем верный — акценты нужно расставлять не как «всего 3 процента SSL сайтов имеют валидный сертификат» а «97% сайтов не используют SSL, тем не менее имея открытый 443 порт»
Имхо нехорошая это затея. Припейд карту можно взять или виртуальную виза. В рунете совершенно официально RuPay и куча других контор продавали, и сейчас думаю не меньше их
В клаудах анлима никогда не будет я так думаю, по крайней мере такое маловероятно. Проекты которые идут на клауд как-бы сразу говорят мы потенциально заткнём вам канал по полной, используем всё что есть. А клауд не может дать X mbit/s и обрезать — иначе смысла в этом клауде никакого. Расчёт по гигабайтам финансово равносилен расчёту по модели «average mbit», просто цены пока высоковаты по непонятным причинам — если ресурсы удорожились за счёт надёжности, редундантности etc то почему многократно подорожали тарифы по трафику менее очевидно. Думаю скоро там цены будут вполне себе конкурентные
Инстанс это виртуальный сервер с чётко обозначенными выделенными ресурсами в терминологии облаков. Т.е. можно запустить 1 инстанс с заданным кол-вом CPU ресурсов, памяти, диска и платить за него каждый час некую сумму
Ни один это наверное не совсем так — GoGrid ведь не один обещает возвращать стократно деньги за даунтайм. Только жадные и неуверенные провайдеры ограничивают компенсацию размером входящих платежей имхо, на моей памяти немецкие DomainFactory сами выплачивали 10+ кратные компенсации за простой когда у них роутеры горели. Конечно 90% хостеров даже богатых ведут себя как Hosting.UA и McHost, но рынок High Availability потихоньку это урегулирует
Если говорить о GoGrid то они гибридный хостинг — т.е. они предоставляют в облаке и выделенные сервера. Соответсвенно функции менее критичные и более ресурсоёмкие можно обрабатывать на выделенных железках дешево с повышенным, а клауд использовать только для масштабирования
С облаками просто ситуация неоднозначная — с одной стороны используя только реально необходимый минимум ресурсов дейтсвительно всё должно стать дешевле. Т.е. не платим за резервные ресурсы вне пиков, не платим ночью, не платим за выделенное железо. Казалось бы должно быть сильно дешевле ведь провайдер может оптимально выжать ресурсы железа. С другой стороны все предоставляют высоконадёжный клауд, никто не хочет предоставлять бюджетный клауд (там денег нет пока). А значит вместо SATA винтов используются огромные NAS'ы с SAS дисками, вместо GbE обязательно оптика или 10GE или InfiniBand. Вместо SOHO железок брендовые серверные платформы, блейдцентры итд итп. И в конечном итоге за свои несчастные 2 ядра и 4гб RAM в надо заплатить 300+ USD, хотя казалось бы взять 2 более мощных сервера в Европе будет стоить 150. Так что пока эта высокая надёжность не нужна — клауд не будет оптимальным вариантом
Запустить сервер можно конечно, даже игру саму думаю есть лазейки — только инстансы естественно не обладают сколь либо заметной графической подсистемой, а никакой протокол удалённого управления не заточен под трансляцию активных действий — так что поиграть точно не усдастся. А сервер поднять это без проблем
1) Нету
2) Напрямую никак, возможно через российских реселлеров
3) Я к сожалению не из РФ, так что не могу ничего подсказать
4) см. 2
5) Юридическая гарантия зашита в оферту. На русском ничего нету
Сайт GoGrid как неоднократно писали не принадлежит компании, это российские активисты движения. Думаю что все пять обозначенных проблем в равной степени относятся ко всем облачным провайдерам — если нужно бумажное счастье нужно искать российских реселлеров либо обращаться в российский клауд сегмент, бессмысленный и беспощадный — Оверсан-Скалакси прелагает много интересных вещей, как в клауде так и в высоконадёжных VPS
Выгодность штука относительная — облако нужно для надёжности и для масштабирования, не для дешевизны. Приложение которое требует большого кол-ва ресурсов вполне может на клауде обойтись в несколько тысяч USD, тогда как сами эти ресурсы стоят 400-500 если бы мы брали выделенные сервера. Что очевидно невыгодно само по себе. Но для ведения такого парка у нас куча накладных расходов — администраторы, лицензии, саппорт. В тот момент когда час выхода из строя сервиса стоит 50 USD клауд может показаться не очень выгодным. Когда выпадение стоит 100+ USD в час, клауд может сильно уменьшить риски
Даже в правильных ДЦ сгоревший процессор приведёт на дедике к даунтайму в районе 2-3 часов. На дешевых ДЦ и в большинстве российских ДЦ ждать замены железа и восстановления работы вполне можно 12 часов, если повезёт часа три-четыре точно. Система клауда изначально говорит что выпадение железа можно либо исключить, либо восстановить втечении 10 минут. А стоит оно переплаты или нет — это уже каждый решает для себя.
В этом конкретно комментарии я имел в виду что тарифы клауда могут быть оптимальны для тех или иных задач и часто они не слишком привлекательны для приложений со стабильной высокой нагрузкой, так как создаются для борьбы с флуктуациями нагрузки и надёжности, а надёжность она дешевой как правило не бывает
А у меня сейчас ошибку не выдаёт, но пересылает на главную вместо биллинга. Может GoGrid обалдел от наплыва желающих — BitNami достаточно популярный проект
RackSpace и Mosso вполне хорошее облако, с гиперактивным саппортом. Правда достаточно дорогое, но для некоторых приложений оно того стоит. Насколько я знаю для реальной нагрузки оно не слишком выгодно получается, а для малых бизнес критических приложений вполне себе
Она ещё в пелёнках эта VoltDB — да, новая СУБД на рынке OLTP, ей понадобятся годы чтобы убедить людей не смотреть в сторону того же MySQL Cluster. То что она обгоняет обычные СУБД которые вообще не предназначены для OLTP это ни о чём не говорит как и цифра в 53к tps, тот же nbd выдавал в тестах уже миллион транзакций в секунду на одной машине, для баз полностью в памяти нет в этом никакой фантастики. А отложенные синки на диск это фрукт в себе, я думаю через полгодика можно будет думать о VoltDB, а пока о ней нужно только читать :)
От волнения что-ли столько очепяток? К сожалению реалия как и с ремонтом в том, что общий рецепт решения отдельной проблемы и так очевиден, адетали, в которых сама соль, они в мелочах отличаются, эти отличия и сводят на нет весь смысл затеи. Т.е. если надо сделать что-либо, то в общем как сделать понятно всем, я опубликую своё решение, но детали исполнения (допуски, используемые материалы etc) будут сугубо индивидуальны, и другой участник сможет всё равно использовать только очень базовыеструктуры которые и так понятны любому специалисту. Т.е. это может быть сдорово для обучения молодых специалистов но не как база проектов для проф. использования, imho
Если Вы уже интересуетесь открытым производством подумайте в сторону формирования платформы где люди с похожими интересами смогут кучковаться и тут же организовывать эти проекты. А репозитории, проектохранилища имхо пока невостребованы.
Попробуйте подойти подобным образом — на первом этапе соберите в одном месте много DIY проектов. Храните просто ссылки и общее описание проектов которые есть в сети, с картинками и видео если они есть, без особых деталей — так как для деталей уже надо много общаться с авторами проектов, вникать в тему etc. На этом же проекте соберите литературу по тематике DIY, может какой-то софт. Получите интересный для целевой аудитории каталог с блогом и небольшим файловым архивом (read-only). СО временем откройте энтузиастам возможность добавлять свои посты
Если это сработает, на втором этапе, уже отталкиваясь от полученного успеха, смотрите в сторону хранилища документов, видео, чертежей и описаний. Реализуйте небольшой полезный функционал для авторов проектов — чтобы они могли завести у вас свой проект, добавить туда свои файлы и описания, свой блог, чтобы они притянули туда свою аудиторию
Ну если уже в этом будет успех тогда остаётся прикручивать социальность (сообщества, форумы, etc) и техногенность (управление проектами для их авторов, групповая разработка, системы контроля версий, какие-то CAD-CAM-etc ориентированные фишечки)
С облаками просто ситуация неоднозначная — с одной стороны используя только реально необходимый минимум ресурсов дейтсвительно всё должно стать дешевле. Т.е. не платим за резервные ресурсы вне пиков, не платим ночью, не платим за выделенное железо. Казалось бы должно быть сильно дешевле ведь провайдер может оптимально выжать ресурсы железа. С другой стороны все предоставляют высоконадёжный клауд, никто не хочет предоставлять бюджетный клауд (там денег нет пока). А значит вместо SATA винтов используются огромные NAS'ы с SAS дисками, вместо GbE обязательно оптика или 10GE или InfiniBand. Вместо SOHO железок брендовые серверные платформы, блейдцентры итд итп. И в конечном итоге за свои несчастные 2 ядра и 4гб RAM в надо заплатить 300+ USD, хотя казалось бы взять 2 более мощных сервера в Европе будет стоить 150. Так что пока эта высокая надёжность не нужна — клауд не будет оптимальным вариантом
2) Напрямую никак, возможно через российских реселлеров
3) Я к сожалению не из РФ, так что не могу ничего подсказать
4) см. 2
5) Юридическая гарантия зашита в оферту. На русском ничего нету
Сайт GoGrid как неоднократно писали не принадлежит компании, это российские активисты движения. Думаю что все пять обозначенных проблем в равной степени относятся ко всем облачным провайдерам — если нужно бумажное счастье нужно искать российских реселлеров либо обращаться в российский клауд сегмент, бессмысленный и беспощадный — Оверсан-Скалакси прелагает много интересных вещей, как в клауде так и в высоконадёжных VPS
Даже в правильных ДЦ сгоревший процессор приведёт на дедике к даунтайму в районе 2-3 часов. На дешевых ДЦ и в большинстве российских ДЦ ждать замены железа и восстановления работы вполне можно 12 часов, если повезёт часа три-четыре точно. Система клауда изначально говорит что выпадение железа можно либо исключить, либо восстановить втечении 10 минут. А стоит оно переплаты или нет — это уже каждый решает для себя.
В этом конкретно комментарии я имел в виду что тарифы клауда могут быть оптимальны для тех или иных задач и часто они не слишком привлекательны для приложений со стабильной высокой нагрузкой, так как создаются для борьбы с флуктуациями нагрузки и надёжности, а надёжность она дешевой как правило не бывает
Если Вы уже интересуетесь открытым производством подумайте в сторону формирования платформы где люди с похожими интересами смогут кучковаться и тут же организовывать эти проекты. А репозитории, проектохранилища имхо пока невостребованы.
Попробуйте подойти подобным образом — на первом этапе соберите в одном месте много DIY проектов. Храните просто ссылки и общее описание проектов которые есть в сети, с картинками и видео если они есть, без особых деталей — так как для деталей уже надо много общаться с авторами проектов, вникать в тему etc. На этом же проекте соберите литературу по тематике DIY, может какой-то софт. Получите интересный для целевой аудитории каталог с блогом и небольшим файловым архивом (read-only). СО временем откройте энтузиастам возможность добавлять свои посты
Если это сработает, на втором этапе, уже отталкиваясь от полученного успеха, смотрите в сторону хранилища документов, видео, чертежей и описаний. Реализуйте небольшой полезный функционал для авторов проектов — чтобы они могли завести у вас свой проект, добавить туда свои файлы и описания, свой блог, чтобы они притянули туда свою аудиторию
Ну если уже в этом будет успех тогда остаётся прикручивать социальность (сообщества, форумы, etc) и техногенность (управление проектами для их авторов, групповая разработка, системы контроля версий, какие-то CAD-CAM-etc ориентированные фишечки)