OpenNeo/impress
OpenNeo/impress
1
0
Fork 1
Code Pull requests Activity
impress/config/database.yml

70 lines
2 KiB
YAML
Raw Normal View History

Add database.yml to git again We gitignored it a long time ago as the way to hide our db secrets, but that's not how we manage them anymore! (Or, well, we haven't done production deployment with this new setup yet, but you get the point.) This helps clarify what the database config oughta look like!
2023-08-03 18:07:27 -07:00
development:
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
primary:
Move the `host: db` part of the dev container into its environment vars Okay, so I've kept `database.yml` using the new username and password `impress_dev`, cuz I like that it helps clarify that it's dev stuff and is impossible to confuse with prod. (I updated my local setup to match!) But hardcoding `host: db` into here breaks my local setup where the database _isn't_ at the hostname `db`. So I add a way for new optional database URL environment variables to get merged in with these settings, and then configured the dev container to use that—and just in the most limited override possible, to avoid duplicating stuff we don't need to. (I could've just used the same names `DATABASE_URL_{PRIMARY,OPENNEO_ID}` for this, but idk, I think it's confusing to have the same one for both dev and prod, even though Rails _does_ basically do this; see below.) Normally, the environment variable `DATABASE_URL` just _does_ this, and you don't need to include a `url` key at all to get this behavior. But since we've got the legacy two-database thing going on, we do this instead! If we were to merge the `openneo_id.users` table into the primary database, we could simplify this!
2023-10-26 14:20:15 -07:00
# You can override these default settings with this environment variable,
# fully or partially. We do this in the .devcontainer setup!
url: <%= ENV['DATABASE_URL_PRIMARY_DEV'] %>
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
adapter: mysql2
database: openneo_impress
[WIP] Build a dev container Idk why, but unlike my previous experience with Rails devcontainers, this time the setup process is running so wildly slowly? Might just be a transient issue on my machine, maybe something that would be improved with a restart and trying again another time? Or could be something about the MySQL image that doesn't run great in this context? In any case, I'm just gonna set this down for now!
2023-08-29 11:39:12 -07:00
username: impress_dev
password: impress_dev
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
pool: 5
Improve Unicode support, emojis don't crash us anymore lol! A few pieces here: 1. Convert all tables to `utf8mb4`+`utf8mb4_unicode_520_ci` strings. 2. Configure that as the server's default. 3. Configure the Rails database connection to use this encoding too. Came together pretty well, whew! This has been a LONG time coming, `latin1` is NOT a good charset for the year 2024!
2024-02-28 18:52:56 -08:00
encoding: utf8mb4
collation: utf8mb4_unicode_520_ci
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
variables:
sql_mode: TRADITIONAL
openneo_id:
Move the `host: db` part of the dev container into its environment vars Okay, so I've kept `database.yml` using the new username and password `impress_dev`, cuz I like that it helps clarify that it's dev stuff and is impossible to confuse with prod. (I updated my local setup to match!) But hardcoding `host: db` into here breaks my local setup where the database _isn't_ at the hostname `db`. So I add a way for new optional database URL environment variables to get merged in with these settings, and then configured the dev container to use that—and just in the most limited override possible, to avoid duplicating stuff we don't need to. (I could've just used the same names `DATABASE_URL_{PRIMARY,OPENNEO_ID}` for this, but idk, I think it's confusing to have the same one for both dev and prod, even though Rails _does_ basically do this; see below.) Normally, the environment variable `DATABASE_URL` just _does_ this, and you don't need to include a `url` key at all to get this behavior. But since we've got the legacy two-database thing going on, we do this instead! If we were to merge the `openneo_id.users` table into the primary database, we could simplify this!
2023-10-26 14:20:15 -07:00
# You can override these default settings with this environment variable,
# fully or partially. We do this in the .devcontainer setup!
url: <%= ENV['DATABASE_URL_OPENNEO_ID_DEV'] %>
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
adapter: mysql2
database: openneo_id
[WIP] Build a dev container Idk why, but unlike my previous experience with Rails devcontainers, this time the setup process is running so wildly slowly? Might just be a transient issue on my machine, maybe something that would be improved with a restart and trying again another time? Or could be something about the MySQL image that doesn't run great in this context? In any case, I'm just gonna set this down for now!
2023-08-29 11:39:12 -07:00
username: impress_dev
password: impress_dev
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
pool: 2
variables:
sql_mode: TRADITIONAL
Add Remember Me to login This requires a migration, our first migration against the openneo_id database from this app! Fun!
2023-08-06 18:03:06 -07:00
migrations_paths: db/openneo_id_migrate
Add database.yml to git again We gitignored it a long time ago as the way to hide our db secrets, but that's not how we manage them anymore! (Or, well, we haven't done production deployment with this new setup yet, but you get the point.) This helps clarify what the database config oughta look like!
2023-08-03 18:07:27 -07:00
Save last trade activity time onto User In impress-2020, we do a big slow query to figure out which users have been active in trades recently. Now, we cache that timestamp on the User model. This won't have any immediate effect; it's to clear the way for Classic DTI to receive the better trade ratios feature people like from 2020. I also added some unit testing infra because I finally wanted it! for all the ways you can trigger this timestamp lol Note too that this is a bit of an unusually complex migration, but my hope is that the batching and query structure and such helps it run surprisingly fast! 🤞
2024-01-19 00:00:46 -08:00
test:
primary:
# You can override these default settings with this environment variable,
# fully or partially. We do this in the .devcontainer setup!
url: <%= ENV['DATABASE_URL_PRIMARY_TEST'] %>
adapter: mysql2
database: openneo_impress_test
username: impress_dev
password: impress_dev
pool: 5
Improve Unicode support, emojis don't crash us anymore lol! A few pieces here: 1. Convert all tables to `utf8mb4`+`utf8mb4_unicode_520_ci` strings. 2. Configure that as the server's default. 3. Configure the Rails database connection to use this encoding too. Came together pretty well, whew! This has been a LONG time coming, `latin1` is NOT a good charset for the year 2024!
2024-02-28 18:52:56 -08:00
encoding: utf8mb4
collation: utf8mb4_unicode_520_ci
Save last trade activity time onto User In impress-2020, we do a big slow query to figure out which users have been active in trades recently. Now, we cache that timestamp on the User model. This won't have any immediate effect; it's to clear the way for Classic DTI to receive the better trade ratios feature people like from 2020. I also added some unit testing infra because I finally wanted it! for all the ways you can trigger this timestamp lol Note too that this is a bit of an unusually complex migration, but my hope is that the batching and query structure and such helps it run surprisingly fast! 🤞
2024-01-19 00:00:46 -08:00
variables:
sql_mode: TRADITIONAL
openneo_id:
# You can override these default settings with this environment variable,
# fully or partially. We do this in the .devcontainer setup!
url: <%= ENV['DATABASE_URL_OPENNEO_ID_TEST'] %>
adapter: mysql2
database: openneo_id_test
username: impress_dev
password: impress_dev
pool: 2
variables:
sql_mode: TRADITIONAL
migrations_paths: db/openneo_id_migrate
Add database.yml to git again We gitignored it a long time ago as the way to hide our db secrets, but that's not how we manage them anymore! (Or, well, we haven't done production deployment with this new setup yet, but you get the point.) This helps clarify what the database config oughta look like!
2023-08-03 18:07:27 -07:00
production:
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
primary:
url: <%= ENV['DATABASE_URL_PRIMARY'] %>
Improve Unicode support, emojis don't crash us anymore lol! A few pieces here: 1. Convert all tables to `utf8mb4`+`utf8mb4_unicode_520_ci` strings. 2. Configure that as the server's default. 3. Configure the Rails database connection to use this encoding too. Came together pretty well, whew! This has been a LONG time coming, `latin1` is NOT a good charset for the year 2024!
2024-02-28 18:52:56 -08:00
encoding: utf8mb4
collation: utf8mb4_unicode_520_ci
Add openneo_id to database.yml This will enable us to access the auth records, which we store in a separate database for weird legacy reasons! We don't do anything else yet, just set up the connection to be available. (NOTE: This commit was a bit of a history rewrite: we started working on this with `database.yml` still gitignored, but then in 8fb6e82 we added it back in to be able to fix a bug in 44c42f9. So previously this branch added back `database.yml` to git *and* added `openneo_id` to it, but since then I've rebased against the other changes, and rewrote history to make this a change to *just* add the database! I also moved it in the timeline, to be before some of the other things that depend on it.)
2023-08-03 18:07:27 -07:00
variables:
sql_mode: TRADITIONAL
openneo_id:
url: <%= ENV['DATABASE_URL_OPENNEO_ID'] %>
variables:
sql_mode: TRADITIONAL
Add Remember Me to login This requires a migration, our first migration against the openneo_id database from this app! Fun!
2023-08-06 18:03:06 -07:00
migrations_paths: db/openneo_id_migrate
Copy permalink