Прямо сейчас:
Chrome
idea
VS вмести с его подпроцессами
Плагин ЭЦП
WMI Host Provider
Windows Destop Manager
Steam
Logi Options( это лоитековская приблуда )
PG Admin
Каждый по немного, но все вместе 25%. И они все сейчас в фоне. Когда смотрел свернул все, на экране только Task Manager, его не считаю.
думается мне ответ отрицательный, можно лишь говорить о том, что некоторые производители с репутацией могут быть в некоторой степени озабоченный данным вопросом, по это вероятно тот же apple, razer, logitech будут безопаснее прочих. Но думаю на третий пункт не стоит рассчитывать ни где.
Сейчас с dpi вообще интересные блокировки бывают. У нас в один день отвалился русский поиск по api.
get http://site.name/Игорь, не работал, а get https://site.name/Игорь и site.name/Igor работали, при этом из-за границы работали все три запроса и что интересно из датацентов в РФ тоже, но из офисов и из дома не работало ни где из 65 точке которые мы смогли достоверно проверить. Разобраться с провайдерами так и не смогли, у нас есть догоры в разных местах с ЭР телеком, Билайном, РТ, всем отправили заявки, они на неделю мурыжили диагностической информацией, хотя сами могли замечательно проверить get запросы и так все и слились, пришлось http api окончательно отключить.
AlexVWill, удаленка это отдельный случай. При удалёнке вы не можете ограничить и проконтролировать использование технических средств на рабочем месте, но можете запретить доступ к информационным ресурсам компании с личных устройств административными и техническими мерами. Имеет ли это смысл другой вопрос.
Локально, думаю при корректном оформлении пропускного режима, оспорить увольнение на основании нарушения оного будет ой как не просто. Обосновать меры можно доступом в коммерческой тайне и/или персональным данным.
Я думаю можно и совсем запретить. Т.е. запретить использовать нельзя, но вот запретить проносить на территорию предприятия или размещать на территории предприятия вполне реально, например установкой пропускного режима и трудовой договор вы этом случае менять не нужно.
Fjfgs, тогда вам сначала следует изучить tcp, решить чём именно он вас не устраивает и реализовать все остальное руками.
Чек суммы для описанной вами задачи подходят не очень, поскольку их овержед будет вероятно выше, чем использование tcp.
Чек сумма "гарантирует"( на самом деле нет, но это выходит за рамки дискуссии ) целостность данных внутри пакета. Если вы применяет чек суммы к пакетам которые формируете в слое который написали поверх udp, то для этого слоя пакет неделим. Если ваш слой упаковывает ваш пакет в один udp пакет без фрагментации, то вы просто добавили ещё одну чек сумму которая в udp и так есть, если упаковка происходит с фрагментацией, то потеря любого udp фрагмента приведет к необходимости отправки всех udp фрагментов повторно, что может быть очень накладно, а главное требует "таймаута" по каждому из пакетов, т.е. вы начнёте повторную отправку не тогда когда не пришел скажем второй или первый сегмент, а когда мы "получили" все сегменты и не смогли их собрать. При этом мы могли получить их все, но не в том порядке, и их все равно нужно будет все отправить повторно.
Для контроля последовательности пакетов в tcp используется последовательный "номер" пакета.
Fjfgs, тогда вам нужно фактически писать свою реализацию tcp поверх udp. В tcp контроль последовательности прихода пакетов производится без контрольных сумм.
Как-то у вас с семёркой не сложилось. Какие конкретно у вас с ними проблемы? У нас вроде все ок. У нас проблемы есть только на стыке 6 и 7, и в первую очередь с ospf.
Почитайте их форму, ccr2004, которая spf+ у них сильно проблемная вышла. Не знаю, довели они ее до ума или нет, но мы год назад их закупать по этой причине не стали.
Доп. комментарий к моему ответу. Любой автоинкремент на базе не позволит вам создавать документы задним числом. Если вам нужно в какой то момент времени, обычно это начало года, создавать документы и за прошлый год и за текущий, лучше эту логику поддержать на уровне кода, но могут быть проблемы при интенсивном создании документов.