Оглавление

• Статья 1
  • Часть 1. Игровой цикл
  • Часть 2. Библиотеки
  • Часть 3. Комнаты и области
  • Часть 4. Упражнения
• Статья 2
  • Часть 5. Основы игры
  • Часть 6. Основы класса Player
• Статья 3
  • Часть 7. Параметры и атаки игрока
  • Часть 8. Враги
• Статья 4
  • Часть 9. Режиссёр и игровой цикл
  • Часть 10. Практики написания кода
  • Часть 11. Пассивные навыки
• Статья 5
  • Часть 12. Другие пассивные навыки

13. Skill Tree

14. Console

15. Final

Вступление

Проснувшись сегодня утром я увидел на телефоне приглашение поучаствовать в эксклюзивном бета тестировании Ingress. По оформлению письма и имени отправителя «Niantic Project Operations» я сразу вспомнил про этот пост и подумал, что пригласили всех желающих. Первым делом я скопировал пригласительный код и отправился в маркет за приложением. При первом запуске он предлагает выбрать учетную запись из уже существующих на телефоне. Код у меня нигде не спрашивали, что поставило под сомнение ограниченность данного мероприятия. После этого начинается обучение, но нигде об этом не говорится, что меня моментально запутало. На этот момент мне показалось, что вся суть игры в миссиях «сходить туда-то, сделать то-то». Когда до меня дошло, что это режим «тренировка», я уже начинал открывать данный пост, комментарии к которому натолкнули меня на написание данного обзора.

Достаточно часто нам приходится хранить данные в memcached или MemcacheDB. Это могут быть относительно простые данные, например, закэшированные выборки из базы данных, а иногда необходимо хранить и обрабатывать более сложные структуры данных, которые обновляются одновременно из нескольких процессов, обеспечивать быстрое чтение данных и т.п. Реализация таких структур данных уже не укладывается в комбинацию команд memcached get/set. В данной статье будут описаны способы хранения некоторых структур данных в memcached с примерами кода и описанием основных идей.

Memcached и MemcacheDB в данной статье рассматриваются вместе, потому что имеют общий интерфейс доступа и логика работы большей части структур данных будет одинаковой, далее будем называть их просто «memcached». Зачем нам нужно хранить структуры данных в memcached? Чаще всего для распределенного доступа к данным из разных процессов, с разных серверов и т.п. А иногда для решения задачи хранения данных достаточно интерфейса, предоставляемого MemcacheDB, и необходимость в использовании СУБД отпадает.

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

Перевод заметки My first Linux virus? для Линукс в digg на русском.

Блуждая по файловой системе Linux на своем компьютере, я обнаружил странную директорию в /home …
drwxr-xr-x 2 root root 4096 2007-08-19 12:03 eb588afc0325b12eeb074fd6

Я не создавал эту директорию. Если это вирус, то это самый тупой вирус во Вселенной, но всякое бывает. Далее я заглянул внутрь директории и увидел следующие файлы:
$ l eb588afc0325b12eeb074fd6/

total 956

-rw-r--r-- 1 root root 865822 2007-08-02 21:41 mrt.exe._p

-rw-r--r-- 1 root root 96216 2007-08-02 21:34 mrtstub.exe

-rw-r--r-- 1 root root 45057 2007-08-19 12:03 $shtdwn$.req

Боже мой, если это действительно вирус, то он еще тупее, чем я думал: пытается внедрить .exe-файлы в мою Linux-систему! В любом случае, кто-то должен знать ответ… Поиск по mrtstub выдал эту страницу, прямо с вражеского сайта. Довольно быстро я нашел ответ:

mrtstub — это часть Malicious Software Removal Tool (инструмента для удаления вредоносных программ). Отвечает за копирование и запуск mrt.exe.

Вкратце: на моем компьютере установлены две системы: Linux и Microsoft Windows (сын иногда использует для игр), и моя домашняя директория Linux подмонтирована при помощи ext3-драйвера в Windows. Система спрашивала меня об установке этого Malicious Software Removal Tool, в чем я отказывал 10 раз, при чем просил каждый чертов раз НИКОГДА НЕ УСТАНАВЛИВАТЬ. На одиннадцатый раз мой сын также запретил установку Malicious Software Removal Tool (он всегда так поступает), но Windows молча, без разрешения, установила этот кусок дерьма в мой компьютер.

С меня хватит! Я потрачу пятерку и куплю CrossOver для запуска игр на Linux, раз и навсегда избавившись от Windows.