в общем случае, без относительно языков фреймворков и т.п. есть два кардинально разных подхода:
* стратегия тонкий клиент, каждый раз, когда тебе нужны данные, делай запрос в базу данных/сервер
* стратегия толстый клиент, клиент хранит все что возможно у себя (вплоть до дублирования функционала сервера), кешируя и отслеживая инвалидацию данных и прочее, красивый вырожденный пример - имея полное состояние базы на каждом клиенте, серверу достаточно пересылать любые события, меняющие эти состояния от клиентов напрямую клиентам (в т.ч. минуя сам сервер, используя p2p), а клиенты синхронно обновляют свое состояние, синхронизируя его друг с другом, используя минимум сетевого взаимодействия (примерно этим подходом пользуются онлайн игры, само собой клиенты хранят только нужный им на текущий момент слепок данных)
По твоим вопросам, да так и делай, это ведь не проблема. redis очень быстрая nosql база данных.
Еще момент, если у тебя websocket сервер, значит веб приложение скорее всего реализовано не http rest принципам а в виде не выгружаемого приложения, а значит многие данные можно не запрашивать постоянно из базы, а хранить в оперативной памяти в глобальных массивах
Между этими двумя подходами нет четкой границы, к примеру можно реализовать тонкий клиент с кешированием данных, для которых контроль инвалидации не критичен или не сильно требует ресурсы или ошибки ожидаемы, весь веб на этом построен.
Абра Кадабра, эээ, если платформа позволяет - то можно закинуть, но не получится так сэкономить на газе, ведь газ это не абстракция, а конкретные затраты (считай количество операций) необходимые для исполнения транзакций, объединив несколько в одну, затраты не изменятся.
да сам с собою, вот только продавать не получится, это ведь как с обычными токенами на эфире, выпустить может любой, а вот ликвидно торговать нужна площадка, где эта ликвидность имеется
в браузере авторизация прописана? твой доступ в гугл аккаунт не угнали (синхронизация вкладок)?
или еще, плагины в браузере какие? туда часто столько треша устанавливает народ, что потом удивляешься почему массово не угоняют пайпал к примеру или тупо банковские карты, используемые в онлайнритейле
судя по этой ссылке, первую которой выдает гугл на твой вирус, transmission (маскируется под торент клиент) это как раз второй уровень, его надо удалить
если что по ссылке инструкции и автоскрипт удаления, но там и вручную все просто, читаешь скрипт и делаешь что написано
Лентюй, у указанных антивирусов есть livecd/liveusb образы
убери слово 'никакими', а так да, существуют вирусы и трояны которые не вылечить антивирусами, новые или адресные, разработанные специально под атакующего
у тебя удалось установить систему, вот после установки копируй простым cp --preserve=all -r /src/ /dst/ загрузившись повторно с того же livecd с которого провел установку и смонтировав вручную корни диска, желательно перед копированием удалить содержимое установленное с помощью rm -rf /dst/*
при установке принтера на машину приезжают драйвера, которые должны быть установлены и на 'сервере' (это кстати к слову про печать в разнородной среде x86 и x64) поэтому глючные драйвера нужно удалить на обоих машинах
внутри самого письма что-нибудь осталось, если посмотреть сохранить письмо в виде eml файла (текстовый файл) либо посмотреть прямо в веб интерфейсе - посмотреть оригинал, среди заголовков нет ничего похожего на метку?
проверь с письмами у которых остались метки и у которых нет, проверь на письмах для которых точно известно с какой меткой они были
Arch отличный дестрибутив
Но у gentoo, благодаря компиляции, есть свобода (и отличный инстурментарий ebuild) настроить зависимости, список пакетов и библиотек, которые будут устанавливаться вместе с требуемым (опция USE в конфигах).
Держать gentoo на десктопе общего назначения я считаю неразумным, я позиционирую эту ОС как инструмент для обучения и главное - возможность собрать узкоспециализированную сборку, особенно когда есть недостаток ресурсов.
Пример - eeepc900 (очень древний нетбук со слабым целероном и 1гб ram) позволило с помощью gentoo настроить графический интерфейс с de awesome на 54мб ram и запускать современный браузер и софт, когда как ubuntu кушало больше 300мб и это почти не настраивалось.
Если попытаться решать эту задачу в других ОС, то потребуется слишком много сил, а у gentoo для этого есть автоматизации. А уж когда пожелаете еще и обновления устанавливать, то gentoo автоматизирует этот процесс почти полностью, когда как в других ОС процесс настройки пакетов и сборка потребует ручной работы.
p.s. если лень настраивать кросскомпиляцию (когда целевая платформа отлична от компьютерного парка в наличии, обычно это x86_64) то простым distcc можно размазать процесс медленной сборки по машинам в локальной сети, и я помню был какой то проект, когда пользователи делились бинарниками с соответствующими настройками USE, превращая процесс в идентичный обычным бинарным дистрибутивам (но это не совсем надежно и злоумышленник в такой сети сможет распространять вирусы)
Анастасия, если хочешь получить уголовку - можешь пойти побороться с кем-нибудь (сарказм)
если серьезно, можно попробовать изучить эфир, собрав статистически информацию о роутерах, которые работают по соседству, какие каналы используют и т.п., и принудительно выставить на своем роутере те что самые свободные... но это не даст гарантию что станет лучше, ведь если соседи по каким то глюкам в голове пожелают тоже зафиксировать канал и так же выставят твой - станет еще хуже, а автоконфигурацию ты уже отключил
там столько нюансов