Тестируем классический Арканоид на HTML5 (для компа и смартфонов)

Друзья!

Буду рад отзывам о тестировании игрульки. Написал чисто для удовольствия, так что там не планируется никакой рекламы, монетизации и т.п. Играйте в свое удовольствие! Работает прямо в браузере, и на телефонах, и на компах. Устанавливать не надо, просто кликаете по ссылке и вперед:

Арканоид Онлайн

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

1

Поиграл. Вероятно, я первый, кто не попал ни в один из лагерей. Уровни не считал, но не с первой попытки, судя по очкам, где-то 8-10:

Хотя мне везло и часто выпадали пропуски. В конце было уже очень тяжело. С двумя шарами ни одного раза не получилось справиться, хорошо было, если один оставался. С первой попытки вообще несколько блоков разбил, после чего проиграл.
Сначала пробовал с клавиатуры, но это нереально. С мышью браузер тоже активно мешал (у меня Яндекс.Браузер последний). Как только курсор уходил куда-то в сторону, все рушилось. Включил полноэкранный режим, стало лучше. Без явного курсора визуально приятнее, но даже в полноэкранном режиме, когда курсор уходил в самый верх, возникали проблемы, поэтому приходилось искусственно постоянно вести его вниз. Не могли бы вы блокировать Y-координату курсора, а во время паузы разблокировать?
Движение платформы мне не показалось медленным, наоборот, с клавиатуры ее невозможно поставить строго в нужное положение - пролетает или туда, или сюда. Пауза ни одного раза не вылетела, вероятно, у господина Matan! или компьютерозавр, или действительно 45 вкладок - это перебор. У меня компьютер сравнительно медленный, при этом открыто очень требовательное приложение (хоть оно в момент игры и ничего не делало), но игра работала стабильно быстро.
На звуках внимание вообще не застряет. Вписываются абсолютно органично. Заметил только, что музыки нет. Это умышленно?
P. S. Наверное, первый раз вижу, как господин Usaga что-то хвалит.

1

Коллега, спасибо огромное за подробный отзыв!

Сообщение от Etyuhibosecyu Включил полноэкранный режим, стало лучше. Без явного курсора визуально приятнее, но даже в полноэкранном режиме, когда курсор уходил в самый верх, возникали проблемы, поэтому приходилось искусственно постоянно вести его вниз. Не могли бы вы блокировать Y-координату курсора, а во время паузы разблокировать?

Боюсь, это невозможно - заблокировать системный курсор из кода веб-страницы.

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

Сообщение от Etyuhibosecyu На звуках внимание вообще не застряет. Вписываются абсолютно органично. Заметил только, что музыки нет. Это умышленно?

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

По поводу музыки - тут просто, у меня нет гениального композитора под рукой, чтобы написать классный и нераздражающий саундтрек в стилистике 8-bit консолей, который все бы слушали с удовольствием и он бы не надоедал. Намного лучше без музыки совсем, чем с не очень хорошей музыкой. Я видел кучу проектов, в которых музыка посредственная, и это сразу обрубало желание играть. Музыка просто очень быстро доставала.

0

Сообщение от Etyuhibosecyu P. S. Наверное, первый раз вижу, как господин Usaga что-то хвалит.

Ну так у человека вполне хорошо получилось. Заслуженно хвалят его творение.

3

Что-то я совсем не понимаю, как работают роботы поисковиков. Уже почти год с ними борюсь, и все равно никак не могу заставить их индексировать нужную языковую версию страницы. Я изначально планировал, чтобы в яндексе все индексировалось на русском, а в гугле на английском. Но по неведомой мне логике, все работает наоборот. А для пользователей просто автоматом детектируется язык браузера, и игра работает на выбранном языке. Так как в РФ в основном все используют яндекс-браузер, то и игра в основном на русском у всех.

Сейчас решил провести бесчеловечный эксперимент с риском потерять лидирующие позиции в выдаче - разделил на два разных URL. Люди русским браузером редиректятся https://play.arkanoid.online/?lang=ru, а остальные на https://play.arkanoid.online/?lang=en Идея в том, что все, кто ищут "Arkanoid", должны попадать на английскую страницу, а все, кто ищут "Арканоид", на русскую, таким образом охват вроде бы должен вырасти, и позиции должны подрасти по обоим ключевикам за пределами РФ (тут и так давно первое место в выдаче).

Пока поисковики в упор это игнорируют, они в этом смысле не быстрые. В общем, запасаемся попкорном, ждем результатов

0

У вас получится дубликат страницы.
https://play.arkanoid.online/ и https://play.arkanoid.online/?lang=* (второй в зависимости от того как сейчас "распределилось")

По этому я бы сделал так:
https://play.arkanoid.online/ - русский
https://play.arkanoid.online/en/ - английский


Либо, если оставлять как вы сделали, указать канонические ссылки
так чтоб страницы было только две, а не три как у вас получилось

1

Прикол в том, что страница на самом деле вообще одна, и там нет HTML, там один чистый JS. На лету определяю язык браузера, и меняю URL. По идее, поисковики должны уметь такое обрабатывать как редирект (они это точно умеют для SPA на React)

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

Кстати, вы не в курсе, canonical вообще можно прописывать в заголовок из JS, да так, чтобы поисковики это съедали? Я никогда не пробовал

И не очень понятно, какой canonical прописывать в странице, в которой происходит автодетект...

Добавлено через 3 минуты
Хотя на другом моем сайте https://tonfotos.com/ сделано именно так, как вы говорите - есть по сути два сайта на двух языках, никакого автодетекта языка нет (один https://tonfotos.com/ а другой https://tonfotos.com/ru/ - ровно как вы говорите)

Получается, что поисковики в принципе заточены только на такую архитектуру сайта? Наличие автодетекта языка они, видимо вообще не считают нормальной практикой?

Добавлено через 3 минуты
Не очень понятно, почему получается, что https://play.arkanoid.online/ и https://play.arkanoid.online/?lang=* считаются дубликатами (search console и webmaster именно так и говорят - дубликаты). Ведь с https://play.arkanoid.online/ идет редирект, остаться на этой странице невозможно...

0

Сообщение от tomater (они это точно умеют для SPA на React)

Они это хорошо умеют когда рендер на стороне сервера т.е.нода стоит и генерит html который должен быть проидексирован. Динамический контент "так себе" идексируется пока.

Т.е по выбранному урл(хоть с ключом хоть как я предложил) отдавайте контент (который без javaScript) на том языке - который соответствует url. Ну и в соответствии ему canonical...

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

Ну а все остальное так и будет как есть - один общий скрипт

Хотя, тут может в разделе по СЕО еще посоветоваться....

Добавлено через 3 минуты

Сообщение от tomater Получается, что поисковики в принципе заточены только на такую архитектуру сайта? Наличие автодетекта языка они, видимо вообще не считают нормальной практикой?

Как ни крути но динамический контент, который генерится на клиенте индексируется плохо.

Сообщение от tomater Не очень понятно, почему получается, что https://play.arkanoid.online/ и https://play.arkanoid.online/?lang=* считаются дубликатами

Две страницы имеют обсолютно одинаковый контент, но разные URL. Строго говоря, скорее всего сейчас вообще все три считаются дубликатами. Т.к. с отключенным JS только русский контент получают

1

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

Собственно этого эффекта и пытаюсь достичь, чтобы повысить покрытие языковое

Сообщение от voral Т.е по выбранному урл(хоть с ключом хоть как я предложил) отдавайте контент (который без javaScript) на том языке - который соответствует url. Ну и в соответствии ему canonical...

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

0

Сообщение от tomater Хм, надо будет тогда статический генератор еще прикручивать к сайту...

Ну самый "дешевый" и простой способ: просто разложите копии index.html (или что там у вас) по каталогам
ну т.е. реально
/index.html - (у вас же сейчас там отдается русский текст если отключить js)
/en/index.html - (а тут этот текст сделайте на английском)

Ну а скрипт на них один и тот же подключайте.

0

Сообщение от voral Ну самый "дешевый" и простой способ: просто разложите копии index.html (или что там у вас) по каталогам

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

0

0

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

Ну скрипт то у вас один. А вот эти файлы да... Тут уже надо смотреть конкретику... По хорошему да - некий генератор хорошо бы... Если вы скорее к JavaScript ближе, значит смотрите в сторону node.js и SSR/SSG . По идее только вашим желанием ограничена сложность этого "генератора" тут и на php по минимуму можно что то упрощенное сделать. И вносить правки только в языковые файлы

0

SSR/SSG - это слишком на мой взгляд, он для Next.js, а у меня там вообще никаких фреймворков нет, чистый и незамутненный JS. Для другого проекта я использую 11ty - простой и очень кастомизируемый. Если и соберусь прикручивать генератор, то скорее его возьму.

0

Сообщение от tomater SSR/SSG - это слишком на мой взгляд, он для Next.js

Ну это скорее про технологию в принципе. Можно на любом языке программирования реализовать.

Как я представляю у вас есть статический контент, который крайне редко редактируется - эта та текстовка, которую "видят" роботы. И динамический контент - собственно сама игра, которую нет смысла индексировать.

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

Т.е. SSG и SSR это всего лишь о том, в какой момент времени будет генерироваться тот самый "статический" контент на сервере.
SSR - "на лету" (не исключает кеширования) на стороне сервера
SSG - во время заливки обновлений этого самого контента, генерируются готовые html, которые потом просто отдаются.

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

0

Сообщение от voral Т.е. SSG и SSR это всего лишь о том, в какой момент времени будет генерироваться тот самый "статический" контент на сервере.

Спасибо за пояснения. Не сталкивался с данными аббревиатурами ранее почему-то.

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

0

Опубликовал заметку про игру на dev.to - интересно, можно ли его использовать как канал продвижения

0

Ю-ху! Пробит потолок в 200 игроков в сутки!

0

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

Да вот это портит впечатление. Конечно тут понятно особенности браузерной программы. Возможно было бы решением где то по краям экрана метки показывающие где сейчас "системный" курсор. А то очень иногда подводит...

0

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

0

Так это не баг, это фича Платформа бежит к позиции курсора. Куда куда курсор поставишь - туда она и приедет. Поставишь за край экрана - поедет к краю.

0