Remove leftover Cloud66 custom_web process from Procfile

Aperta Adatta ai principianti
#7,330 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@ShahadatTest ci sta già lavorando.

Dal 2/11/2026.

  • #7331 di @ShahadatTest — aperta

Valutazione

Difficoltà
1/5
Tempo stimato
Meno di un'ora
Idoneità per principianti
88/100
Tipo di issue
Refactoring
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
docker, rails, ruby, shell
Ambito
devops

Direzione di ricerca

Il processo spurio è la riga custom_web: bundle exec puma nel Procfile nella radice; eliminala e lascia release e web invariati. Poi esegui grep -rni "custom_web\|cloud66" . escludendo node_modules e controlla app.json per lo stesso nome. È completato quando il grep non trova riferimenti residui e il corpo della PR contiene "Closes #7330"; non si applicano test e Procfile.dev resta invariato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Difficulty: Easy Good First Issue

What

The production Procfile still has a custom_web process left over from when the app was deployed on Cloud66:

release: bundle exec rake db:migrate && bundle exec rake after_party:run
web: bundle exec puma
custom_web: bundle exec puma   # <- remove

It came from commit 05d5801e7 ("tell cloud66 to use puma like we currently do"). The app runs on Heroku now, and nothing uses custom_web. Heroku lists it as a dyno type that is scaled to 0. It's harmless but confusing: it looks like a second web process.

The Heroku dashboard also shows a worker: bundle exec rake jobs:work dyno type scaled to 0. It isn't in the Procfile (Heroku is remembering it from an old Procfile). Background jobs currently run through a Heroku Scheduler entry (rake jobs:workoff every 10 min), not a worker dyno.

Task (contributor)

  • Delete the custom_web: bundle exec puma line from Procfile
  • grep -rni "custom_web\|cloud66" . (excluding node_modules) and remove any other leftover Cloud66 references, if there are any
  • Check that app.json doesn't reference custom_web
  • Open a PR that says "Closes #"

There are no Ruby code changes and nothing to test locally. bin/dev uses Procfile.dev, which this doesn't touch.

Follow-up (maintainer, after merge and deploy)

Once a deploy runs without custom_web in the Procfile, Heroku should drop it from the formation. If it or worker is still listed, check with:

heroku ps:type -a casa-production

Both are scaled to 0, so they cost nothing; this is cleanup only.

Out of scope

Don't add a worker: line. Turning on a worker dyno is a separate cost/ops decision; the job queue runs through Scheduler for now (see #7291).

Lingua principale
Ruby
Stelle
382
Fork
547
Merge medio
2g 22h
PR unite (30g)
46

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di rubyforgood/casa

Tutte le issue di rubyforgood/casa

Issue simili

Altre issue su Ruby

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.