Обычно делают файл с примером настроек, который хранится в Git, после клонирования он копируется и переименовывается в нужное имя для конфигурации, этот файл игнорируется.
Таким образом, на каждой площадке свой конфиг и не нужно плясать со слиянием и уж тем более не нужно создавать отдельную ветку только ради этого.
Пример:
/app/config.sample.php -> /app/config.php
.gitignore:
/app/config.php
Пример из реального проекта: Laravel и его .env.example, который копируется и переименовывается в .env, который игнорируется.
Насколько я понимаю, во время работы php artisan queue:work
Laravel смотрит в таблицу работ и запускает необработанные поочерёдно.
Поэтому, если Job добавлен один раз, более одного раза он выполнен не будет, если во время обработки не будет ошибок. Так что какие-то доработки здесь излишни.
Параметры приходят из строки URL, уходят в функцию-обработчик (или в метод контроллера).
Если URL не соответствует ни одному маршруту, Laravel сам отдаст 404.
Легче выучить язык, чем каждый раз ждать перевода свежей версии документации. И это касается не только Laravel. Без знания английского в программировании делать нечего.
А так да, пока только для 5.2 на laravel.ru / laravel.su
- создаёшь домен
- находишь его в ~/web/domain/.
- там создаёшь папку laravel и запускаешь composer
- переносишь содержимое public в public_html домена Vesta
- в public/index.php добавляешь: