Принцип создания браузерной игры

С чего начинаются писаться браузерные игры? С регистрации игрока?

6

Сообщение от foxxp Зачем ведь тогда на сайте приложений google chrome есть ПОПУЛЯРНЫЙ плагин для браузера ScriptNo

Если человек не может его нормально настроить и отключает все скрипты - это проблема исключительно его кривых рук.

1

Прочёл тему.
Понял, что я со своими знаниями ещё не хуже всех.

0

это явно не тема для PHP т.к. браузерные игры делаются с использованием flash т.е. action script . Вопрос не по теме...

0

Сообщение от Platinumix это явно не тема для PHP т.к. браузерные игры делаются с использованием flash т.е. action script . Вопрос не по теме...

не обезательно , как-же что-то вроде ereality.ru ?

0

Примерно 85% браузерных игр имеют серверную часть на PHP. А флеш-это некая маргинальность.
Потому что пользователям не понраву ждать загрузку. Да и с телефона не поиграешь.

1

Сообщение от Gabriel.exe А флеш-это некая маргинальность. Потому что пользователям не понраву ждать загрузку. Да и с телефона не поиграешь.

Альтернативы то нет, если нужна непримитивная графика.

0

Почему же, активно развивается HTML5, вот на нем и можно написать)

0

Вот когда будет пригодна - тогда и поговорим.
А сейчас даже злые птицы на ней тормозят. И звук через флеш.
Да и птиц тех переписали на флеш в итоге для фейсбука.

0

Сообщение от Platinumix это явно не тема для PHP т.к. браузерные игры делаются с использованием flash т.е. action script . Вопрос не по теме...

как раз таки тема php, т.к. серверная часть пишется на php. А php связан с html,css,flash,actionscript, javascript и vps'ом, на котором apache или lighttpd.

Почему же, активно развивается HTML5, вот на нем и можно написать)

да, как раз через 5 лет будут мощные телефоны и пк, точнее мощные браузеры и эти 3d html игры будут без тормозов работать.

0

простейшие браузерные игры, а я так понимаю человек в этом деле не проффи, делаютя только на action script. Конечно более серьезные проекты требуют серверную часть с базами данных и PHP как серверный язык. Но все начинается именно с флэша.

0

Конечно более серьезные проекты

все

требуют серверную часть с базами данных и PHP как серверный язык. Но все начинается именно с флэша.

это большое кол-во знаний, т.к. если не обеспечить безопасность сервера и php, то все напрасно.

0

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

A. ТЕОРИЯ
Время Ворда и Блакнота...
На этом этапе я советовал бы пользоваться этими двумя прожками и писать, записывать, конспектировать всё что вам приходит в голову...

Не просто придумать, а придумать, продумать и развить эту Идею, иначе ваша идея может со временем вам разонравиться, а развивая её, вы не только подогреете собственный интерес к ней но и увеличится ваш энтузиазм что тоже является не маловажным при создании и разработке чего либо.
На этом этапе необходимо понять в каком Мире и времени будет проходить игровое действие и какого жанра будет ваш мир:
- Каменный век
- Средние Века
- Реальность
- Кибер-панк
- Футуристическое будущее

Далее стоит выбрать в каком жанре будет ваша игра:
- Arcade, Quests, Fighting, Racing, Strategy, FPS, TPS и др.
а так же определить возможности взаимодействия с другими игроками, какой будет ваша игра:
- Одиночая Игра
- Игра несколькими игроками сразу
- MMO и др.

Это один из важнейших этапов создания игры, к которому вы будите возвращаться ещё не раз!

На этом этапе надо подумать и ответить на нижеследующие вопросы:
- какие действия будут доступны игроку?
тут я бы советовал записывать все мысли что приходят в голову (как правило в хаотичной последовательности) затем прочесть записи добавить те что пришли во время прочтения, затем убрать те что представляют собой одно и тоже (бывает что по началу мысли кажутся разными а в последствии понимаете что это один и тот же бред) затем идёте вниз по списку и добавляете больше конкретики к каждой мысли... что бы потом не спрашивать у своего мозга: "Что ты имел ввиду под этой фразой?"

Необходимо так же продумать ещё и такие вещи как:
- Взаимодействие игрока с окружающим миром.
Что он может и при каких условиях. К примеру Войти в пещеру
- Взаимодействие игрока с другими игроками.
К примеру Торговля, Нападения
- Социальную составляющую (Добавление в друзья, Публикация в соц. сетях, Реферальные программы)

Если это РПГ то надо так же продумать:
- Рассы
- Классы
- Профессии
- Способности(Магия)
- Всевозможные предметы (их типы и классификация)
- Древо развития персонажей

Если Стратегия то надо продумать :
- Строения
- Юнитов
- Древо развития Игрока
Для любой игры характерны:
- Игровые ресурсы
Они бывают виртуальные (зарабатываемые в игре) и реальные (реал, донат)

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

О чём ещё тут можно подумать: донат ( что вы будите продавать если будите - какие услуги), аккаунты, петы, флай, Рейды, Пати, Свадьбы, Апгрейды - это ведь всё тоже часть геймплея... всё на геймплее мозг высох... иду дальше)

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

По чему Приблизительный: Да потому что Экономика - это совокупность отношений, складывающихся в системе производства, распределения, обмена и потребления(Wiki). Вот так... Короче тут надо придумать каким способом будут добываться игровые ресурсы. Как часто они будут добываться? В Каком количестве? Можно ли улучшить скорость, количество добываемых ресурсов (если да то думаем как? и идём в пункт А.3. записывать) Так же подумать как будут расцениваться в игре предметы, Юниты , Сзтоения, Способности, от чего будет зависить их стоимость и что на неё будет влиять. (чуете сколько предстоит работы?)

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

P.S. Я бы советовал задействовать в этом пункте Excel...

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

B. ИНТЕРАКТИВ в картинках
Пришёл этап рисования...
Не советовал бы я сразу после Раздела - А браться за програмирование т.к. Всё вышеописанное это лишь Идея, без чёткого визуального восприятия таковой... Вот что бы это исправить и нужен ещё 1 раздел.

Тут всё немного попроще... Здесь представляем что мы Игрок перед которым форма регистрации с полями:
1. Зарисовываем форму что бы понять как будут распологаться поля, кнопки, подсказки, иконти и т.п.(если у вас есть перечисленные элементы)
зарегились (в воображаемой форме) что дальше?... дальше наверное письмо с подтверждением почты но это можно пропустить пока... далее начинается самое интересное, надо представить себе Интерфейс...
т.е. Вот зарегился игрок или просто ввёл свои данные для того что бы войти в игру... и что он будет видить при входе в игру... Интерфейс это у нас расположение кнопок и окон несущих различную информацию...
так же стоит подумать о визуальном виде всяческих подсказок и оповещалок (новый квест, достижения, сообщения)
хоп... Достижения...go Раздел А пункт 3...
Далее представляем каждое окошко по очереди которыми вы хотите наградить игру, это могут быть:
- Окно Заданий
- Окно Достижений
- Окно Настроек
- Окно Экипировки
- Окно Инвентпря
- Окно Крафта
- и разные другие примочки...

Я бы советовал на самом деле в ходе визуализации, перед зарисовкой, записывать что именно вы хотите видеть и на каком этапе, т.е. Какие кнопки, как называются?, что они делают?... и другие элементы в зависимости от жанра... затем уже имея набор необходимых элементов из них делать Интерфейс... так слегка проще... Но в этом пункте вы тоже будете переодически возвращаться к истокам что бы: добавить, подправить, перенести, убрать
не бойтесь изменений... главное что бы интерфейс был удобным и понятным... иначе пользователь не разберётся в нём и покинет игру...
Советы:
- не используйте сразу супер графику и рисунки, сперва лучше сделать для тестовой версии игры графику от балды, что бы не терять время на её рисовку, а рисовать уже утверждённые вещи...
- Расчитывайте при позиционировании элементов на то что у вас может появиться идея ещё что нибудь вставить рядом с каким нибудь элементом... либо что элементов может быть множество... к примеру квестовые оповещения вдруг у вас будет оповещение тип:
- Квест Выполнен
- Уровень Повышен
- У вас Новое Задание
- У Вас Новое задание
т.е. тут 4 оповещалки сразу... и если такого не предусмотреть, то либо вёрстка полетит к чертям либо игрок не увидит 3 других оповещения...

C. ПРАКТИКА
Первый этап практики я бы отметил это создание Архитектуры базы данных.
тут надо правильно распределять по таблицам данные которые вы хотите сохранять на сервере.
К примеру таблица `users` с полями: id, login, passsword, email, gender, birthday, charborn, avatar
таблица `world` с полями: id, x, y, city, url, type
и таких таблиц будет не мало... Ну не менее 20 вроде, для средненькой сложности игрушки...
При этом так же надо уже учитывать какие связи будут между таблицами...

на этом этапе уже не обходимо продумывать логику движка игры:
- какие будут события и условия;
- Определять всевозможные Типы и Структуры для элементов игры;
- анализировать насколько схожи условия;
- возможность написания универсальных функций;

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

на этом этапе продумывается логика клиентской части Игры:
В принципе вы это уже сделали в разделе B
но на этом этапе оно всё реализуется...
тоже описывать не буду т.к. тот же кодинг те же действия что и с серверной частью...

D. КОММАНДА
Я реалист. В одиночку всё вышеперечисленное сделает лишь Настоящий Гений, имею ввиду что всё реализует, оно будет функционировать и игра не загнётся за первый месяц... А так глядя на мир трезвыми глазами и здравым рассудком могу сказать что надо учиться не только: програмировать, верстать, рисовать, тестировать, строить арзитектуры БД, но.....
и управлять человеческими ресурсами которые будут в вашей команде... а для начала необходимо эти ресурсы преобрести, точнее заполучить... далее назначать им задачи и полученный от них результат компоновать в единый "продукт"... Вам в любом случае скорей всего любому понадобится хотя бы 1 нормальный художник т.к. браузерная игра должна сперва визуально привлечь пользователя своими картинками, а не оттолкнуть его...
Так же нужен хороший дизайнер... который из ваших зарисовок Раздела В должен будет сделать "канфетку"...
В некоторых случаях могут потребоваться: Верстальщики, PHP-Програмисты, JavaScript-програмисты, SEO-шники а в некоторых случаях Деньги и Мозги ^^


P.S. Я не стал описывать процесс создания GUI т.к. это ещё больше текста и это наверное отдельная тема...

Вот вроде так в общих словах и описал: "что нужно что бы самому сделать браузерную игру?"

В общем процесс этот весьма увлекательный, но и весьма Трудоёмкий и сложный...
Я уже года эдак 3 - 4 хочу сделать игру вот добрался до раздела С =Р

Всё вышеописанное является моим ИМХО... возможно я где то не прав, но как мне думается схема вполне приемлема...

Если есть ошиПки сори... я безграмотный

3

0

Сообщение от magirus в том же ворде есть спеллчекер.

0

Господи.... что вы обсуждаете... лень мне было ещё и в ворде всё это проверять...

Да уж.... дофигища ошибок... но думаю они не помещают понять ход мыслей автора

0

0

Сообщение от MefiseRay вообще если в крации принцип такой. есть PHP главная страница и естть тег подключения JS файла вот только с разширением PHP. В нутри подкрепляемого фала как положено по синтаксису JS созадется функция например названная SelectALL() а внутри эту функцию встраивается PHP код. На главной PHP странице вызывается JS функция SelectALL из подкрепляемого файла, причем так как это JS функция то мы имеем право вызывать ее динамически без обновления страницы, но работая эта функция в фоне запускает скрипт PHP прописанный в ней и выполняет скажем запрос к бд. Таким образом получаем динамический PHP код которого в отличии от JS нельзя просмотреть в браузере.

Не совсем понял как должно выглядеть. Из написанного я понял что должно быть так:
index.php
fns.php

Но оно так не работает.

0

Сообщение от Le1b эта функция в фоне запускает скрипт PHP

Сообщение от Le1b PHP 1 <script src="fns.php">building(0);</script>

и где ваш js запускает php скрипт ?

0

А как его запустить в этом случае?
Или легче нужные действия сделать с помощью ajax ?

0

Сообщение от Le1b Или легче нужные действия сделать с помощью ajax ?

ну так автор того сообщения и имел в виду ajax

Сообщение от Le1b без обновления страницы

0