OpenNeo/impress
OpenNeo/impress
1
0
Fork 1
Code Pull requests Activity
impress/.gitignore

26 lines
265 B
Text
Raw Normal View History

rails 3
2010-05-14 15:12:31 -07:00
.bundle
db/*.sqlite3
log/*.log
tmp/**/*
charge and record donations
2014-09-09 19:06:38 -07:00
.env
Add .env.* to gitignore Just a little affordance to help me connect to the production database to try to reproduce the memory issues locally!
2023-10-27 17:44:12 -07:00
.env.*
Move modeling tests to RSpec Also note the jsbundling bump, that was so I can us the relatively-new `SKIP_YARN_INSTALL=1` flag when running tests, to be a bit faster.
2024-10-21 16:03:58 -07:00
/spec/examples.txt
Improve Solargraph LSP in our spec files The main thing is that I was getting "RequireNotFound" warnings for `require 'rails_helper'`, because the LSP seems unaware of how RSpec offers `spec/` as a root for requires. I think the `require_relative` is clearer anyway, I'm decently satisfied with it. And if I decide it's too much ugly, we can try something else in the Solargraph config or something sometime!
2024-11-19 11:28:36 -08:00
/.yardoc
Bundle wardrobe-2020 into the app We add jsbuilding-rails to get esbuild running in the app, and then we copy-paste the files we need from impress-2020 into here! I stopped at the point where it was building successfully, but it's not running correctly: it's not sure about `process.env` in `next`, and I think the right next step is to delete the NextJS deps altogether and use React Router instead.
2023-08-10 15:56:36 -07:00
/app/assets/builds/*
!/app/assets/builds/.keep
Create `rails public_data:commit` task, to share public data dumps I'm starting to port over the functionality that was previously just, me running `yarn db:export:public-data` in `impress-2020` and committing it to Git LFS every time. My immediate motivation is that the `impress-2020` git repository is getting weirdly large?? Idk how these 40MB files have blown up to a solid 16GB of Git LFS data (we don't have THAT many!!!), but I guess there's something about Git LFS's architecture and disk usage that I'm not understanding. So, let's move to a simpler system in which we don't bind the public data to the codebase, but instead just regularly dump it in production and make it available for download. This change adds the `rails public_data:commit` task, which when run in production will make the latest available at `https://impress.openneo.net/public-data/latest.sql.gz`, and will also store a running log of previous dumps, viewable at `https://impress.openneo.net/public-data/`. Things left to do: 1. Create a `rails public_data:pull` task, to download `latest.sql.gz` and import it into the local development database. 2. Set up a cron job to dump this out regularly, idk maybe weekly? That will grow, but not very fast (about 2GB per year), and we can add logic to rotate out old ones if it starts to grow too far. (If we wanted to get really intricate, we could do like, daily for the past week, then weekly for the past 3 months, then monthly for the past year, idk. There must be tools that do this!)
2024-02-29 14:30:33 -08:00
/public/public-data
Bundle wardrobe-2020 into the app We add jsbuilding-rails to get esbuild running in the app, and then we copy-paste the files we need from impress-2020 into here! I stopped at the point where it was building successfully, but it's not running correctly: it's not sure about `process.env` in `next`, and I think the right next step is to delete the NextJS deps altogether and use React Router instead.
2023-08-10 15:56:36 -07:00
/node_modules
.pnp.*
.yarn/*
!.yarn/patches
!.yarn/plugins
!.yarn/releases
!.yarn/sdks
!.yarn/versions
Replace next/image references To be clear I haven't really tested this very well bc the page isn't like. working. but I'm just churning through the next references!
2023-08-10 16:17:44 -07:00
.DS_Store
Copy permalink