Прошло 5 полных дней с момента первого релиза. Проект умышленно не рекламировался, т.к. проект находится на стадии начальной разработки и не хотелось бы для широкой аудитории представлять сырой продукт, целью релиза было: убедиться в возможности держать темп разработки проекта и получить первичные отзывы от узкого круга друзей и знакомых. Однако, это сыграло злую шутку — комментариев и даже игр, доведенных до конца, как можно убедиться из таблицы результатов, оказалось крайне недостаточно, поэтому сейчас трудно делать какой-либо статистический анализ даже при наличии логов на стороне сервера. Поэтому, теперь политика привлечения людей к проекту претерпит изменения о которых я хочу сегодня написать. Мне видится следующий план.

1. Исправление интерфейса и всех задач из журнала улучшений.

• game.class.php:277 non-optimal-solution
• Подсветка лимитов кристаллов
• Строительство через события: строительная площадка -> результат
• Генерация случайного адреса страницы результатов, для обхода кэширования

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

3. Публикация материалов и статей на habrhabr и gamedev. Начиная со статьи, которая будет описывать исправление интерфейса и изменение системы управления.

Приступим…

Исправление интерфейса и всех задач из журнала улучшений

Задачей номер 1 будет оптимизация цикла, исправление ошибки php index out of range (точно не помню что выдавал интерпретатор), но точно знаю что это было связано с тем, что при определении позиции результата игрока в scoreboard цикл while поочередно сравнивал результат игрока с результатами в scoreboard проходя от самого худшего на верх к самому лучшему, и когда результат игрока был наилучшим и занимал наивысшее место (0е место в массиве) попытка выполнения кода $this->scoreboard[$bestplace-1][0] вела к результату $this->scoreboard[0-1][0] что и приводило к выходу за рамки массива.

while($result < $this->scoreboard[$bestplace-1][0] && $bestplace>0){ //Двигаемся пока наш результат лучше
   $bestplace--;
}

Для того, чтобы справляться с этой ситуацией, была добавлена отдельная проверка внутри цикла.

while($result < $this->scoreboard[$bestplace-1][0] && $bestplace>0){ //Двигаемся пока наш результат лучше
   $bestplace--;
   if($bestplace == 0) break; //Чтобы не обращаться к индексу -1 КОД МОЖЕТ БЫТЬ ИЗБЫТОЧНЫМ ПРОВЕРИТЬ
}

Но, как мне кажется, это не очень изящно. Немного углубившись в php удалось упростить конструкцию. Как оказалось, достаточно было лишь поставить в начало проверку индекса, т.к. условная часть цикла состоит из двух условий (текущий индекс>0) И (результат игрока лучше чем результат с текущим индексом) и при выполнении кода с текущим индексом равным 0, результат условной части цикла будет возвращен в FALSE т.к. FALSE И ЛЮБОЕ ВЫРАЖЕНИЕ, в результате даёт FALSE.

while( $bestplace>0 && $result < $this->scoreboard[$bestplace-1][0]) //Двигаемся пока наш результат лучше
   $bestplace--;

Подсветка лимитов в интерфейсе пользователей делается очень простым образом, дополнительно при отрисовке в JavaScript вставляется проверка: если синих кристаллов меньше 3, или меньше чем на 3 от количества синих кристаллов, которые могут поместиться у игрока, подсвечиваем красным цветом. Для красных кристаллов похожее правило, только различие от минимального и максимального значения будет 0, для жёлтых любое количество считается приемлемым.

Добавлена система одиночных событий: реализована очередь событий, которые должны быть исполнены в определенный момент времени. Пока проверка продвижения события по очереди осуществляется по запросу клиента в главном игровом методе process() на сервере, отвечающим за обработку всех игровых событий.
При завершении игры, часто сталкивался с проблемой которая не позволяла обновлять scoreboard, дело в том, что результаты хранятся в виде html страницы со статическим адресом, иногда по запросу html страница передаётся на клиент и браузер может взять её из кеша. Для того, чтобы она не кешировалась на стороне клиента в её адрес необходимо примешивать случайный код после знака “?”.

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

И еще важно, пока не хочется реализовывать супербыструю графику и анимацию считая FPS и загружая процессор на клиенте, пока хочется оставить игру лёгкой.

Рассчитываю на объективную критику и советы относительно игры.

О игровом балансе

Баланс был слегка изменен с целью придания динамики, теперь цель 2000 кристаллов.

Терминология:
b — blue crystals синие кристаллы
r — red crystals красные кристаллы
y — yellow crystals желтые кристаллы
bl, rl,yl — blue/red/yellow crystals limit, количество синих/красных/желтых кристаллов, которое может быть у игрока в распоряжении. Также это обозначение используется для ёмкости сейфов.

ppw — player posible ways, допустимые движения игрока
bs — blue (crystals) speed скорость генерации синих кристаллов

Значения по умолчанию

• костюм генерирует 1b in sec
• костюм генерирует 1r per 100sec
• ёмкость костюма 850b, 2r, 1y
• кристаллов в наличии по умолчанию 800b

На перемещение на одну клетку авиасёрф расходует 2b.

Сейфы (safes)

Клавиша (код объекта)	Стоимость	Время на постройку	Эффект
Y (s1)	30b	1 sec	+100bl
U (s2)	100b	4 sec	+300bl
I (s3)	50b,1r	4 sec	+200bl +1rl

Сборщики (collectors)

Клавиша (код объекта)	Стоимость	Время на постройку	Эффект
H (c1)	50b	2 sec	+1b every 8sec
J (c2)	50b	5 sec	+1b every 10sec, время генерации 1r: -1/5
K (c3)	400b	10 sec	+1b every 1sec

Идеи в goods box

• WebSocket
• После первого релиза завести аккаунт на habrahabr
• Создать Git для проекта

Идеи в trash box

• На всех объектах принадлежащих игроку горит дополнительная голубая лампочка;
• Если у игрока нету топлива, что его авиасёрф перестаёт работать и садится на землю, а в обычном режиме он слегка покачивается в воздухе и работают 4 реактивных двигателя по краям авиасёрфа;
• Если на складе что-то есть, то у него мигает индикатор;
• Апгрейды защитных башень;
• Взрывающиеся при разрушении склады;
• Артефакт увеличивающий скорость перемещения игрока;
• Артефакт увеличивающий радиус действия игрока;
• Предмет, который можно бросить на несколько экранов, чтобы посмотреть что там происходит;
• Мины;
• Кузница опыта, производящая специальное вещество, получаемое из сжигания кристаллов и необходимое для получения звания;
• Звание — это предмет в инвентаре.
• Объект карты — ограждение;
• Объекты, расползающиеся по карте;
• Декоративные мегаобъекты;
• Наличие сверхдорогих объектов с особыми свойствами;
• Список друзей, чтобы на них не действовала защитная башня;
• Общие склады для друзей;
• Шаринг в социальных сетях;
• Переход на WebGL.

Управление: WSAD.
Строительство: выбираете объект (YUIHJK), затем WSAD место, куда его разместить.

Количество обращений к серверу пока не известно.

Таблица рекордов

Таблица рекордов грузится…

Краткий итог: Были исправлены мелкие недочеты обнаруженные при тестировании релиза r1. Самое главное — принято решение вынести обсуждение проекта на публичные площадки.

Сводка

Начало: 25 апреля 2014 года.
Команда: 1 человек.
Израсходовано: 68 + 8 = 76 чч.
Дней отдыха: 0 + 5 = 5
Средняя производительность: 76/9 = 8,(4) чч/день

Описание игрового процесса

Расчет баланса

Игровая графика

Веб-клиент

Игровой сервер

ИТОГО

Продолжение: Growing Crystals vol 9. Управление браузерной игрой на мобильном устройстве