Jason Zimdars 4ab2d971f9 Merge branch 'main' into collections-filter
* main: (24 commits)
  Move load-balancer to fizzy-lb-101
  Add otel_collector accessory for load balancer
  Fix: this was getting idiomorph confused as it was being invoked on many subtree elements
  Keep column popups during page refreshes
  Don't render next link unless there is more activity
  Live updates for the collection perma
  Keep filter panel during page refreshes
  Add pagination to the list of filtered cards
  Use frame based pagination for the users timeline too
  Use frame-based pagination for the activity timeline
  Don't broadcast updates of cards unless published
  Live updates for the timeline
  Make permanent to avoid losing menu on page refreshes
  Use the new required attribute that now Lexxy supports
  Use controller to disable empty comment submit
  Dynamic height for pins based on viewport height
  Position lexxy language picker
  Replace old link with proper collection path
  No longer needed
  Prevent card bubbles getting clipped in grid layout
  ...
2025-10-02 14:26:45 -05:00
2025-04-05 17:18:54 +02:00
2025-06-04 11:06:09 -04:00
2025-09-17 16:03:15 -04:00
2025-10-02 17:40:57 +02:00
2024-06-21 13:19:56 +01:00
2025-09-26 11:51:17 -05:00
2024-06-21 13:19:56 +01:00
2024-06-21 13:19:56 +01:00
2024-06-21 13:19:56 +01:00
2024-06-21 13:19:56 +01:00
2024-06-21 16:42:48 +01:00
2025-07-16 19:13:39 -04:00
2024-06-21 16:42:48 +01:00
2025-09-16 11:24:48 +01:00
2025-09-28 22:11:21 +02:00
2024-06-21 16:42:48 +01:00

Fizzy

Setting up for development

First get everything installed and configured with:

bin/setup

If you'd like to load fixtures:

bin/rails db:fixtures:load

And then run the development server:

bin/dev

You'll be able to access the app in development at http://development-tenant.fizzy.localhost:3006

Running tests

For fast feedback loops, unit tests can be run with:

bin/rails test

The full continuous integration tests can be run with:

bin/ci

Working with AI features

To work on AI features you need the OpenAI API key stored in the development's credentials file. To decrypt the credentials, you need place the key in a file config/credentials/development.key. You can copy the file from One Password in "Fizzy - development.key".

To get semantic searches working for existing data you need to calculate all the vector embeds:

Card.find_each(&:refresh_search_embedding)
Comment.find_each(&:refresh_search_embedding)

Tests

AI Requests

For testing OpenAI API requests, we use VCR. If you want to test AI features exercising the API, you need to place the config/credentials/test.key that you can get from 1Password in "Fizzy - test.key". Then, when running tests that use Open AI API, you must either set the env variable VCR_RECORD=1 or to add vcr_record! to the test. See VcrTestHelper. Due to Open AI quotas, you may need to limit the parallelization. E.g: PARALLEL_WORKERS=2

You can regenerate all the VCR fixtures with:

VCR_RECORD=1 PARALLEL_WORKERS=2 bin/rails test

A typical scenario is making modifications LLM prompts. You need to:

  1. Make the prompt changes.
  2. Run the test with VCR_RECORD=1 set. This will let the test make the actual network requests and record the responses as VCR fixtures.
  3. Make sure that the test passes by running the test normally (without setting VCR_RECORD=1).
  4. Commit the YML fixtures that VCR has generated. That way, the next time you run the test, it will run fast without performing any request.

Notice that if you pass changing data to the prompt, this mechanism won't work. E.g: if you pass data timestamps. You need to make sure those timestamps are always the same across executions.

Outbound Emails

Development

You can view email previews at http://fizzy.localhost:3006/rails/mailers.

You can enable or disable letter_opener to open sent emails automatically with:

bin/rails dev:email

Under the hood, this will create or remove tmp/email-dev.txt.

Environments

Fizzy is deployed with Kamal. You'll need to have the 1Password CLI set up in order to access the secrets that are used when deploying. Provided you have that, it should be as simple as bin/kamal deploy to the correct environment.

Beta

Beta is primarily intended for testing product features.

Beta tenant is:

This environment uses local disk for Active Storage.

Staging

Staging is primarily intended for testing infrastructure changes.

Production tenants are:

This environment uses a FlashBlade bucket for blob storage, and shares nothing with Production. We may periodically copy data here from production.

Production

Production tenants are:

This environment uses a FlashBlade bucket for blob storage.

S
Description
No description provided
Readme 62 MiB
Languages
Ruby 67.8%
HTML 14.6%
CSS 10.8%
JavaScript 5.6%
Shell 0.9%
Other 0.3%