Как стать автором
Обновить
9
0.1

Пользователь

Отправить сообщение

Поверьте, не критики ради, а дополнения для

Там есть много интересных и пограничных иногда вещей, поэтому пусть это будет в комментариях к хорошой статье

в трех словах - оно не успевает.
https://www.rabbitmq.com/docs/migrate-mcq-to-qq :
A quorum queue can sustain a 30000 message throughput (using 1kb messages), while offering high levels of data safety, and replicating data to all 3 nodes in a cluster. Classic mirrored queues only offer a third of that throughput and provide much lower levels of data safety

Тут, на мой взгляд указана, производительность для единственной очереди на кластере в идеальных условиях, поэтому стоит закладывать производительность с запасом на непредвиденные ситуации

В моём опыте была ситуация, когда росла внутренняя очередь сервиса отправляющего данные или, в случае цепочки очередей, первая очередь переполнялась

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

+ следить чтобы было достаточно сокетов, если они закончатся по любой причине, будут сложно отлавливаемые баги

+ если по какой либо причине закончилось место под хранилище, с большой долей вероятности оно будет испорчено

+ Не все написанное выше подходит к quorum очередям

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

+ Как минимум в старых версиях реббит чувствителен к другой нагрузке на процессоры, при видимой средней загрузке и большом количестве context switch'ей может внезапно обрывать соединения

+ При планируемой нагрузке больше 10к сообщений в секунду стоит выбрать другую технологию

+ Подключение с oauth, проверка ландшафта и прочие улучшения могут существенно снизить производительность

+ При получении данных с concurrency > 1 порядок сообщений на клиенте не гарантирован

+ Стандартная .net библиотека не очень хорошо работает с многопоточной отправкой на большом количестве сообщений и ещё хуже с получением

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

Тогда на помощь приходят системы для управления корпоративной архитектуры, такие как iserver и leanix и другие

Было бы круто, если бы ГПБ починил в мобильном приложении зависающий экран после банковского перевода из сохраненных в списке. Деньги уже ушли, а приложение висит и не закрыв его ничего больше не сделать
Не всегда, была тут прекрасная неделя когда один вендор без объявления войны сказал — а мы тут ТЛС1.2 подкрутили и CBC не будет работать больше через 2 дня. 12(даже не Р2 сервер), только этот апдейт и спас, поскольку организовать новый сервер и перетащить клиента на него за это время у нас невозможно
Если я правильно понимаю, это список с примененным апдейтом, без него этих двух CipherSuite не будет

Для тех кто не любит обновлять систему — есть KB3042058, включающий поддержку
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
в Win7/8/8.1/12/12R2, что может помочь
https://docs.microsoft.com/en-us/security-updates/SecurityAdvisories/2015/3042058

Спасибо за ваш труд! И ещё фича реквест, информация о том, где можно найти в продаже лампу(или лампы, удовлетворяющие выбранным условиях)
P3P в большинстве ситуаций не нужен, да. Но! В США многие работники ну очень большой страховой компании используют корпоративный ноутбук со строгими правилами безопасности, и, как бы взаимоисключающе это не звучало, ИЕ11. Так что если у вас несколько сервисов на разных поддоменах в IFRAME и схожая целевая группа пользователей, не стоит сходу выпиливать этот заголовок — без него может и не взлететь.

Алюминиевая рамка это хорошо, ибо на первом миксе она раскалывается при первом падении, а новая стоит 100+ баксов и это только рамка

Был похожий проект и после 9 iOS его закрыли, ибо случайную генерацию мака обойти не смогли. А было очень удобно отслеживать человека, который нёс выкладывать печеньки на кухню

тут местная питерская пресса немного деталей рассказала, в т.ч. технических

Из Петербурга под искусственную фирму они арендовали в США несколько мощных серверов якобы для сложных медицинских исследований. То есть многократно повысили скорость проводимых вычислительных операций за счет использования современных облачных технологий.
Учитывая то, что некоторое время назад была статья по поводу того, что телевизоры Samsung или LG, если подключены к сети, сливают данные о просмотрах программ, то я совсем не удивлюсь.
Еще раз нашел полное описание всех ограничений для XDomainRequest. Возможно будет кому-то полезно.
Да, но, к сожалению, там нет поддержки запросов с Cookie и авторизации. MS советует передавать токены в теле POST запроса для этих браузеров.
Спасибо за рекомендацию!

Информация

В рейтинге
2 593-й
Зарегистрирован
Активность