То есть можно 512 или 1024 байт, но нельзя 768. Это очень неудобно, приходится ломать логику.
Потому что когда массивы степени двойки очень легко определить нужный бакет. Мы одной операцией (двоичный логарифм) находим его и дальше берём первый попавшийся элемент из массива. Если же нужны динамические размеры - то всё, мы резко начинаем терять на скорости поиска. Можно соптимизировать под конкретные случаи или же если используются не массивы, а объекты, то использовать пул объектов (например List<T> - очищаем, кладём в пул, забираем - с определённой вероятностью нам хватит уже выделенного места и не будет новых аллокаций, и это прямо очень просто реализуется).
Адрес случайный, но соответствие случайный MAC-адрес=вы есть. И если кто-то другой подключится с таким же мак адресом, то он будет вами по мнению владельца WiFi сети. А госуслуги тут именно для идентификации вас
Сейчас у публичных WiFi есть другая опасность. А именно - авторизация пользователя, где в качестве идентификатора конечного устройства выступает MAC адрес WiFi адаптера телефона. Т.е. вы подключись к какой-то сети, авторизовались через звонок, госуслуги, что-то подобное, а потом злоумышленник берёт ваш MAC адрес и фактически для системы является вами (уже авторизованным). А уж что он там наделает - неизвестно
Mikrotik mAP Lite + PowerBank + немного изоленты. Но есть сложность, что поскольку WiFi чип там один, вам надо на точке доступа попасть в тот же канал, что и основной WiFi (возможно, можно автоматизировать). И с captive порталами не очень удобно.
Но если планируется гостиница на условную неделю, то можно потратить часок на настройку всего, что надо (иногда можно использовать Ethernet вместо WiFi, в гостишках бывают телевизоры к нему подключены иногда).
А потом программы на Паскале неожиданно начинали падать... (считалось количество процессорных тиков за 18.2мс и благодаря этому можно было делать любые задержки, правда когда за 18.2мс процессоры стали обрабатывать больше чем 65536 операций, получалось деление на 0)
Телеграм для сообщений использует TCP соединения на порты 80 и 443. При звонках - UDP на порты 1400. 559 и другие (фиксированный набор). Соединяется, если не пир-ту-пир всегда с серверами телеграма (список конкретный и известный). Тут даже не РКН, а ребёнок справится запретить звонки.
А да, звонки через прокси у них не проходят, разработчики сказали, что у них лапки и они не знают как это делать.
Вспомнилось, как на одной конференции докладчик рассказывал как он запрещал торренты в организации. По факту, написал огромное количество регеспов, анализирующих трафик, я успел заметить, что там даже был регесп вида (a+).* в итоге, он реально положил роутер и ныл, что микротики не справляются с такой задачей. (по факту, он фактически весь UDP в компании запретил, но какой ценой)
Это всё прекрасно, пока вы не сталкиваетесь с реальными пользователями, которые пишут gmail.ru вместо gmail.com, регистр пишут как им понравится и как посоветует телефон, пишут фио в почту и делают прочие странные вещи, а потом жалуются, что их не пускает. А с другой стороны, сидят "хакеры" и боты, которые пытаются минимальными средствами заабузить вас, используя все эти точки и плюсы. И в реальности получается, что ради нескольких гиков, мы получаем кучу проблем у реальных пользователей и проблемы с абузом. И выбор тут не такой очевидный.
Работает, мы получали пользователя(ей), порядка 10000 было, который сделалдлинноеимяпрямооченьдлинное@gmail.com а потом регистрировался в системе, расставляя в нужных местах точки (потом заходил в почту, брал код активации) и уже подтверждённый продолжал бродить по сайту. Прямо заморочился человек.
передается "секретный" пароль "закрытый" по XOR циклически одним (!) константным(!) байтом
В одном проекте безопасники докопались до способа хранения пароля для шифрования соединения. Пришлось убрать пароль, вместе с шифрованием, это их устроило
Т.е. покупатели переводили деньги, оставались без денег и товара, это для Яндекса в целом не было проблемой. Но вот умные алгоритмы, ИИ, перевёрнутые красно-чёрные деревья подсказали, что, возможно тут есть подвох и продавец, возможно, мошенник.
Что ж, респект тогда разработчикам Яндекса, что смогли написать сложные алгоритмы, позволяющие выявить мошенников sarcasm off
Частота появления байтов абсолютно одинакова, абсолютно достоверный белый шум. Где моя нобелевка :)
А, нам ведь надо случайно выбрать 32 байта, хорошо, у нас же случайная последовательность, давайте выбирать оттуда каждый 256-ой элемент.
А если серьёзно, то если у нас есть истинно случайная последовательность, то выбирать байты можно как угодно, а если псевдослучайная - то не изменится от выбора ничего, т.к. вы псевдослучайно будете выбирать байты из псевдослучайной последовательности. Т.е. просто обычный алгоритм генерации, ГПСЧ, который имеет внутреннее состояние.
Решение через регуляцию ценников в рознице вполне терпимое, так в Беларуси сделано, например.
Тоже что-то верил про волшебные стандарты в беларуси, когда не купил банку беларусского пива, которая без всяких объявлений уменьшилась с 0.568 до 0.45, обнаружил только дома по подозрительно маленькой банке
Возможно, телефонная книжка теперь не обязательна. Но доступ к звонкам - это прямо маст хев для банковского приложения, без этого работать не будет. Очень ведь ему важно знать, кто мне звонит. Впрочем, этим грешит и ПСБ и Газпромбанк и много кто ещё.
Нет. Хеш всегда считается для любых объектов и не кешируется. Для классов, если нет реализации, будет просто адресом объекта в памяти. Т.е. гарантированно совпадать только с самим собой
Спасибо за объяснение, прочитал новость и не как не мог понять, как связаны оптимизации в играх и возможность заменить процессор без переустановки. Оказывается просто фикс производительности со стороны AMD
Всю жизнь мигрировали винду путём копирования данных на новый диск и вставкой в новый комп. Проблемы бывают только с драйверами диска, когда загрузиться не может, или какой-то древностью из драйверов, которые надо отключить). Win10 при этом догадывается что что-то случилось и при загрузке сразу переконфигурирует себя. Новость реально запутанно написана
Потому что когда массивы степени двойки очень легко определить нужный бакет. Мы одной операцией (двоичный логарифм) находим его и дальше берём первый попавшийся элемент из массива. Если же нужны динамические размеры - то всё, мы резко начинаем терять на скорости поиска. Можно соптимизировать под конкретные случаи или же если используются не массивы, а объекты, то использовать пул объектов (например List<T> - очищаем, кладём в пул, забираем - с определённой вероятностью нам хватит уже выделенного места и не будет новых аллокаций, и это прямо очень просто реализуется).
Достаточно просто ходить галсами :)
Адрес случайный, но соответствие случайный MAC-адрес=вы есть. И если кто-то другой подключится с таким же мак адресом, то он будет вами по мнению владельца WiFi сети. А госуслуги тут именно для идентификации вас
Сейчас у публичных WiFi есть другая опасность. А именно - авторизация пользователя, где в качестве идентификатора конечного устройства выступает MAC адрес WiFi адаптера телефона. Т.е. вы подключись к какой-то сети, авторизовались через звонок, госуслуги, что-то подобное, а потом злоумышленник берёт ваш MAC адрес и фактически для системы является вами (уже авторизованным). А уж что он там наделает - неизвестно
Mikrotik mAP Lite + PowerBank + немного изоленты. Но есть сложность, что поскольку WiFi чип там один, вам надо на точке доступа попасть в тот же канал, что и основной WiFi (возможно, можно автоматизировать). И с captive порталами не очень удобно.
Но если планируется гостиница на условную неделю, то можно потратить часок на настройку всего, что надо (иногда можно использовать Ethernet вместо WiFi, в гостишках бывают телевизоры к нему подключены иногда).
А потом программы на Паскале неожиданно начинали падать... (считалось количество процессорных тиков за 18.2мс и благодаря этому можно было делать любые задержки, правда когда за 18.2мс процессоры стали обрабатывать больше чем 65536 операций, получалось деление на 0)
Телеграм для сообщений использует TCP соединения на порты 80 и 443. При звонках - UDP на порты 1400. 559 и другие (фиксированный набор). Соединяется, если не пир-ту-пир всегда с серверами телеграма (список конкретный и известный). Тут даже не РКН, а ребёнок справится запретить звонки.
А да, звонки через прокси у них не проходят, разработчики сказали, что у них лапки и они не знают как это делать.
Вспомнилось, как на одной конференции докладчик рассказывал как он запрещал торренты в организации. По факту, написал огромное количество регеспов, анализирующих трафик, я успел заметить, что там даже был регесп вида
(a+).*в итоге, он реально положил роутер и ныл, что микротики не справляются с такой задачей. (по факту, он фактически весь UDP в компании запретил, но какой ценой)Это всё прекрасно, пока вы не сталкиваетесь с реальными пользователями, которые пишут gmail.ru вместо gmail.com, регистр пишут как им понравится и как посоветует телефон, пишут фио в почту и делают прочие странные вещи, а потом жалуются, что их не пускает. А с другой стороны, сидят "хакеры" и боты, которые пытаются минимальными средствами заабузить вас, используя все эти точки и плюсы. И в реальности получается, что ради нескольких гиков, мы получаем кучу проблем у реальных пользователей и проблемы с абузом. И выбор тут не такой очевидный.
Работает, мы получали пользователя(ей), порядка 10000 было, который сделалдлинноеимяпрямооченьдлинное@gmail.com а потом регистрировался в системе, расставляя в нужных местах точки (потом заходил в почту, брал код активации) и уже подтверждённый продолжал бродить по сайту. Прямо заморочился человек.
В одном проекте безопасники докопались до способа хранения пароля для шифрования соединения. Пришлось убрать пароль, вместе с шифрованием, это их устроило
Т.е. покупатели переводили деньги, оставались без денег и товара, это для Яндекса в целом не было проблемой. Но вот умные алгоритмы, ИИ, перевёрнутые красно-чёрные деревья подсказали, что, возможно тут есть подвох и продавец, возможно, мошенник.
Что ж, респект тогда разработчикам Яндекса, что смогли написать сложные алгоритмы, позволяющие выявить мошенников sarcasm off
Есть такой же сервер. Безумно медленный, так что и ни для чего не приспособишь, но за такие деньги отказываться жалко
Вот мой генератор случайных чисел: 0, 1, 2, 3... 254, 255, 0, 1, 2, 3...
Частота появления байтов абсолютно одинакова, абсолютно достоверный белый шум. Где моя нобелевка :)
А, нам ведь надо случайно выбрать 32 байта, хорошо, у нас же случайная последовательность, давайте выбирать оттуда каждый 256-ой элемент.
А если серьёзно, то если у нас есть истинно случайная последовательность, то выбирать байты можно как угодно, а если псевдослучайная - то не изменится от выбора ничего, т.к. вы псевдослучайно будете выбирать байты из псевдослучайной последовательности. Т.е. просто обычный алгоритм генерации, ГПСЧ, который имеет внутреннее состояние.
Тоже что-то верил про волшебные стандарты в беларуси, когда не купил банку беларусского пива, которая без всяких объявлений уменьшилась с 0.568 до 0.45, обнаружил только дома по подозрительно маленькой банке
Возможно, телефонная книжка теперь не обязательна. Но доступ к звонкам - это прямо маст хев для банковского приложения, без этого работать не будет. Очень ведь ему важно знать, кто мне звонит. Впрочем, этим грешит и ПСБ и Газпромбанк и много кто ещё.
Нет. Хеш всегда считается для любых объектов и не кешируется. Для классов, если нет реализации, будет просто адресом объекта в памяти. Т.е. гарантированно совпадать только с самим собой
В итоге, пока не добавишь денег - никто к тебе не поедет (во всяком случае у нас в городе)
Спасибо за объяснение, прочитал новость и не как не мог понять, как связаны оптимизации в играх и возможность заменить процессор без переустановки. Оказывается просто фикс производительности со стороны AMD
Всю жизнь мигрировали винду путём копирования данных на новый диск и вставкой в новый комп. Проблемы бывают только с драйверами диска, когда загрузиться не может, или какой-то древностью из драйверов, которые надо отключить). Win10 при этом догадывается что что-то случилось и при загрузке сразу переконфигурирует себя. Новость реально запутанно написана