amkisko

$ rails new . -n ActiveAdminDemo -c tailwind -a propshaft --skip-test --skip-system-test

$ rails g active_admin:install --skip-users
$ rails tailwindcss:install
$ rails generate active_admin:assets
$ cat tailwind-active_admin.config.js | sed 's/require(`@activeadmin\/activeadmin\/plugin`)/require(`${activeAdminPath}\/plugin.js`)/g' > config/tailwind-active_admin.config.js
$ rm tailwind-active_admin.config.js
$ bundle binstub tailwindcss-rails
$ rails generate active_admin:views

mitchellh

I get asked pretty regularly what my opinion is on merge commits vs rebasing vs squashing. I've typed up this response so many times that I've decided to just put it in a gist so I can reference it whenever it comes up again.

I use merge, squash, rebase all situationally. I believe they all have their merits but their usage depends on the context. I think anyone who says any particular strategy is the right answer 100% of the time is wrong, but I think there is considerable acceptable leeway in when you use each. What follows is my personal and professional opinion:

amkisko

# PATH: config/initializers/sidekiq_alive.rb
# AUTHOR: Andrei Makarov (github.com/amkisko)

# NOTE: now available as gem sidekiq_status_monitor (https://rubygems.org/gems/sidekiq_status_monitor)

class SidekiqAliveServer
  attr_accessor :workers_size_threshold,
                :process_set_size_threshold,
                :queues_size_threshold,
                :queue_latency_threshold,

amkisko

Rails views with stimulusjs opinion

References

Known component/view patterns:

• https://stimulus.hotwired.dev/handbook/introduction
• https://backbonejs.org/#View
• https://docs.angularjs.org/tutorial/step_02
• https://docs.angularjs.org/tutorial/step_03
• https://angular.io/guide/component-overview

amkisko

<%=
  button_to(omniauth_authorize_path(resource_name, provider),
            method: :post,
            style: "margin:1rem;align-items:center;color:#fff;background-color:#4A154B;border:0;border-radius:48px;display:inline-flex;font-family:Lato, sans-serif;font-size:16px;font-weight:600;height:48px;justify-content:center;text-decoration:none;width:256px",
            "data-turbo": false) do
%>
  <svg
    xmlns="http://www.w3.org/2000/svg"
    style="height:20px;width:20px;margin-right:12px"
    viewBox="0 0 122.8 122.8"

kaspth

class Object::Proxy < SimpleDelegator
  def initialize(object, **values)
    super(object)
    @values = values
  end

  def method_missing(name, ...)
    @values.fetch(name) { super }
  end
end

tannerlinsley

This middleware does a few interesting things:

• Ensures a url shape in the zustand store, where we'll store URL information.
• Assumes we will be storing our url state slice in the ?state search parameter after it has been stringified and base 64 encoded.
• On creation, decodes stores state from the ?state search parameter into the url slice of our store.
• After each state update, updates the ?state search parameter with the new url state slice.
• Sets up an event listener that listens for popstate and re-decodes the state from the URL into our store.

gaearon

Next.js client-only SPA example

Made this example to show how to use Next.js router for a 100% SPA (no JS server) app.

You use Next.js router like normally, but don't define getStaticProps and such. Instead you do client-only fetching with swr, react-query, or similar methods.

You can generate HTML fallback for the page if there's something meaningful to show before you "know" the params. (Remember, HTML is static, so it can't respond to dynamic query. But it can be different per route.)

Don't like Next? Here's how to do the same in Gatsby.

amkisko

# AUTHOR: Andrei Makarov (github.com/amkisko)

class ApplicationViewRecord < ApplicationRecord
  self.abstract_class = true

  def self.attribute_names
    @attribute_names ||= attribute_types.keys
  end

  def self.load_schema!

amkisko

<div data-controller="address-form">
  <%= simple_form_for(address, url: address_path(address)) do |f| %>            
    <%= f.text_field :address, "data-address-form-target" => "address" %>
    <%= f.hidden_field :address_lon, "data-address-form-target" => "addressLon" %>
    <%= f.hidden_field :address_lat, "data-address-form-target" => "addressLat" %>
    <div data-address-form-target="addressMapContainer" style="width: 500px; height: 500px; margin-left: -3.6rem;"></div>
    <%= f.button :submit %>
  <% end %>
</div>