Skip to content

wakashimazu/smr

 
 

Repository files navigation

Travis Build Docker Build Scrutinizer Code Quality

Installation

Dependencies

Make sure the following software is installed:

  • docker (version 18.06.0+)
  • docker-compose (version 1.22.0+)

Setup

First, you will need to clone this repository. Then inside the clone, you will need to create installation-specific copies of the following files:

  • .env.sample.env
  • config/config.specific.sample.phpconfig/config.specific.php
  • config/SmrMySqlSecrets.sample.incconfig/SmrMySqlSecrets.inc

For "Caretaker" (IRC) or "Autopilot" (Discord) functionality:

  • config/irc/config.specific.sample.phpconfig/irc/config.specific.php
  • config/discord/config.specific.sample.phpconfig/discord/config.specific.php

For NPC's:

  • config/npc/config.specific.sample.phpconfig/npc/config.specific.php

The sample versions have sensible defaults, but update the copies as necessary. The options must be consistent between the various configuration files.

Populate the mysql database

To initialize the database or update it with new patches, run:

docker-compose run --rm flyway

To modify the database, add a file called V<VERSION_NUMBER>__<NAME>.sql into db/patches and rerun the command.

You can optionally start up phpMyAdmin to inspect your mysql database in a web browser at http://localhost/pma/:

docker-compose up --build -d pma

Start up the services

Then you can start up the persistent game services

docker-compose up --build -d traefik smr

For development, it may be desirable to automatically pick up source code changes without rebuilding the docker image. Simply use the smr-dev service instead of smr, i.e.:

docker-compose up --build -d traefik smr-dev

Runtime

Permissions

In order to create an admin account you should first create a standard account via the register form, then run the following command to give that account admin permissions:

db/init_admin.sh

The account should now have an "Admin Tools" link on the left whilst logged in, which will allow you to assign any extra permissions to yourself and others.

Creating a Game

To create a game you will have to have assigned yourself the "1.6 Universe Generator" and then access this link via the admin tools to create the game. Once you are happy with the game you need to edit the "game" table and set the "enabled" flag for your game to 'TRUE' in order for it to appear in the list of games to join.

Coding Style

This is the coding style that should be used for any new code, although currently not all code currently follows these guidelines (the guidelines are also likely to require extension).

  • Opening races should be placed on the same line with a single space before

  • Single line if statements should still include braces

     if (true) {
     }
  • Variable names should be camelCase normally, except when in templates when they should be UpperCamelCase (to enforce some mental separation between the two contexts).

     $applicationVar = 'value';
     $TemplateVar = 'value';
  • Function names should be camelCase, class names should be UpperCamelCase

     function exampleFunction() {
    
     }
    
     class ExampleClass {
     	public function exampleMethod() {
     	}
     }
  • Associative array indices should be UpperCamelCase

     $container['SectorID'] = $sectorID;

SMR-isms

File inclusion

To include a file use get_file_loc()

require_once(get_file_loc('SmrAlliance.class.inc'));

Links

If possible use a function from Globals or a relevant object to generate links (eg Globals::getCurrentSectorHREF(), $otherPlayer->getExamineTraderHREF()), this is usually clearer and allows hooking into the hotkey system. To create a link you first create a "container" using the create_container() function from smr.inc declared as

create_container($file, $body = '', array $extra = array(), $remainingPageLoads = null)

There are two common usages of this:

  • $container = create_container('skeleton.php', $displayOnlyPage) with $displayOnlyPage being something such as 'current_sector.php'
  • $container = create_container($processingPage) with $processingPage being something such as 'sector_move_processing.php'.

You can then call SmrSession::getNewHREF($container) to get a HREF which will load the given page or SmrSession::generateSN($container) to get just the sn. Along with this you can also assign extra values to $container which will be available on the next page under $var

$container = create_container('sector_move_processing.php');
$container['target_sector'] = 1;
$link = SmrSession::getNewHREF($container);

Global variables

All pages are called with the following variables available (there may be more)

$db

This is a global instance of the SmrMySqlDatabase class. It can be used for database queries anywhere, but be careful to avoid using it in two places simultaneously (doing so will cause database errors).

$var

$var contains all information passed using the $container from the previous page. This can be assigned to, but only using SmrSession::updateVar($name, $value)

$template

The global instance of the Template class should be the only instance, and it is used to assign variables for display processing.

$account

This contains the current SmrAccount object and should not be assigned to.

$player

[Scope: in game] This contains the current SmrPlayer object and should not be assigned to.

$ship

[Scope: in game] This contains the current SmrShip object and should not be assigned to.

$sector

[Scope: in game] This contains the current SmrSector object and should not be assigned to.

Request variables

For any page which takes input through POST or GET (or other forms?) they should store these values in $var using SmrSession::updateVar() and only access via $var, this is required as when auto-refresh updates the page it will not resend these inputs but still requires them to render the page correctly.

Abstract vs normal classes

This initially started out to be used in the "standard" way for NPCs but that idea has since been discarded. Now all core/shared "Default" code should be in the abstract version, with the normal class child implementing game type specific functionality/overrides, for instance "lib/Semi Wars/SmrAccount" which is used to make every account appear to be a "vet" account when playing semi wars.

About

Space Merchant Realms game engine

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • PHP 73.7%
  • TSQL 21.1%
  • HTML 1.9%
  • JavaScript 1.7%
  • CSS 1.5%
  • Dockerfile 0.1%