Ярослав, по поводу замусоривания. Эти все методы давно известны. Есть такой оригинальный который скрывает сам факт шифрования. Стеганография называется. Но у него - другой недостаток. Размер носителя увеличивается в 10-100 раз.
Вот криптография ставит обычно сверх-задачу. Размер шифротекста должен быть равен размеру открытого текста. Здесь - любой симметричный шифр подходит. Но плюс padding на границу блока.
Ну и еще есть куча требований по архитектуре. Типы операций должны быть доступны для всего спектра железа. XOR, SHIFT и AND/OR. И никаких вам синусов и логарифмов. Сами понимаете. Зачем нужен шифроалгоритм который посадит батарейку на вашей блю-тус гарнитуре за 5 минут? Ну и гибкость. Заменил ключ и - это равносильно что заменил на 99% алгоритм. Любой крипто-хакер будет отброшен на начало работ. Всё что этого намайнил - можно выкинуть.
Поэтому доморощенные шифры обычно и не участвуют в конкурсах на созданеи стандарта. Иначе любой-бы школьник накидал синусов и логарифмов и ходил-бы надувая щёки. Дескыть я тоже крипто-эксперт. И число Пи и число "е" и ряды Тейлора не подходят на роль симметричного шифро-алгоритма. Нет гибкости.
По поводу Пентагона. Я думаю что его агенты такой фигнёй не занимаются. Они либо ставят вам в телефон приложение типа Пегасус. Причем вы не заметите как. Ибо - глобализм и корпорации. Власть - в тесной дружбе с последними. Либо просто берут вас под белы ручки и ведут в тюрьму возле Кубы. Где вам оказывают очень горячий приём. А против таких методов обычно криптография не работает. Она получается - как математика. Работает только в условиях чистых. Алиса Боб и Кларк. Короче сплошные абстракции.
Думаю тут одно из двух. Либо GC похоронит С++ либо наоборот.
Классика языков GC - это рантайм. Отдельная память и процессы которые только заняты обслуживанием аллокации и освобождения памяти. Разумеется это вообще противоречит идее С++ компилляции, где мы "не платим" за сущности которых не используем.
Как вариант можно было-бы посмотреть на идеи которые внедряет Rust. Владение указателем и прочее. Но это - не GC. Это просто другая аккуратная техника использования памяти.
Вообще автопром застрял в этой части. Уже давно могли-бы ставить на машины RFID метки, штрихкоды, QR коды и прочее. Только наше желание подольше оставаться нераспознанным мешает этому процессу.
P.S. Только что мысль в голову пришла. При попадении в поле зрения камеры - включать дымовую завесу на машине... или омыватель фар. Так чтоб фонтанчик полностью номер закрыл.
Если реализовать динамический ROI (наподобие того как человек следит глазами за интересным фрагментом видео) то эта реализация по любому будет видеть номера машин и по сути задача уже на 99% будет решена. Тогда собственно запись этого видео уже не имеет значения.
Как уже выше предлагали - можно просто тегировать поток с нужными номерами и задача будет решена с другого конца.
Сергей delphinpro, ну этот голый sql не на голом железе крутится. Чел сидит на Windows-машине. Значит у него есть Excel. Или есть PowerShell. Ну это так. Я просто придираюсь.
Если нужна автоматизация рутиты - то почему-бы и не поставить какой-то транслятор?
Мне кажется что поиск светофоров на картинке - так себе мера. Надо что-то более человеческое придумать. Например, если блог - литературный - то можно попросить дополнить стихотворение или закончить известную фразу.
Математика - тоже вариант но... вот я очень скромного мнения об окружающих пользователях. Что они? Смогут сложить 2/3 и 3/5 ? Я сомневаюсь. Да и как-то жестоко :) Обидятся и уйдут с блога.
Тема интересная. Я подписался. У меня когда-то идея была для семинаров и конференций сделать какую-то настройку кодека чтобы половина кадра где транслируется слайд - кодировалась с одним качеством а другая часть где лектор стоит - с другим.
Жутко бесит когда нельзя прочитать мелкий текст в слайде.
Консолью надо пользоваться в крайних случаях. Если у вас приложение - консольное и это была изначально идея. Например как работают утилиты cat/grep/find e.t.c.
Консоль также может использоваться операционкой для BSOD/kernel panic чтоб вывести туда инфу значимую для анализа аварий.
А в оконном надо использовать библиотеки логгирования и писать в файлы.
Скорее всего опечатка где-то. Смотри в постмане есть кнопочка типа сгенерировать bash-скрипт. С командами curl которые будут иммитировать все действия постмана. Вот сделай этот скриптик и приаттач его сюда. Так хоть можно текст почитать.
Я думаю тут нет никакой теории. Надо взять конкретную версию драйвер под Python/MySQL и открыть 100 курсоров и посмотреть закроются они или нет. Смотреть надо наверное через какие-то системные VIEWs в MySQL чтобы увидеть инстансы курсоров. В какую view я к сожалению не знаю. Не спец в MySQL.
Я помню как-то мы разрабатывали аналитику и заметили что Postgres не хочет закрывать транзакции когда клиент (Java-процесс) был убит по kill -9. Это была проблема.
Alexander3928, так тебе нужен инструмент которым надо измерять скорость. Какая польза в наших советах? Надо брать твоё приложение и в develop mode или хз как но получать некую метрику производительности и дальше решать что лучше.
Поскольку в данном коде нет ни циклов ни рекурсий (визуально) то мы не можем оценивать комплексность. Только практическим измерением. Как-то так.
Я думаю что надо искать того кто делает writes. Маловероятно что SSD "прогорает" от чтений. Возможно какой-то один сайт делает PHP/fopen/fwrites и я-бы грепнул по исходникам чтобы просто сузить круг поиска. И еще поискать есть ли использование движков баз данных. Кроме MySQL и PG возможно есть какие-то самодельные на файлах.
Интересный вопрос. Я подписался. В идеале тебе нужно ткнуть пальцем в сайт-виновник. Но вот вопрос в чем. Как его привязать к linux-процессу? Особенно в архитектуре где работает в основном мультиплексированный IO.
Для начала можно попробовать посмотреть iotop. А там дальше - как пойдет...
