Commit Graph

16 Commits

Author SHA1 Message Date
projectmoon 4980b2e33b cargo update and major upgrade for tokio, refinery 2021-01-17 12:42:45 +00:00
projectmoon 5fd3ef36aa Remove extern crate for serde serialize 2021-01-15 20:34:06 +00:00
projectmoon 81c1ace175 Add readme instructions, run proxy command. 2021-01-03 21:24:52 +00:00
projectmoon 924712f583 Successful (but very manual) grpc-web requests. 2021-01-03 20:42:54 +00:00
projectmoon 3a250230df Experimenting with tonic 2021-01-02 22:32:17 +00:00
projectmoon ce4e02594d Add ability to pass in custom database path. 2020-12-31 14:11:28 +00:00
projectmoon 62f05060c0 Move migrations to refinery + barrel, enable 'offline' sqlx query checking 2020-12-31 14:11:28 +00:00
projectmoon 5ea07b8953 Rip out Diesel in favor of SQLx.
The primary benefit of this is to avoid Rocket's database integration,
which has become problematic in this codebase with the update to the
new async style. Because the async database API is actually
synchronous under the hood, this introduces some annoying lifetime
requirements that basically force us to use owned data everywhere.

The original pattern was to have a separate data layer that could
invoke queries from `self` (the db connection). By using a true async
database driver, we can get this back, because the lifetimes are once
again flexible instead of the ones forced by Rocket.
2020-12-31 14:11:28 +00:00
projectmoon 8c8ed4f6ef Migrate to Rocket 0.5.
Rocket 0.5 is a major uprade, rewriting most of Rocket to be async.
Required many changes through the code, especially the database layer.
The new Rocket async database calls require Futures with 'static
lifetimes.

General:
 - Move to stable rust.
 - Most of codebase is now async.
 - Rocket migrations (e.g. Cookies to CookieJar).

Database:
 - Switched to owned data (&str -> String) for inserts because of the
   'static lifetime requirement on Rocket's DB future.
 - All database methods now asynchronous.

Pages:
 - Changed various routes to async.
 - Needed to add clone calls to some places because we need to use
   owned data multiple times (registration).
2020-12-13 21:58:39 +00:00
projectmoon 4024f32621 Serve protobuf files statically. 2020-12-09 22:21:52 +00:00
projectmoon 5d7d8054e2 Finished and mostly clean new character flow.
Lots of changes and reorganization to support the ability to create
new characters.
2020-12-09 21:25:31 +00:00
projectmoon 1f07856e66 Dynamically deserialize character data. 2020-12-08 22:28:27 +00:00
projectmoon 245bd4f2cc Switch character data type to an enum, including schema patch.
Schema patch required because the diesel enum derive crate does not
seem to deal with print-schema for sqlite.
2020-12-08 22:28:27 +00:00
projectmoon 8b3e8c70ae Serialize characters as protobufs. Skeletal character creation.
Implements the absolute basics of the character creation flow, AKA
most things are missing. Integrates a method of storing character
data, support for that in the database, and a working character
creation page.

The only thing the page does at the moment is create a hardcoded basic
CofD character sheet and save it to the database. There is no ability
to change game system, fill in extra details, etc. There's also no
ability to edit anything.

Also added basic links to the registration and create new character
pages.
2020-12-07 22:37:18 +00:00
projectmoon 10d5f30e5a User accounts, DAO trait, registration.
Not very thorough, but it does work.
2020-12-05 19:50:11 +00:00
projectmoon 092da7490f First commit; prototype state. 2020-12-03 19:21:09 +00:00