HN user

cassiogo

45 karma
Posts0
Comments25
View on HN
No posts found.

Such a weird take. Of course "self hosting" means "self hosting".

Sure it could be easier/safer to manage, everything can be better.

Over the last couple of years hosting it I had a single issue with an upgrade but that was because I simply ignore the upgrade instructions and YOLOed the docker compose update.

Again, is it perfect? No. Would I expect a non tech savy user to manage their own instance? Again no.

I like Hotwire but I admit its a bit confusing to get started with and the docs dont help. Form submits + redirects are a bit weird, you cant really make the server "break out" of a frame during a redirect if the form was submitted from inside a frame (there are workarounds, see https://github.com/hotwired/turbo/issues/257).

Also, custom actions [https://turbo.hotwired.dev/handbook/streams#custom-actions] are super powerfull, we use it to emmit browser events, update dom classes and attributes and so on, just be careful not to overuse it.

Not that I think this is pratical or even looks good, but its also doable with rails

  require 'bundler/inline'

  gemfile(true) do
    source 'https://rubygems.org'

    gem 'rails', '~> 7.1'
    gem "sqlite3", "~> 1.4"
  end

  require 'rails'
  require 'active_record/railtie'
  database = 'app_development.sqlite3'

  ENV['DATABASE_URL'] = "sqlite3:#{database}"
  ActiveRecord::Base.establish_connection(adapter: 'sqlite3', database: database)
  ActiveRecord::Schema.define do
    create_table :my_table, force: true do |t|
      t.integer :my_table_id
    end
  end

  class App < Rails::Application
    routes.append do
      root to: 'home#index'
    end
  end

  class HomeController < ActionController::Base
    def index
      render inline: 'HOME'
    end
  end

  App.initialize!

  run App
For very small apps on ruby land sinatra and roda are the right choices. On python the choice would be flask instead of the single file django.

He seems a bit biased maybe? Its fair that a rails controller does not exactly screams what its doing (implicit view rendering, routing etc).

But then, for someone not deep into react, a magic string like "use server" also does not clarify anything.

Also, he argues that just because you can it does not mean you should scatter sql queries around your views. But again, just because you can do a bunch of implicit stuff on a Rails controller it does not mean you should.

Could be, but TFA doesn't specify it

If I understood correctly it does. They are handling promo codes outside of stripe.

I feel like you are missing the point of the article

This is an extremely trivial bit of JavaScript, but it is made difficult because it is trying to use a JavaScript

Yes, it is trivial javascript, and it was trivially solved by a couple of javascript lines

My preliminary speed tests were fairly slow on my Macbook. However, once I deployed the app to an actual iPhone the speed of OCR was extremely promising (possibly due to the Vision framework using the GPU). I was then able to perform extremely accurate OCR on thousands of images in no time at all, even on the budget iPhone models like the 2nd gen SE.

He does mention running it on a macbook

replacing the PostgresProjectionsRepository with an MemoryProjectionsRepository

Not as simple if you are using any "advanced" PG feature. If you testing simple select statements thats probably fine.

Im also not in love with the shorthand hash syntax, but besides `_1` I cant remember at the moment what new syntax 3.1 have that 2.0 dont. Pattern matching maybe?

But now that I think about it, yeah, even looking only at pattern matching there is a lot of new syntax going on.