pavlik 322

Данные отсылаются на сервер и там происходит расчёт по "реальным" данным от всех игроков. В это время локально происходит расчёт по данным на клиенте и быстренько рисуется, что получилось. Когда от сервера приходят реальные координаты объектов, то данные на клиенте перезаписыаются и отображаются реальные положения объектов. Если в расчётах на клиенте и на сервере возникают какие-то расхождения, то игрок будет видеть "дёрганья" объектов. Это же касается вообще всех действий, что бы на клиенте не было посчитано, пока сервер не подтвердит правильность вычислений, действие не будет принято (возникает всеми любимый инпут лаг).

Фирменный эпл точно это умеет

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

1. Захватываешь блокировку;
   
2. Проверяешь наличие файла на диске:
   
   • Если нет, начинаешь скачивание в файл с тем же именем;
     
   • Если есть, начинаешь скачивать в файл с другим именем;
     
3. Отпускаешь блокировку.
   

просто на разные шлюзы уходит трафик, а там видимо разные настройки у ТСПУ. в любом случае это вопросы к оператору \ РКН
А насчет блокировки - скоро будет.. уже процесс идёт)

Ну вот так прнято в С++. Оператор префиксного инкремента (++i) имеет такую сигнатуру - он возвращает ссылку на измененный объект. Если выхотите чтобы у вашего класса Date можно было сделать ++date, то надо переопределить вот такой вот оператор. Это позволяет писать более читаемый и короткий код. Вместо date.IncremeantAndReturn() можно использовать идиоматичное ++date, или даже что-то вроде while (++date < deadline). Это не обязательно делать, но иногда это весьма удобно и полезно.

Оператор должен возвращать измененное значение, поэтому и возвращается *this после его увеличения;

В этом коде Сopy не используется. Оно тут не нужно вообще. копия понадобится для постфиксного инкримента (i++), который должен возвращать неизмененный объект.

Передача *this в конструктор Copy - это для вызова конструктора копирования, чтобы, внезапно, создать копию текущего объекта. Подумайте, как вам скопировать текущий объект? Надо новому объекту присвоить текущий, или в конструктор передать ему текущий объект. Но как передать текущий объект? У вас есть указатель на него this. Разыменовав этот указатель (*this) вы как раз можете передать текущий объект куда надо.

Зашел с личного телефона на сайт МФО через оператора Билайн, LTE сеть.

Спустя 3-4 часа на телефон стали приходить смс с предложениями о кредите.

Мобильные операторы торгуют номерами абонентов, которые звонили по указанным номерам или зашли на указанные сайты. Можно указать и другой таргетинг. Рекомендую почитать - Я тебя найду и позвоню.

- точнее, возмущение, это вообще законно?)

Законно, Вы же сами подписывали договор, при оформление симки.

Как это отключить?

Направить заявление об отзыве разрешения на обработку Ваших ПД.

- каким образом мониторится трафик ? мое предположение - sni или dns запросы.

Мобильный оператор видит, на какой домен Вы заходите, или на какой номер телефона звоните (например, на номер определенного менеджера этого МФО). Остается лишь таргетировать рекламу на данную аудиторию, т.е. на Вас.

Ну и про слежку, если знать параметры мобильного устройства, пол и примерный возраст, то можно уверенно ответить на вопрос "был ли данный человек в данном месте в указанный промежуток времени". Соответственно, добавить все районы москвы перемноженные на дневные часы и вуаля, можно рассказать коллеге много интересного о нём :)

Никак.

Это можно доказать. Вам так или иначе придется посмотреть на все ребра. Допустим, есть алгоритм, который всегда может проверить цикл, смотря не все ребра. Рассморим какой-то граф без циклов. Алгоритм там какие-то ребра посмотрел и сказал, что циклов нет. А мы возьмем и скормим этому алгоритму почти такой же граф, только одно из ребер, которые он вообще не трогал, сделаем обратным какому-то другому ребру в графе, сделав таким образом цикл. Но алгоритм посмотрит на те же самые ребра, увидет все то же самое и сделает точно такой же вывод, что циклов нет, и ошибется. Все потому что мы допустили алгоритм, который всегда смотрит не все ребра. Значит таких алгоритмов нет и там всегда будет хотя бы O(|E|).