You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
🎵 Bands coming to Asheville this week — auto-generated from avlgo.com
🎵 Bands playing in Asheville this week
Week of Sun Jun 7 – Sun Jun 14, 2026
Updated each Sunday at 9 AM — up to 25 of the highest-scored upcoming shows on avlgo.com are selected (its event score weighs how rare, novel, and large-scale each event is), listed by date, and the top Spotify track for each headliner is added to the playlist.
A Laravel Artisan command built for the Curitics Care-Management app to stress-test it at production scale and beyond. Generates N new patient records plus proportional related data (medication refills, conditions, care gaps, notes, tasks, plans) so performance benchmarks exercise the queries that actually get slow in prod.
Vapor build: php artisan optimize caching wrong paths on all environments
Vapor php artisan optimize: original analysis was wrong
TL;DR
The previous version of this gist claimed php artisan optimize should be moved from build to deploy because cached views/routes contain wrong file paths. That's incorrect. Cached Blade views only contain path references in PHP comments (/**PATH ... ENDPATH**/), not in executable code. Laravel resolves paths dynamically at runtime.
Moving optimize to deploy actually breaks the deploy because Lambda's /var/task is read-only and event:cache/view:cache can't write there.
The standard Vapor template (optimize in build) is correct. Don't change it.
The assessment component is the highest-volume transaction in the app — 1.8M Livewire interactions in 2 days (Sentry data). PR #2929 added server-side autosave that fires afterStateUpdated on every form field.
The application has 140 master_* tables containing reference data (statuses, types, priorities, etc.). These are
queried millions of times but rarely change — some are truly static (genders, states, countries), others are
modified every few weeks (task statuses, case statuses).
Approach: Cache::flexible() (Laravel 11's stale-while-revalidate) at the model level via a shared trait.
JS — compiled Alpine components published to public/js/filament/ (updated via php artisan filament:assets)
The Vapor build steps run composer install (which pulls the latest PHP), but never run php artisan filament:assets. This means every Filament version bump via composer silently leaves the published JS behind.
Checkly vs Better Stack - Feature & Cost Comparison
Checkly vs Better Stack vs Sentry vs Uptime Kuma vs UptimeRobot
General uptime monitoring + catching intermittent TLS failures on specific AWS API Gateway nodes.
Verdict
General monitoring: Start with Checkly Free (6 locations, 1-2 min checks) + Sentry uptime ($1/monitor/month) if you're already on Sentry. Or self-host Uptime Kuma for free on a $5/mo VPS. UptimeRobot Free (50 monitors, 5-min checks) is another solid zero-cost option if you just need simple HTTP pings.
Catching today's issue: Checkly Team ($64/mo) — 30s checks across 24 locations with TLS error detail. Better Stack, Sentry, Uptime Kuma, and UptimeRobot all fall short here — single-location or multi-failure requirements mean a bad node in a round-robin pool likely goes undetected.