Amazing Print
Scenic
| Amazing Print | Scenic | |
|---|---|---|
| 5 | 8 | |
| 732 | 3,341 | |
| 1.4% | 0.6% | |
| 6.8 | 5.8 | |
| about 2 months ago | 23 days ago | |
| Ruby | Ruby | |
| MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Amazing Print
-
Use 𝐚𝐰𝐞𝐬𝐨𝐦𝐞_𝐩𝐫𝐢𝐧𝐭 as the default value renderer in 𝐈𝐑𝐁 💫
amazing_print is an alternative. https://github.com/amazing-print/amazing_print
-
The latest edition of Rails Tricks covers how I customize my Rails console
awesome_print is apparently not being maintained anymore. Instead, I use a maintained fork of it, amazing_print: https://github.com/amazing-print/amazing_print.
-
amazing_print VS awesome_print - a user suggested alternative
2 projects | 1 Jan 2022
- Ruby 3 error messages and object inspection.
-
Rails application boilerplate for fast MVP development
pry-rails and amazing_print for better rails console
Scenic
-
Database Views & Rails Active Record: defining new Model classes out of views
To model our Deliverable class, we will need a view. We will use the popular scenic gem, which provides some useful generators for creating views with their respective migrations, and utilities to handle views versioning.
-
Materialised views for serious performance gains
+1 for scenic - https://github.com/scenic-views/scenic
-
Most performant way to build an analytics dashboard from a relational database backend that only stores numeric values, where the data the end-user sees is "categorized" into numeric brackets (e.g. 60-79 = Med, 80-100 = High, etc)
If the data doesn't need to be close to real-time, and if your DB can handle a bit of load, I'd use a "batch" approach. To do this, I'd create a materialized view in your relational DB that you'd then refresh periodically. The easiest way to do this is with the `scenic` gem. Once you've done this, you can simply create a new model and set the `table_name` to the name of the materialized view, and then treat it as a regular model.
- Utilizando views SQL no Ruby on Rails
-
Frameworks for SQL Development in Rails?
I use the scenic gem to manage views which uses raw sql files: https://github.com/scenic-views/scenic
-
Rails application boilerplate for fast MVP development
add scenic
-
Logidze 1.0, postgres-specific alternative to eg paper_trail for recording ActiveRecord change history
TIL about fx gem for storing triggers in schema.rb. That makes me so happy because scenic gem for creating database views is one of my favorites. Postgres is very powerful and it's great to see tools for exposing that through Rails.
What are some alternatives?
Awesome Print - Pretty print your Ruby objects with style -- in full color and with proper indentation
Lol DBA - lol_dba is a small package of rake tasks that scan your application models and displays a list of columns that probably should be indexed. Also, it can generate .sql migration scripts.
rails_best_practices - a code metric tool for rails projects
PgHero - A performance dashboard for Postgres
Pry - A runtime developer console and IRB alternative with powerful introspection capabilities.
SecondBase - Seamless second database integration for Rails.
Lograge - An attempt to tame Rails' default policy to log everything.
Polo - Polo travels through your database and creates sample snapshots so you can work with real world data in development.
Traceroute - A Rake task gem that helps you find the unused routes and controller actions for your Rails 3+ app
SchemaPlus - SchemaPlus provides a collection of enhancements and extensions to ActiveRecord
ActiveInteraction - :briefcase: Manage application specific business logic.
Ruby PG Extras - Ruby PostgreSQL database performance insights. Locks, index usage, buffer cache hit ratios, vacuum stats and more.