Код FMS может быть легко в миллион строк и выше, достаточно сложное устройство со своими внутренними БД, input/output для пилотов, контролем сотен систем и датчиков самолета. Даже в симуляторах эта система реализуется непросто.
В Австралии даже первую помощь нельзя оказывать без лицензии, практически ни у кого нет в машинах ни огнетушителя, ни аптечки. Если покупаешь аптечку, надо пройти курсы и наклеить большой зеленый крест на заднее стекло, чтоб все знали, что ты можешь им помочь.
Дома нельзя менять ничего, ну кроме лампочки (тайком), на все есть Handyman и если течет кран вызываешь только его… иначе в случае потопа будешь платить за весь дом.
GraphQL без сомнения очень интересная технология, но большой вопрос как для него строить секьюрити, если я могу с помощью REST разбить получение, к примеру полных деталей пользователя и сокращенных (без sensitive data), просто создав два REST endpoint с разными пермиссиями на них, то как это сделать с QraphQL?
Весьма интересная конференция, однако я сильно смещен по таймзоне (+8) к Москве, в опциях билетов я вижу онлайн трансляция + запись видео, значит ли это, что я смогу получить доступ к просмотру конференции после ее окончания?
It's important to understand that this application will be used by a small number of administrative users, so it's not going to be used by thousands of users simultaneously. At most we figure there may be 10 people connected at a time. However, connections are something to consider with SignalR. As cool as this technology is, it's connected technology meaning that each client connected through SignalR is using a persistent and dedicated connection on the Web Server. 10 users or 100 are probably not much of a problem, but thousands of users may bump up against the Web server connection and Windows thread and resource limits eventually. SignalR also includes some scalability features, but these get very complex quickly and if this becomes an issue I personally think that one should reconsider whether SignalR or a real-time connection based interface is the right choice…
там еще память жрется от каждой коннекции, на самомо деле в реальной жизни мы не сталкивались с этой проблемой, так как сайт с этой технологией только для внутреннего использования, однако понятно что для коммерческого использования весьма сыровато еще.
Уже год используем в компании SignalR как весьма неплохой враппер для вебсокетов, очень удобная поддержка на уровне JS, конечно годно только для .Net сайтов, но весьма грамотно реализовано (не PR).
Минусы только порты, каждое соединение отъедает порт на сервере, т.е. есть ограничения по пользователям, есть поддержка LoadBalancing но пока все еще весьма в зачаточном состоянии.
Азиатские сайты очень крупных компаний и интернет магазинов вообще меня бросают в шок, собственно там ровно все по правой части примеров из этой статьи.
Лучше бы spell-checker добавили, уже везде есть, кроме виндового клиента, хотя везде конечно это сделано на уровне системы, но могли бы и сделать только в рамках клиента.
Кстати в профиле не работают вообще редактирование уровней доступа данных (public/contacts/private), в чатах картинки не меняются, хотя в лог чата пишет что поменял… короче сыровато пока очень.
Зато вам сделали бесплатную рекламу, раньше даже не слышал о вас, а теперь нет-нет да и заглядываю, тем более что в Сингапуре вы не исчезали ни на секунду.
Все бы хорошо, но вот только применить подобное оружие возможно только в случае хорошей ясной погоды. Да и не уверен я что система сможет отслеживать аппараты на звуковых и сверхзвуковых скоростях. А так это больше выглядит выстрелом из гаубицы по воронам. Сколько интересно надо сбить вражеских дронов, чтоб окупить установку такого агрегата?
Дома нельзя менять ничего, ну кроме лампочки (тайком), на все есть Handyman и если течет кран вызываешь только его… иначе в случае потопа будешь платить за весь дом.
В работе с памятью emm386.sys наше все, особенно с загрузкой ядра в верхние страницы памяти, освобождали все 640к памяти.
2:5030/629
It's important to understand that this application will be used by a small number of administrative users, so it's not going to be used by thousands of users simultaneously. At most we figure there may be 10 people connected at a time. However, connections are something to consider with SignalR. As cool as this technology is, it's connected technology meaning that each client connected through SignalR is using a persistent and dedicated connection on the Web Server. 10 users or 100 are probably not much of a problem, but thousands of users may bump up against the Web server connection and Windows thread and resource limits eventually. SignalR also includes some scalability features, but these get very complex quickly and if this becomes an issue I personally think that one should reconsider whether SignalR or a real-time connection based interface is the right choice…
там еще память жрется от каждой коннекции, на самомо деле в реальной жизни мы не сталкивались с этой проблемой, так как сайт с этой технологией только для внутреннего использования, однако понятно что для коммерческого использования весьма сыровато еще.
Минусы только порты, каждое соединение отъедает порт на сервере, т.е. есть ограничения по пользователям, есть поддержка LoadBalancing но пока все еще весьма в зачаточном состоянии.
Весьма тормозит переключение между чатами, такое впечатление что они все на XAML переписали
Кстати в профиле не работают вообще редактирование уровней доступа данных (public/contacts/private), в чатах картинки не меняются, хотя в лог чата пишет что поменял… короче сыровато пока очень.