Pull to refresh
1
0
Артур Краев @RaveNoX

User

Send message
Посмотрите в сторону OpenNebula прекрасно работает и в схеме с одним хостом. Просто ставится на основные дистрибутивы и имеет кучу фич.
Чем sip поверх lte плох? Там и голос и передача коротких сообщений и видео, плюс он достаточно хорошо стандартизирован. Номера могут быть в формате user@domain.
Для распределённой адресации по номеру уже сейчас есть такая вещь как ru.wikipedia.org/wiki/ENUM

А то про h323 написали, а про sip забыли…
Можно в первом варианте не использовать сервисную машину, а подключить диск к хосту через qemu-nbd
Но на этапе нагрузочного тестирования SignalR-сервер падал с исключением System.IO.IOException: «Too many open files» — примерно после тысячи подключений клиентов.


Почитайте про ulimit — проблема возможно решится без правки SignalR
Mkbundle в mono вроде идет в комплекте, там даже xamarin не нужен.
Или вы про другие бандлы?
Будьте добры опишите, что не устроило в ui-router.
Обновился сегодя.
Из проблем на текущий момент только задалбывающее окошко о «подключении учётной записи microsoft», то есть активно пытаются перевести на пользование учётки live вместо системной.

Ну и античит 4game отвалился, что в принципе было предсказуемо, т.к. это происходит в каждой новой версии win.
К сожалению, это наиболее распостранённая ситуация на рынке. Большинство сидит на той технологии к которой привыкли и не хочет смотреть вокруг. Хорошему программисту в принципе всё равно на чём писать — для него язык, лишь инструмент, который подбирается под задачу.
Вообще-то это в group policy задать можно и это ИМХО наиболее правильно, чем править реестр «вручную»
Для меня ключевым фактором стала возможность достаточно просто дописывать поддержку своих типов и методов для Linq провайдера.
Так у нас например через NH есть полная поддержка MS SQL HierarchyId, чего повторить на EF 4 не удалось (в тот момент EF 5 небыло).
Ну и поддержка кучи БД играет значительную роль.
Все реализации, про которые я написал выше поддерживают (и рекомендуют) конфигурацию в коде с использованием fluent синтаксиса. Соответственно мы избегаем проблем, описаных вами. Советую всё-таки ознакомиться с конкретными реализациями.
Прочитайте что такое:
DI: ru.wikipedia.org/wiki/%D0%92%D0%BD%D0%B5%D0%B4%D1%80%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B7%D0%B0%D0%B2%D0%B8%D1%81%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D0%B8
IoC: ru.wikipedia.org/wiki/%D0%98%D0%BD%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F

И конкретные реализации для C#:
code.google.com/p/autofac/
www.ninject.org/

Тогда станет понятно за что минусуют, т.к. все те проблемы которые вы описали реально решаются при помощи этих инструментов.
Индексы там на текущий момент только через подключаемый v8/python/perl/etc
Нативно только валидация json и row2json

wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.2#JSON_datatype
ИМХО проще хранить на сервере копию последней версии + список общих хешей для файла + список хешей по чанкам.
При обновлении соответственно:
* получаем список хешей с сервера
* строим список хешей локального клиента
* если хеши не совпали — качаем хеши чанков, дальше через range запрос получаем конкретный кусок

Ещё вариант не делать велосипед и прикрутить ко всему этому торрент — получаем сразу чанки по всему клиенту + частичное снижение нагрузки на сервер, соответственно:
* новая версия — делаем торрент для неё, выкладываем на свой сервер по http
* апдейтер забирает торрент, качает всё что изменилось

P.S. мы в своё время через торренты бэкапы так рассылали по нескольким серверам
И часто у вас криво обновляется ssh?
Мне понтравился ansible.cc/
* push
* работает по ssh (не требует установки агента)
* умеет почти то же самое что и puppet

В реалиях ec2 удобен тем, что не нужно подписывать сертификаты и клиентов, а затем чистить их.
Не подскажете — оно умеет volatile диски и запуск некольких инстансов из одного шаблона? На их сайте к сожалению не удалось найти данной информации.

P.S. у меня пока под облако используется OpenNebula
Такой вариант в обозримом будущем скорее всего не появится, т.к. облако требует серьёзной инфраструктуры и соответственно адекватного персонала.

Information

Rating
6,219-th
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity