CityCat4, технические сайты обычно не мудрят с медиапереруженностью. у них и так имеется хороший поток пользователей.
а перегруженные суперинтерактивные сайты обычно гонят туфту.
надеюсь так и будет продолжатся... :)
без разницы в каком виде сайт хранится на сервере.
пользователю он отдается как набор html страниц.
их и сохраняем.
понятно что интерактивный сайт идеально не кскопируешь.
но к примеру сделать архивчик какого сайта/форума с техническим наполнением весьма удобно.
без установки приложения никак. телефон с анальным зондом комерчески невыгоднен.
любое приложение как установлено в телефон, так и удалено элементарными действиями пользователя.
самый эффективный вариант изымать телефон на входе. все остальное как лысому припарки.
Максим Мосейчук, ой да ладно вам сказочки рассказывать :) где вы их четаете.
размер файловой системы iso 9660 ограничен в 8 Тб. когда в него упретесь тогда и поговорим.
вы наверн про ограничение фат32 в 4 Гб на файл. так и это весьма просто обойти, флешку достаточно форматнуть в ntfs, ехт*, exfat в зависимости от версии андроида.
можно замудрить с vlan :) и жить на одном порту.
но имхо для межсетевого взаимодействия лучше взять железный роутер.
а сервер использовать под серверные задачи.
zeni1agent, ага, для обеспечения поиска своих узлов вполне пойдет. эффективность дхт пропорционально количеству узлов.
как продумаешь протокол - такова и будет устойчивость.
как хочешь, это технический бэкенд, так что на хтмл с ксс в данном вопросе можно забить болт, а вот джаваскрипт как раз и будет рабочей лошадкой если запускать функционал в браузере. или джанго если будешь функционал будет на сервере. и т.д. и т.п
если воет - разбери бп и смажь вентилятор.
артефакты в играх обычно изза перегревов видюхи и проца. если питание проседает то комп обычно уходит в ребут.
спробуй промониторь напряжения питания под нагрузкой - если просадки будут с выходом за пределы рабочих напряжений то меняй.
картинки, звуки, прочие медиафайлы а также любые другие необходимые проге файлы также упаковываются в пакет инсталяции.
в апк вообще много чего может быть.
в п.6 ошибка. подписывается не апк. а делается файл со списком хешей всех файлов внутри зип-архива и уже только этот индекс подписывается подписью автора.
инкрементальные тар-архивы имеют какой-то свой уникальный формат. и многие проги его не понимают.
да и опция сырая, многослойность даже в самом таре не поддерживается, хотя о ней заикаются.
поэтому я от инкрементального тара отказался.
вернулся на простой финд по дате.
запрос на данные для поиска узковат.
да и без пароля бессмысленно.