Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/smrealms/smr
Space Merchant Realms open-source game engine
https://github.com/smrealms/smr
docker foss mmo mysql pbbg php8 space-game
Last synced: about 2 months ago
JSON representation
Space Merchant Realms open-source game engine
- Host: GitHub
- URL: https://github.com/smrealms/smr
- Owner: smrealms
- License: agpl-3.0
- Created: 2012-06-23T00:22:22.000Z (about 12 years ago)
- Default Branch: main
- Last Pushed: 2024-07-29T21:49:44.000Z (about 2 months ago)
- Last Synced: 2024-07-30T03:37:35.794Z (about 2 months ago)
- Topics: docker, foss, mmo, mysql, pbbg, php8, space-game
- Language: PHP
- Homepage: http://www.smrealms.de
- Size: 23.9 MB
- Stars: 25
- Watchers: 10
- Forks: 15
- Open Issues: 28
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
[](https://github.com/smrealms/smr/actions/workflows/run-tests.yml?query=branch%3Amain)
[](https://codecov.io/gh/smrealms/smr)
[](https://github.com/smrealms/smr/blob/main/phpstan.neon.dist)
[](https://hub.docker.com/repository/docker/smrealms/smr)
# Installation
## Dependencies
Make sure the following software is installed:
* docker (version 19.03.0+)
* docker compose plugin (v2)
To run unit tests on your machine:
* Composer (2.0.5+)
## 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.php` → `config/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__.sql` into
`db/patches` and rerun the command.
You can optionally start up [phpMyAdmin](https://www.phpmyadmin.net/) 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:
```bash
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
```php
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).
```php
$applicationVar = 'value';
$TemplateVar = 'value';
```
* Function names should be camelCase, class names should be UpperCamelCase
```php
function exampleFunction() {
}
class ExampleClass {
public function exampleMethod() {
}
}
```
* Associative array indices should be UpperCamelCase
```php
$container['SectorID'] = $sectorID;
```
# SMR-isms
## File inclusion
Classes should be added to `src/lib/Smr` to take advantage of the PSR-4 autoloader.
Engine files and their associated templates should be placed in `src/engine` and
`src/templates` respectively (see `Page::process` for how they will be included).
## Links
If possible use a function from `Globals` or a relevant object to generate links (e.g. `Globals::getCurrentSectorHREF()` or `$otherPlayer->getExamineTraderHREF()`).
This is usually clearer and allows hooking into the hotkey system.
To create a link you first create a "container" using a `Page` class, e.g.:
```php
$container = new CurrentSector();
```
You can then call `$container->href()` to get a HREF, which will give a link that
can be displayed on the page. In this example, clicking the link will load the
"Current Sector" page next.
You can also call `$container->go()`, which will immediately forward to this page
within the same HTTP request.
## Request variables
For any page which takes input through POST or GET, these values may be accessed
using `Smr\Session::getRequestVar()` and relatives, which will store the value
in the session. When a page is auto-refreshed with AJAX, these inputs are not
resent, but they are still required 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/Account" which is used to make every account appear to be a "vet" account when playing semi wars.
## Unit testing
SMR uses [PHPUnit](https://phpunit.de/) to run unit tests.
### Setup
1. Ensure the MySQL container is running, and ready for any integration tests that touch the database:
* `composer start:test-services`
1. Run `composer phpunit` to execute the full suite of PHPUnit tests.
1. Add new tests as needed in the `/test` directory.
### Setting up your IDE to run tests
This information applies to IDEA-based IDEs, e.g. `IntelliJ`, `PHPStorm`. For other vendors, please refer to your vendor's documentation for running PHPUnit tests against a remote container.
* In order to perform these next steps in `IntelliJ`, you must have the following Jetbrains-provided plugins installed:
* [PHP](https://plugins.jetbrains.com/plugin/6610-php)
* [PHP Docker](https://plugins.jetbrains.com/plugin/8595-php-docker)
* This should also install [PHP Remote Intepreter](https://plugins.jetbrains.com/plugin/7511-php-remote-interpreter)
##### Configure a remote PHP interpreter for the project
1. `File > Settings > Languages & Frameworks > PHP`. In the `CLI Interpreter` area, click the `...` button
1. Press the "+" button in the top left, and select `From Docker, Vagrant, VM, WSL, Remote...`
1. In the new window, choose `Docker Compose`, and in the `Service` area, select `phpunit`. Press "OK".
1. It will check the configuration by starting up the Docker container, and gathering PHP information. Once that's finished, you should be on a configuration screen for the new interpreter. It should have the PHP information from the Docker container, and also the `Xdebug` information.
1. In the `Environment variables` box on the new intepreter's screen, paste in the values from `/test/env` in the project directory.
1. The rest of the default settings should be fine, so you can press "Apply".
1. On the settings navigation tree, underneath PHP, click the `Composer` item: In the `CLI Interpreter` drop down, select the new interpreter you've created. Press "Apply".
1. On the settings navigation tree, underneath PHP, click the `Test Frameworks` item.
1. Click the `+` button to create an entry, select the newly created interpreter from the drop down, and press "OK".
1. In the `PHPUnit library` section, set the `Path to script` value to `/smr/vendor/autoload.php`
1. In the `Test Runner` section, set the `Default configuration file` to `/smr/phpunit.xml`
1. Press "OK", and you should be good to go for executing tests inside the IDE.
### Writing integration tests
1. To create an integration test that uses the database, your test should extend `SmrTest\BaseIntegrationSpec`. This will ensure that any test data that gets written to the database will be cleaned up after each test.
* The SMR database uses MyISAM for a storage engine, so we cannot simply rollback transactions after each test. Instead, the `BaseIntegrationSpec` will check for any tables that are populated from the `flyway` migration during startup, and truncate all other tables after your test.