An open API service indexing awesome lists of open source software.

https://github.com/internetee/auction_center

Estonian Internet Foundation's software for auctioning domain names
https://github.com/internetee/auction_center

auction domain

Last synced: about 1 month ago
JSON representation

Estonian Internet Foundation's software for auctioning domain names

Awesome Lists containing this project

README

          

# Auction center
[![Maintainability](https://qlty.sh/gh/internetee/projects/auction_center/maintainability.svg)](https://qlty.sh/gh/internetee/projects/auction_center)
[![Code Coverage](https://qlty.sh/gh/internetee/projects/auction_center/coverage.svg)](https://qlty.sh/gh/internetee/projects/auction_center)

Software for managing TLD domain auctions

## Setup

1. Run `bin/setup`
2. Configure database in `config/database.yml` according to your needs
3. Adjust configuration variables in `config/customization.yml`.
4. Run `bundle exec rake db:setup`

## Default user account

By default, the application creates an administrator user account that should be used only to create new user accounts, and then deleted.

```
email: administrator@auction.test
password: password
```

## API

System provides auction API endpoint & self-health check API endpoint.

### Auction API
Auction center exposes list of current auctions as JSON api. Time reported in `ends_at` and `starts_at` are always in UTC.

```
Request:
GET /auctions HTTP/1.1
Accept: appliction/json

Response:
HTTP/1.1 200
Content-Type: application/json

[
{
"id": "1b3ee442-e8fe-4922-9492-8fcb9dccc69c",
"domain_name": "auction.test",
"starts_at": "2019-02-23T22:00:00.000Z"
"ends_at": "2019-02-24T22:00:00.000Z"
}
]
```

### Health check API

Documentation on health check API is available at project WiKi [here](https://github.com/internetee/auction_center/wiki/Health-check-API).
## Settings

There are certain settings stored in the database that are used for the application logic. For example, the currency in which all auctions are conducted. An administrator can change these settings in /admin/settings page.

## Jobs

To send out emails and perform other asynchronous tasks, we use a background processing with PostgreSQL as queue backend. To start an executor, use `bundle exec rails jobs:work`.

Part of running the application according to EIS business rules includes creating new auctions at the beginning of the day. Jobs are scheduled outside of the application, as the exact times are no concern of the application.

## Audits

Due to various regulatory requirements, all database tables are audited according to the following procedure:

1. Changes in `public.users` table are recorded into audit.users. Audit records `action` `old_value`, `new_value`, `recorded_at` time according to postgres time zone and `object_id` which corresponds to the primary key of data in `users`.
2. History of each object is visible in the UI for the administrator.
3. Audit data is never deleted, even if the original object is. For example, if you destroy user with id `123`, it's history can still be accessed under `/admin/users/123/versions`.

### Adding new database table to audits

1. Create a migration similar to [AuditUsersTable](db/migrate/20180921084531_audit_users_table.rb)
2. Create a new audit model like [Audit::User](app/models/audit/user.rb).
Make sure to set self.table_name to `audit.your_table`
3. Add auditable concern to administrator routes:
```ruby
namespace :admin, constraints: Constraints::Administrator.new do
resources posts, concerns: [:auditable]
end
```