Для автоматического обновления индекса можно использовать стандартный river с подключенным JDBC драйвером для MongoDB. Обновление по расписанию.
Например:
«Я даже не буду задумываться о ней, пока load average не превысит 3.70.» (для системы на 4 ядра).
Т.е. правило 70% применяется к одному ядру, а не ко всей системе. Если применить ко всей системе, то будет 2.80
Хоть это и перевод, но можете уточнить как правильно?
MySQL привёл как пример, клиент-серверной БД.
Что то интересное расскажу вряд ли, тут скорее вопрос привычки работать с серверными БД.
Кстати, если вы активно используете SQLite, может напишите пару строк (можно в личку) про то как она держит большие объёмы данных, сложные запросы на выборку, относительно частые запросы на изменение данных?
Тогда получается по сути токен с одноразовым паролем, и блютуз становится не нужным.
Идея в том что, если недалеко от смартфона есть некое устройство то блокировка снимается автоматически, без ввода паролей и прочего, и можно удобно пользоваться смартфоном. Если же устройства нет, то придётся вводить пароль.
Но как вариант, почему бы и нет. Учитывая, что смартфон стал рабочим компьютером, а безопасность данных становится всё более актуальной, возможно скоро такие устройства действительно появятся.
Постоянного пинга не потребуется. Проверка наличия устройства проверяется в момент разблокировки. К примеру блютуз браслеты для индикации входящих, в ждущем режиме работают около 50 часов и около 2х в полной нагрузке. Учитывая что большинство современных смартфонов работают несколько суток, время работы соизмеримо.
Но то что разряжаться комплект будет быстро согласен.
Но всё таки такой функционал будет использовать человек которому важна безопасность данных на устройстве. И если для этого придётся заряжать комплект раз в день, то с этим можно смириться.
В общем то идею можно развить, и блютуз браслет будет выступать в роли токена, для крипто хранилища в смартфоне. Под такое дело и логику работы и протоколы допилят и браслет сможет неделю если не две автономно работать.
А если нет NFC, можно сделать привязку по блютузу к браслету. Если телефон отнести от браслета он блокируется и требует ввода пароля, если браслет подключен то блокировка отсутствует. Браслет можно идентифицировать по хешу его ИД.
Организовать платную услугу по доставке заказанных посылок из финки в Питер. Или вообще все вопросы по пересылке взять на себя. Так и собственную службу доставки можно организовать, причём быструю и качественную.
Например:
Даже частичное принятие любого из пунктов, поставит крест на развитие ИТ отрасли в РФ.
Т.е. правило 70% применяется к одному ядру, а не ко всей системе. Если применить ко всей системе, то будет 2.80
Хоть это и перевод, но можете уточнить как правильно?
MySQL привёл как пример, клиент-серверной БД.
Что то интересное расскажу вряд ли, тут скорее вопрос привычки работать с серверными БД.
Кстати, если вы активно используете SQLite, может напишите пару строк (можно в личку) про то как она держит большие объёмы данных, сложные запросы на выборку, относительно частые запросы на изменение данных?
Идея в том что, если недалеко от смартфона есть некое устройство то блокировка снимается автоматически, без ввода паролей и прочего, и можно удобно пользоваться смартфоном. Если же устройства нет, то придётся вводить пароль.
Но как вариант, почему бы и нет. Учитывая, что смартфон стал рабочим компьютером, а безопасность данных становится всё более актуальной, возможно скоро такие устройства действительно появятся.
Но то что разряжаться комплект будет быстро согласен.
Но всё таки такой функционал будет использовать человек которому важна безопасность данных на устройстве. И если для этого придётся заряжать комплект раз в день, то с этим можно смириться.
В общем то идею можно развить, и блютуз браслет будет выступать в роли токена, для крипто хранилища в смартфоне. Под такое дело и логику работы и протоколы допилят и браслет сможет неделю если не две автономно работать.