rPman

Подключение обычные tcp сокеты (в udp пока не лезте, но с ними тоже реально).

На сервер передаете только нажатые кнопки пользователей, буквально, побайтно (назначьте коды на все возможные действия пользователей, досканально, в зависимости от вашего игрового процесса это могут быть даже нажал кнопку - отпустил кнопку).

От сервера передаете изменения содержимого экрана, по объектам, змейки, корм и прочее. Само собой при подключении вместо дельты сервер должен вернуть текущие координаты. При потере связи тогда все будет автоматом восстанавливаться. Разработайте формат сообщений, воспользуйтесь готовыми сериализаторами, не изобретайте паровоз, хотя...

На клиенте перерисовываете все это каждый раз как получаете данные от сервера.

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

Недостаток - у всех пользователей будет небольшой лаг на действия, в зависимости от пингов.

К сожалению не все игры можно так реализовать, но частично да.

Возможно создать html5+javascript игру виде одного файла, закодировать ее в data url с base64 кодировкой, сделать из полученной строки qr-код

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

пример игр 1кб тут https://js1k.com/

Все зависит ОТ МЕСТА и количества видеокамер.

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

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

Так как у вас нет контроллера домена и других сервисов (например WINS сервер) то значит у вас используется режим Рабочая группа, список компьютеров сети машины с windows собирают самостоятельно, т.е. они будут появляться/исчезать в списке не сразу. Имя рабочей группы для компьютеров должно совпадать, настраивается в свойства Компьютер -> Дополнительные параметры системы -> закладка Имя компьютера -> кнопка Изменить.

Чтобы пользователи имели доступ к папкам на другом компьютере в рабочей группе их имена и пароли должны совпадать, иначе будет появляться запрос пароля. По умолчанию, пользователи без пароля доступа к удаленной машине не имеют (это можно изменить в политиках этой удаленной машины). Так же в настройках общего доступа к папке необходимо прописать соответствующего пользователя (или 'Все') и права доступа. Права на файлы и каталоги для файловой системы NTFS так же должны учитывать доступ для этого пользователя.

Компьютеры должны быть подключены в одну локальную сеть, и у них должны быть IP адреса из одной и той же сети, например 192.168.0.1 - 192.168.0.255 при использовании маски 255.255.255.0. Обычно, при использовании роутера все адреса выдаются автоматически (там есть dhcp сервер), кстати windows 7+ могут использовать ipv6 адреса,..

p.s. совет, на windows 7 не выбирайте тип сети 'Домашнаяя', выбирайте 'Сеть предприятия'.

p.p.s. еще совет, исключите русскоязычные имена пользователей (и пробелы в именах), даже если локальная сеть будет работать, проблемы будут вылезать в играх и сторонних программах, не готовых к этому.
-----------
Для приложений в коде почти нет разницы при подключении tcp или udp, это просто флаг в методе, но нужно понимать что udp не дает гарантии что данные поступят в том порядке, в котором они ушли, в т.ч. могут вообще какие то пакеты не прийти,.. это вынуждает разработчиков контролировать это (это цена за более высокую 'производительность' udp по сравнению tcp).

Вам нет никакой необходимости создавать свой ip протокол. Я не знаю, кто вам сказал "если протоколы изменятся, не нужно менять всю систему", но возможно имелись в виду протоколы и форматы общения приложений, например в windows машины передают файлы по протоколу smb а в сетях linux администраторы могут выбрать nfs (поддержка которого в windows прекращена, да и ранее была ограниченной с багами, полагаю намеренно), эти протоколы не совместимы, грубо говоря это то как именно файлы будут передаваться по сети.

wifi и проводной ethernet - имеют различия на канальном уровне, это уровень ниже ip-протоколов, и не имеет никакой разницы для них и выше, данные могут передаваться как угодно, хоть на голубях (в rfc как я помню даже этот вариант был описан), хотя приложения могут учитывать особенности радио канала (скорость и пинги, например).

на клиенте vpn, к чьей сети нужно получить доступ, нужно настроить nat (на сеть 192.168.2.xxx) а на vpn сервере необходимо добавить роут 10.0.0.x на этого клиента.

Сервер который отдает картинки перегружен (упирается в лимиты), когда вы его долбите сразу большим количеством мелких файлов.

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

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

www.omp4j.org

google: java loop parallelization

исключите .gitignore из комитов, и делайте с ним что хотите, при необходимости опубликовать изменения, убирайте ваш файл из этого списка, и по новой.

Токсичность финансовой системы не даст вам спокойно жить! Уходите от фиата в нерегулируемую область, хоть те же криптовалюты (пусть ваши клиенты сами заморачиваются со вводом выводом, там стейблкоинов как грязи уже, волатильность не так страшна).

Только так, иначе 'вопросы с банком' будут возникать в любом случае, рано или поздно.

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

Разные банки, разные условия, разные объемы дают разные результаты. банки постоянно меняют свои алгоритмы выявления 'рискованных клиентов' что бы это не значило (сюда входят и отмывание и преступная деятельность вида продажа запрещенных товаров и прочее прочее), по факту у банков заказ - блокировать определенный процент клиентов,..

Регулярные переводы - вот уже и попадаете под статью получение регулярных доходов без образования ЮЛ. Много мелких примерно одинаковых переводов - вы торговец наркоты. Суммы больше 600к? срочно предоставьте документы откуда деньги и прочее прочее. Каких только вывертов я не наслушался, типа муж жене переводит свою белую зарплату, сумму, порядка 100т.р. и его перевод блокируют, отбирают 13% процентов и впаривают какую то чушь,.. заставляя месяцами бродить туда сюда в банк и что то доказывать.

Будет не очень но попробовать можно

Сначала соединить устройства в одну wifi сеть, что то мне говорит что дополнительный роутер, запиатаный от автомобильной сети будет лучше чем точка доступа на одном из этих устройств, но эксперимент провести ничто не мешает.

Затем, любым remote control хоть тем же teamviewer или anydesk или просто vnc подключиться в режиме только просмотр к ведущему планшетнику и запускать на нем (можно отключить передачу звука, чтобы не было какафонии).
----------

Еще вариант, планшетники принимать miracast не могут, но можно найти портативный монитор (такие есть и по цене терпимые от 3-4 т.р. может чуть дороже если надо с аккумулятором), докупить к нему hdmi донгл miracast/airplay за 600-1000р и расшарить (дублировать) экран ведущего android телефона/планшетника на этот монитор, на небольшом расстоянии это работает без проблем. Поддержка передачи видео по воздуху уже давно почти стандарт, но проверить наличие именно у вас тоже рекомендуется до покупки монитора.

Легально проверить наличие - последовательно добавлять телефоны в контакт лист своего телефона и смотреть на реакцию чат-приложений.

Легально организовать рассылку - нельзя. Судя по тому что я вижу в telegram там очень много ухищрений, чтобы это стало сложно.

Пример бота рассылки сообщений - на базе web telegram, приложение эмитирует буквально добавление контакта, ввод посимвольно текста и прочее, само собой с фиктивных аккаунтов, ибо после спам деятельности они будут забанены почти моментально.

Подключайте ваш webdav как диск (все операционки это позволяют) и обычным архиватором упаковывайте файлы прямо на него с разбиванием на подтома. Локально место под архивы использоваться не будет, да и на webdav будет записываться по томам, без лишних операций (там будет только операция переименовывания).

Обычные архиваторы умеют даже инкрементальную упаковку, когда выбираются файлы измененные/созданные после указанной даты, пакетный файл на запуск архива будет содержать 2-3 строчки (в зависимости от выбранного языка, например windows bat просто неудобен для хранения даты последнего запуска, поэтому будет еще пара строчек).

p.s. обсуждение примеров использования 7zip в виде одной строки
https://superuser.com/questions/544336/incremental...

Добавьте в таблицу баннеров пользователям поле - время показа, при показе обновлять это поле на текущее время.

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

В итоге, не придется ежедневно обновлять всю баузу, сбрасывая показы. Так же бонусом можете менять интервал сброса (например каждую неделю или каждый час, не важно, это просто меняется дата в условии фильтрации)