Розробка адміністративної панелі на Filament (Laravel)

Чому Filament став стандартом для Laravel-адмінок?

Уявіть: у вас інтернет-магазин на Laravel, потрібно додати адмінку для менеджерів. За два місяці ви наваяли 20 CRUD-контролерів, 40 представлень і тонну JavaScript для валідації. А через пів року приходить новий замовник і просить мультитенантність — все з нуля. Розробка адмін-панелі на Laravel часто перетворюється на хаос: повторювана CRUD-логіка, роздуті контролери, ручне зв'язування форм і таблиць. Filament вирішує це, надаючи декларативний API на основі ресурсів. Однак без правильної архітектури панель стає некерованою — ми знаємо це з досвіду 40+ проектів. Використовуючи Filament 3 з Livewire, ми будуємо панелі, які не гальмують навіть при тисячах записів, і економимо до 60% часу порівняно з кастомною розробкою. Filament прискорює розробку в 3 рази — це підтверджує наша практика.

Які проблеми вирішує Filament?

N+1 запити при завантаженні списків. Filament автоматично оптимізує запити через eager loading, але для складних зв'язків потрібно правильно налаштувати with() у ресурсі. Інакше таблиця завантажується по 10 секунд. Ми точково налаштовуємо relationship-колонки і уникаємо цього болю. Кейс: для клієнта з 50 000 замовлень налаштували eager loading на замовлення та товари — час завантаження впав з 12 до 0.3 секунди.

Hydration mismatch при реактивних оновленнях. Livewire іноді видає помилки при невідповідності стану на сервері та клієнті. Ми використовуємо defer для форм і lazy для віджетів, щоб мінімізувати розбіжності.

Гнучкість кастомізації. Вбудовані компоненти не завжди покривають бізнес-логіку. Filament дозволяє створювати кастомні сторінки на Blade або Livewire, підключати свої дії та хуки. Наприклад, ми реалізували панель аналітики з графіками Chart.js за 2 дні — без жодного JavaScript файлу.

Як ми будуємо адмін-панель на Filament

Стек: Laravel 11, Filament 3, Livewire 3, Alpine.js, PostgreSQL, Redis, Docker. Для мультитенантності використовуємо вбудований механізм Filament, для прав — Spatie Permission. Приклад типового ресурсу Order:

php artisan make:filament-resource Order --generate

Кастомізація форми та таблиці — в коді ресурсу. Ми додаємо фільтри, bulk-дії та віджети дашборду. Ось як виглядає віджет виручки:

class RevenueWidget extends StatsOverviewWidget
{
    protected function getStats(): array
    {
        return [
            Stat::make('Виручка сьогодні', '₽' . number_format(Order::today()->sum('total') / 100, 0, '.', ' '))
                ->description('+12% до минулого тижня')
                ->descriptionIcon('heroicon-m-arrow-trending-up')
                ->color('success'),
            Stat::make('Нових замовлень', Order::today()->count()),
            Stat::make('Середній чек', '₽' . number_format(Order::today()->avg('total') / 100, 0, '.', ' ')),
        ];
    }
}

Для нестандартних сторінок — наприклад, аналітики — створюємо кастомну Blade-сторінку з Livewire-компонентами.

Порівняння: Filament vs кастомна панель

Порівняння з альтернативами: Filament vs Nova vs Orchid

Філамент виграє за співвідношенням ціна/можливості і не поступається в гнучкості навіть кастомним рішенням.

Процес роботи

1. Аналітика: вивчаємо бізнес-процеси, виділяємо сутності та ролі.
2. Проектування: створюємо структуру ресурсів, форми, права доступу.
3. Розробка: реалізуємо ресурси, віджети, кастомні сторінки, інтеграції.
4. Тестування: unit-тести, навантажувальне тестування, перевірка Core Web Vitals.
5. Деплой: Docker-контейнери, CI/CD, налаштування моніторингу.

Що входить в результат

• Повний код адмін-панелі з ресурсами, формами, таблицями, віджетами.
• Документація по структурі та налаштуванню.
• Навчання команди (1–2 сесії).
• Гарантійна підтримка 1 місяць після здачі.

Як уникнути типових помилок при роботі з Filament?

• Не налаштовувати eager loading в ресурсах — гальмують таблиці.
• Ігнорувати Policies — дірява безпека.
• Використовувати $generate без кастомізації — отримуємо шаблонну панель.
• Забувати про lazy loading для віджетів — падає дашборд.

Спираючись на наш досвід, ми уникаємо цих граблів і будуємо панелі, які масштабуються з ростом бізнесу. Зв'яжіться з нами, щоб обговорити ваше завдання. Замовте розробку адмін-панелі на Filament — результат перевершить очікування.

Послуги бекенд-розробки: production-grade надійність

На production-сервері о 3:14 ночі черга Laravel Jobs перестала оброблятися — 40 000 необроблених завдань у Redis. Причина: worker упав через memory leak у статичній змінній Eloquent observer, supervisor не перезапустив через misconfigured stopwaitsecs. Ми розбирали такий інцидент на проекті з 500 RPS: діагностика 4 години, фікс — 20 хвилин. Щоб ви не втрачали гроші, пропонуємо послуги бекенд-розробки з акцентом на production-grade надійність — 10+ років досвіду, 50+ проектів, 5 років на ринку. Оцінимо ваш проект за 2 дні.

Які проблеми вирішуємо

N+1 запити: головний вбивця швидкості

N+1 — найпоширеніша причина повільних сторінок у Laravel-додатках. Стандартна історія: сторінка працювала нормально на dev з 10 записами, на production з 10 000 — 8-секундне завантаження.

Laravel Debugbar у dev-оточенні показує кількість запитів. Більше 20 — сигнал для audit.

Model::preventLazyLoading(! app()->isProduction());

Telescope для профілювання: логує всі запити, jobs, mail, notifications з деталізацією. Після впровадження eager loading час завантаження сторінки падає з 8 с до 0.3 с — у 27 разів.

Memory leak у статичних змінних

У Laravel Octane або Swoole додаток тримається в пам’яті між запитами. Статичні змінні не скидаються — призводять до неконтрольованого росту пам’яті. Використовуємо defer-функції та контейнерні біндинги для коректного скидання стану.

Неправильний connection pool

Rails, Laravel, Django відкривають нове з'єднання PostgreSQL на кожен PHP/Python процес. 100 воркерів — 100 з'єднань. PostgreSQL деградує від 200+ активних з'єднань через overhead на управління.

PgBouncer у transaction pooling: 1000 воркерів → 20–50 реальних з'єднань. Це знижує latency на 40% та зменшує витрати на хостинг на 30% — при середній вартості хостингу $2,000/міс економить $600/міс. GIN-індекс для JSONB до 100 разів швидший за B-tree при пошуку.

Як Octane справляється з високим навантаженням?

Laravel Octane (RoadRunner або Swoole) прибирає overhead bootstrap на кожен HTTP-запит. Приріст: 3–8x на синтетичних бенчмарках, 2–4x на реальних додатках. Важливо: не зберігати стан у статичних змінних — застосовуємо це на проектах >1000 RPS.

Як PostgreSQL допомагає уникнути повільних запитів?

Використовуємо composite indexes для WHERE + ORDER BY, partial indexes для фільтрів з високою селективністю, GIN-індекси для JSONB та full-text search. to_tsvector + GIN замість LIKE '%query%' — запобігає seq scan навіть на мільйонах записів. Аналізуємо плани через EXPLAIN ANALYZE та pg_stat_statements.

Як обрати стек для вашого проекту?

Node.js виправданий для realtime: Laravel публікує події в Redis Pub/Sub, Node.js підписується та транслює клієнтам. Go — для goroutines (10k з'єднань на сервер — норма), але розробка повільніша, ніж Laravel.

Чому Redis критичний для продуктивності?

Redis виконує кілька ролей:

Redis Cluster для горизонтального масштабування, Sentinel для автоматичного failover. Замовте консультацію щодо оптимізації Redis для вашого проекту.

Що входить в роботу під ключ

• Архітектурне проектування (документація API, схема БД, діаграма сервісів)
• Реалізація за узгодженим ТЗ з code review
• Налаштування CI/CD (GitHub Actions, Docker), моніторингу (Sentry, Grafana), алертингу
• Навантажувальне тестування (k6, wrk) зі звітом
• Передача вихідних кодів, доступів, інструкція з деплою
• Навчання команди замовника (2–3 сесії)
• Гарантійна підтримка 1 місяць після здачі

Орієнтири по термінах

Вартість розраховується індивідуально після аналізу вимог до навантаження, інтеграцій та бізнес-логіки. Зв'яжіться з нами для безкоштовного аудиту вашого поточного backend — отримайте план оптимізації за 2 дні. Замовте консультацію та дізнайтеся, як знизити витрати на інфраструктуру на 30% без втрати продуктивності.