Армянское Радио

"Если отладка — процесс удаления ошибок, то программирование должно быть процессом их внесения."
Э. Дейкстра


Если в конторе за допущенный баг следуют санкции - в болото такую контору.

А в вашей команде есть тестировщики?
А в вашей команде code review есть?

Баги - это нормальная ситуация, и их надо просто исправлять а не бояться выявить.

Если можно представить эту фигуру как полигон то можно так
А если нет то представляем верхнюю часть как полигон, а нижнюю проверяем как вхождение в окружность , но если Y координата точки выше центра окружности то false
P.S. Пример второго варианта на js

Мне кажется невозможно знать Rust или Go на приличном уровне и при этом совсем не уметь в C. Базовый синтаксис и концепции этих языков наследованы у C. Системные вызовы дергают функции написанные на С, что бы их использовать нужно представлять как работает операционная система.

Стоит ли сегодня новичку изучать C/C++?

Очень глупый вопрос, так как большинство софта который относится к высоконагруженному или с огромным колличеством пользователей пишется на бэке с использованием C (если требуется поддержка чего-то старого) или C++(язык каждый код обрастает новыми стандартами и фишками). Это №1 язык в Google(но это не точно),

Яндекс и прочих топах, когда речь заходит о чем-то масштабном.

многие считают

Многие считают что язык PHP говно, особенно сеньоры Васяны из условного Саратова, что не мешает гуглу использовать этот язык в стеке, и платить разрабам от 100к зеленых в год.

Действительно ли время С/С++ ушло

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

PS: Это как с выходом Kotlin хоронить Java. Все Джависты вам улыбаются.

Сейчас каждый второй СМС агрегатор умеет отправлять сообщения в вайбер, ватсап и телеграм. Тебе остается найти того кто тебя устраивает, купить пак сообщений, и при каждом заказе дёргать соответствующую ссылку.

С точки зрения маркетинга, вам нужно будет указать потребителю (который открывает кейс), каков процент шанса на выпадение определенного предмета. В этом случае алгоритм довольно прост - делите определенные предметы по "классам" и устанавливаете шанс выпадения определенного класса (к примеру 1%-15%-30%-54% - по стоимости предметов соответственно). После этого, вы устанавливаете шанс на выпадение предметов в определенном классе (схема такая же). Либо вы этот шанс не будете указывать, но он все равно является ключевой задачей алгоритма.

Сам алгоритм: вы берете определение 1000 (больше, если оборот будет большой) открытий коробки, и распределяете в процентом соотношении на конкретные ID по этой тысяче (то есть у вас получается к примеру 10 человек получили золото, 150 получат серебро, 300 получат бронзу, 540 получат дырку от бублика) и рандомите все это, устанавливая определенные правила алгоритма (например, чтобы подряд не выпадали, или чтобы на каждые 200 дырок выпадало по 2 золота) и составляете цены.
После 1000 открытий коробки счетчик сбрасывается и начинает крутить по новому.

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

Счетчик алгоритма лучше брать с запасом, ибо чем меньше счетчик, тем "палевнее" работа алгоритма. Когда у вас счетчик выпадения идет под 10.000, то все это выглядит действительно как "Рандом". Ибо в этом случае увеличивается число "комбинаций" выпадающих предметов за каждые 10 открытий (условно)

фильтровать пакеты TCP содержащие текстовые сообщения.

Именно в такой формулировке - нельзя.
У TCP нет понятия "пакет" как такового.
TCP - условно бесконечный поток данных, в котором данные передаются небольшими "порциями" в TCP-сегментах. Ваше сообщение можно передать как одним сегментом, так и множеством сегментов с 1 байтом payload'а в каждом.
Полученные данные буферизируются приложением, а затем уже (при достаточном количестве полученных данных) обрабатываются согласно протоколу этого приложения.
Поэтому "stateless" проверка содержимого сегмента - бесполезна.

Возможно ли такое реализовать сторонними средствами (прокси-сервер или какой-то фильтр-драйвер)?

Проще всего реализовать прокси-сервер, в котором будет реализована поддержка протокола приложения.
Таким образом Вы сможете фильтровать трафик для этого приложения.

Out. Ноутбук нельзя использовать в качестве монитора(по крайней мере в большинстве случаев).
Вы бы хоть модель ноутбука указали.

Для начала тебе надо узнать, что пароли никто не хранит зашифрованными.
Поэтому тебе надо сначала узнать, как именно хранятся пароли.

А потом ты, может быть, и сам уже сообразишь, что нет - "как пароли" хранить данные пользователя в бд невозможно.

Никто в здравом уме не шифрует пароли. Используется хэш пароля, без возможности его обратного восстановления.
Если у вас сольют базу данных, то с большой вероятностью сольют и все скрипты с паролями. Так что с расшифровкой у злоумышленника проблем не будет. А вы потеряете возможность поиска по шифрованным данным в БД.

Минимальное значение фрейма для обычного Ethernet равно 64 байта. Это известная вещь. Но вокруг этого образовалось множество легенд и домыслов.

Такой размер фрейма идет еще с Ethernet I, это было сделано для корректной работы алгоритма CSMA/CD. Напомню, в общей среде передачи для устранения коллизий (это когда одновременно несколько устройств будут передавать по одному и тому же проводнику одновременно сигнал) в Ethernet для каждого устройства отводится свой слот времени на передачу. То есть одно устройство должно отправить, а другое - принять, за определенный тайм-слот (да, это механизм Time Division Multiplexing). На это у нас влияет физика в виде ограничения на скорость распространения света. Примем следующую формулу:

2*L = C * t
t = S/Bandwidht
L = C * (S/Bandwidth)/2,

L - максимальная длина среды (провода)
t - время на прохождение сигнала
S - размер кадра
C - скорость распространения сигнала в среде (скорость света умноженная на коэффициент задержки сигнала в среде)

Это прямая пропорция к размеру пакета и обратная к скорости распространения сигнала: чем больше размер кадра, тем больше дистанция, чем больше пропускная способность, тем меньше дистанция. Это чисто математическая формула, естественно, дальше она ограничивается физикой распространения сигнала.

Конкретные расчеты приводить не буду, но для 10М Ethernet дистанция получается 5,12 км, а для 100М - 512 м, для 1000М - 51,2 м. Это при 64 байтах. Уменьшаем размер фрейма - получаем расстояние в 2 раза меньше (уменьшаем же по степеням двойки).

Умные люди подумали, что для 1000Base-T максимальное теоретическое расстояние в 51 метр слишком мало и сделали рекомендацию - минимальный размер кадра для 1000Base-T увеличить до 512 байт. При этом расстояние получилось около 409,6 м.

Все это был вольный пересказ ответа на стек-овер-флоу .

Теперь как это было реализовано. Формат кадра для 10/100М Ethernet представляет следующий вид:



Pad-добиваем нулями до минимального размера кадра. Делается это на MAC-уровне (читай, на L2, привет, модель OSI).

А для 1000Base-T уже добавляем еще и поле Carier Extension. Причем из интересного, в отличие от Pad Field, оно уже забивается не нулями, а специальной последовательностью символов, генерирующихся на PHY уровне (опять привет, модель OSI).

А для 1000Base-T уже добавляем еще и поле Carier Extension. Причем из интересного, в отличие от Pad Field, оно уже забивается не нулями, а специальной последовательностью символов, генерирующихся на PHY уровне (опять привет, модель OSI).



Такой минимальный размер кадра в 512 байт верен только для режима half-duplex Gigabit Ethernet с включенным CSMA/CD. При full-duplex он не добавляется. Иначе было бы невозможно строить линии на сотни километров через DWDM или даже спутник. Но минимум в 64 байта все же остается. Мне кажется, это не стали убирать из-за того, что куда уж меньше (64 байта - 14 байт на заголовки - 2 на FCS, а дальше уже внутренние заголовки надо вычитать…). Можете поэксперементировать хоть даже на виртуалках между виртуальными интерфейсами - фрейм добивается нулями. Подробнее со структурой посмотрите здесь.

Кроме того, значения значения в поле Type/Length согласно IANA должна быть представлена максимальная длина фрейма 0x0000-0x05DC (пусть этим сейчас никто и не пользуется, сейчас в большинстве случаев здесь будет 0x8000 - IPv4, ну или что-то другое с VLANами, если снимать дамп с транкового порта). Собственно, это причина, почему на коммутаторах максимальное значение L2 MTU равно 1500 байт.

Пытливый читатель спросит, зачем использовать full-duplex в 1000Base-T, ведь там всегда сигнал передается в одну сторону по своим двум парам, в обратную - по другим. Ответ - для того, чтобы использовать гигабитные хабы. Когда вы используете хаб, уже по двум своим парам могут побежать пакетики от двух хостов. Другой вопрос, что в природе таких, наверно, не существовало.

Если вы задумаете, зачем сейчас об этом думать, то есть и другие современные технологии с множественным доступом к одной среде. Например, всем известный wifi. И там также работает алгоритм CSMA/CD (только его вариация - CSMA/CA, там посылается отдельный типы фреймов RTS/CTS. Но, как говорится, это уже совсем другая история, о которой в деталях можно почитать по ссылке.

Для изобретения велосипеда и обучения тому, как всё это работает, генерить большие числа не требуется.
Если уж очень хочется - то вот, ознакомьтесь. Ну и либо Решето Аткина, ну или того же Эратосфена.
Это первое.
Второе: никогда, никогда, никогда, никогда, никогда не пытайтесь реализовать криптографические алгоритмы для любых целей, кроме образовательных. Никогда не используйте собственную реализацию для защиты хоть чего-либо важного. Я вас, конечно, не знаю, но докторской степени по математике и нескольких лет опыта в криптографии и криптоанализе у вас, скорее всего, нет.

Да, ваша схема будет работать. Втая пара по стандарту работает на 100м. В зависимости от оборубования и качества кабеля будет работать и на большем расстоянии.
Почему бы не использовать оптику? Таким количеством промежуточного оборудования непонятного качества вы уменьшаете надежность системы.