Хостинг для Laravel выбирают по устройству приложения. Сайт, который только отвечает на веб-запросы, и сервис с очередью, рассылкой и фоновым импортом предъявляют разные требования. Большой диск не подтверждает возможность держать worker; SSH сам по себе не разрешает постоянные процессы.
Требования Laravel 13 и public
В документации Laravel 13, проверенной 6 октября 2026 года, указан PHP от 8.3 и набор расширений, включая cURL, DOM, Fileinfo, Mbstring, OpenSSL и PDO. Для другой ветки Laravel сверяйте ее руководство и зависимости проекта: этот минимум нельзя переносить на все версии.
Веб-сервер должен направлять запросы в public/index.php. Публикация корня проекта может открыть конфигурацию и секреты. До оплаты спросите, можно ли изменить document root, а не переносите index.php вверх ради ограничений панели. Для storage и bootstrap/cache требуются права записи нужного процесса; открывать запись всем пользователям не следует.
В рабочей среде APP_DEBUG должен быть выключен. Ошибки записывают в защищенный журнал, а не показывают посетителю с параметрами окружения. Эти настройки не измеряют производительность тарифа, но определяют возможность безопасного размещения.
Что спросить у двух кандидатов
| Требование проекта | Вопрос о тарифе | Что еще проверить |
|---|---|---|
| Веб-PHP | Есть ли нужная ветка и расширения | Совместимость пакетов lock-файла |
| CLI | Как выбрать интерпретатор для Artisan | Совпадает ли среда с веб-приложением |
| Сборка | Разрешены ли Composer и доступ к репозиторию | Память и время установки |
| Очередь | Можно ли держать worker и перезапускать его | Кто следит за остановкой процесса |
| Расписание | Есть ли минутный запуск команды | Часовой пояс и результат задачи |
| База и кеш | Какие сервисы и соединения доступны | Цена, доступы и копии |
Сохраните ответы с названием услуги и тарифом. В нашей выборке нет полной матрицы Laravel-совместимости, поэтому произвольные shared-планы не помечены как подходящие. Общие проверки PHP и SSH помогают подготовить запрос, но не заменяют ответ поставщика.
Очередь не равна обычному Cron
По руководству очередей Laravel queue:work работает как долгоживущий процесс. После изменения кода workers нужно корректно перезапускать; менеджер процессов отвечает за запуск после выхода. Наличие PHP в тарифе не доказывает, что такая схема разрешена.
Если worker обрабатывает заказ, повторная попытка не должна повторять платеж или письмо без контроля. Обсудите с разработчиком последствия сбоев и наблюдение за очередью. Для выбора тарифа нужны длительность задачи, память, драйвер очереди и правила внешних подключений, а не число посетителей на главной.
Scheduler и деплой
Документация scheduler описывает минутный вызов schedule:run через серверное расписание. Метод withoutOverlapping помогает ограничить пересечение задач, но схема блокировки и кеша должна соответствовать приложению. У панели с более редким минимальным интервалом такая конфигурация требует отдельного решения.
Запишите, кто переключает код, перезапускает workers и контролирует задания после релиза. Смена файлов не гарантирует смену кода в постоянном процессе. Перед выбором VPS включите администрирование в смету; перед shared подтвердите допустимость всех этих операций.
Проверка своей копии перед переключением
Подготовьте изолированную копию без реальных платежей, писем и внешних webhooks. Проверьте вход, загрузку файла, запрос к базе и одну задачу очереди. Повторите задачу и убедитесь, что тестовые данные не задвоились. Эти действия предложены для проверки владельцем, а не представлены как наши проведенные тесты.
Сохраните код, настройки и согласованную копию данных. Откат файлов не отменяет миграцию базы и новые заказы. План возврата обсуждают до переключения, особенно если приложение продолжает принимать записи.
Для бюджетного сравнения используйте цены, для собственной службы - VPS/VDS. Не выбирайте сервер только по слову Laravel: сначала подтвердите матрицу окружения, затем проверьте свою операцию на копии.
Вывод относится к сценарию этой страницы и не заменяет проверку конкретного тарифа.