rPman

100+ гигабайт это выглядит как созданные на пустом месте проблемы (потому как даже с идеальным провайдером долго такие выкрутасы не по делаешь), небось еще в виде архива одним файлом? А там небось внутри 99% файлов уже переданных ранее.

Правильное решение - не упаковывать файлы в архив а держать максимально распакованными, часто в виде источника (т.е. то откуда у вас данные появляются), а там - rsync (установить на стороне-источнике rsync сервер) сам сравнит файлы (по хешам) сам скопирует нужные, удалит старые и это максимально эффективно.

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

--------------
подскажите, что у вас за файлы? что в них? постоянные 100гб выглядят как что то необычное? у вас мини коллайдер стоит?

Если баз МНОГО то не только считайте количество тригерами, но и делайте запросы в базу асинхронными, иначе даже после десятка баз последовательный запрос будет выполняться секунды.

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

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

теоретически могут возникнуть проблемы из-за точки в имени но если у вас все работает...

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

Вам же ради изучения?

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

Т.е. начните с 2D-платформеров, классическое игровое поле (некая виртуальная картинка больше экрана), почитайте про спрайты.

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

Затем можете попробовать сделать простую 3D игру, это перевернет ваше представление об игре но благодаря опыту, собранному в предыдущих этапах (что такое игровой цикл например) это будет проще чем если с этого начинать

Само собой, никто не заставляет вас пилить работу с графикой самостоятельно! боже упаси, пользуйтесь возможностями современного железа.

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

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

Если предложения выше вам не помогут, и вам нужно весь файл зачем то считать в память, то воспользуйтесь 64-битной версией php, поправив в php.ini
memory_limit = 8192M

p.s. если ваш файл - картинка, смело умножайте на 4 ваши требования по оперативной памяти

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

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

unix way - не пытайтесь найти готовый комбаин, собирайте ваше решение из кирпичиков. Пусть за iscsi отвечает тот же istgt а за снапшоты - btrfs.

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

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

Вы можете воспользоваться copy on write файловыми системами например btrfs или zfs (хуже в linux работает), в них создание снапшота не понижает производительность (т.е. за это не приходится платить), правда сами файловые системы менее шустрые, так как сильно фрагментируют контент, но если сравнивать с lvm то на порядок эффективнее.

p.s. windows машины очень активно пишут при обновлениях, гигабайтами, наступит момент, когда весь этот сыр бор будет создавать больше проблем чем пользы.
btrfs и zfs имеют фичу - дедупликация, т.е. вы просто рядом складываете все копии ваших контейнеров а система сама находит одинаковые блоки и оптимизирует, правда в зачаточном уровне, btrfs только offline (это относительно новая фича, почти нет нормальных утилит, но если ставить самую свежую версию из исходников, там много что добавили вкусного) а у zfs под linux жутко низкая производительность (я игрался на десктопном железе, не рекомендуется для hdd только ssd), причем ничем не оправданная, и дикое потребление оперативной памяти (70 байт на блок, т.е. для 4кб блоков 1тб hdd будет кушать 18гб ram, правда никто не делает 4к блоки, 16 или 32 да), она будет оправдана в вашем случае и автоматически сократит занятое место одинаковыми машинами.

p.p.s. только что установленный windows со включенным сжатием zfs занимает на диске 8гб места, btrfs чуть больше... через год использования место, занимаемое контейнером (никаких программ не установлено, это машина была исключительно для запуска google chrome) - 26гб (внутри контейнера 46гб).

Когда то давным давно, еще до WFP используя обычные Windows Forms и классы Dataset писал сложную прослойку-кеш для базы данных, десятки таблиц. Речь шла о 'покликать лениво мышкой', вся база в памяти, сохранение штатным сериализатором (в ту же xml - две строчки кода), сотни мегабайт, работало с приемлемой скоростью.

p.s. Сказано что без sql? берите любую готовую nosql базу данных ;) например redis

в РУ зоне эта деятельность под запретом, так что у вас вариант только кредитные карты visa/mastercard и соответствующие иностранные платежки.

Пройдитесь по сайтам секс-игрушек и посмотрите, через кого они проводят переводы.

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

Самое простое, создать в планировщике заданий с тригером 'однократный' со временем в прошлом и запускать командной строкой, читать SCHTASKS /Run /?

В свойствах задачи можно указать повышенные привелегии

lmgtfy.com/?q=dual+android+boot

вместо помещения в тело письма текстовой ссылки, помещайте ее html воплощение

<a href='http://ссылка'>текст, который будет виден в письме, подчеркнутым как ссылка</a>

в тексте вы можете писать что угодно и как угодно, лищь бы заголовки письма и в head соответствовали кодировке

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

Например virtualbox выдает наименование видеокарты

llvmpipe (LLVM 6.0, 128 bits)

а на хост системе

ANGLE (NVIDIA GeForce GTX 1060 3GB Direct3D11 vs_5_0 ps_5_0)

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

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

Есть у microsoft live office 365, облачный сервис для просмотра и упрощенного редактирования документов microsoft office в браузере, интегрирован с майкрософтовским облачным хранилищем файлов onedrive, для личного пользования, до некоторых пределов (надо изучать вопрос) даже бесплатный, есть бизнес аккаунты и прочее.

Работает даже на совсем уж калькуляторах - android планшетах, без необходимости настраивать сетевую инфраструктуру. Не полонофункциональный, но если не использовать совсем уж что то коряво созданное, работает. Само собой, внешние ссылки в excell работать так просто не будут.

p.s. еще гуглить, html5 opensource microsoft document editor/viewer, или например webodf, но тогда документы должны быть к стандарту...

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

Есть шаг в сторону, если нужен только просмотр, 'печатаете' документы в pdf-файлы (я смотрел, тот же foxit pdf driver сохраняет тексты а не как картинка), и уже любым html5 pdf viewer открываете их для просмотра. Удобно, легко, бесплатно.

FAQ там пишет что можно отправить запрос на загрузку item (страницы, файлы, и прочее) заполнив форму или же воспользовавшись batch-утилитой https://github.com/jjjake/internetarchive

не уверен как это работает, но если у вас получится, отпишитесь пожалуйста