The Wire · Showcase
SOLID_CABLE SHIPS ENCRYPTION, RAILS CUTS SCHEMA CACHE READS IN HALF
By RepoJournal · Filed · About Rails
Solid Cable now encrypts messages at rest [ref:1], while Rails optimizes schema caching to batch database queries across entire tables instead of reading them one at a time [ref:8].
Nick Pezza landed encryption support in Solid Cable [1], closing a long-standing gap for teams running Rails' SQLite-backed cable adapter in production. The same developer also shipped a write-batching optimization [2] that groups writes together with a sized queue, reducing context switching on the database layer. On the Rails side, a schema cache optimization [3] teaches the dumper to read primary keys and indexes for multiple tables in a single statement rather than looping through one table per statement. On a 204-table MySQL schema, this cuts primary key and index reads dramatically. Rails also corrected documentation for CollectionProxy#delete_all [4], which was showing an array return value when it actually returns a count. Rails/ai-evals cleaned up a dead link in the README [5].
One email a day. Unsubscribe in one click.
Keep up with Rails in about 3 minutes a day: what actually shipped — the commits, pull requests, releases, and security advisories that matter.
One email a day. Unsubscribe in one click. Read a past issue →
Action items
- → Update Solid Cable if you need at-rest encryption for production WebSocket traffic rails/solid_cable [plan]
- → Pull latest Rails to benefit from schema cache batching on your next schema dump rails/rails [monitor]
References
- [1] Add encryption support ↗ rails/solid_cable
- [2] Batch writes together ↗ rails/solid_cable
- [3] Read the schema cache's primary keys and indexes for many tables at once ↗ rails/rails
- [4] Fix the `CollectionProxy#delete_all` documentation return value ↗ rails/rails
- [5] Fix announcement link in README.md ↗ rails/ai-evals