у меня была такая же история на 5.2, не было времени искать решение, просто поднял supervisor и всё, так даже лучше.

есть конечна проблема в том что его сложно поднять на локальной машине, хотя если linux или mac, проблем не много. А так для тестирование в консоль php artisan queue:listen и он будет по послденго слушать соединение не прервывая его, хотя иногда через пару часов бывает падает, но не всегда.

так тут проблема в том, что любая команда не пашет из шедулера, не только очереди

в крон вроде как прописал

а ты в крон как прописал? типа этого * * * * * php /path/to/artisan schedule:run » /dev/null 2>&1 или запросом через http?

Как консольную утилиту

Потом ее же выполнин

И она работала

А из крона нет

ага, было б неплохо

Ну все логично)

У дебиан система

Просто слепо вставляли пример с сайта ларавела

глянул логи крона

Error: bad username; while reading /etc/cron.d/mtt-app-scheduler

* * * * * <USERNAME> <COMAND>

В доках нет имени пользователя, под которым запускается

поставил, все разработало)

воно оно чё

Возможно есть разделение крона по пользователям

Но основной cron.d

рутовый так не работает

нужно указывать пользователя

Всем привет. С наступившим НГ! Кто знает, как заставить лару джойнить в один запрос все релейшены, которые хочу получить with(...), вместо отдельных select запросов?

сократить количество запросов к базе?

да

ну наверно не использовать отношения. только join, только хардкор )

ну да, эх)

Или кэшировать

Всем привет. С наступившим НГ! Кто знает, как заставить лару джойнить в один запрос все релейшены, которые хочу получить with(...), вместо отдельных select запросов?

Как вариант составить по селект запросу вьюшку и использовать её. Или не прокатит?

Нет, не пойдет. Я к тому, что потом выхвтывать соответственно эти релейшены в коде $user = User::with('role')->find(1); получить соответственно $user->role->name одним запросом Тут разбор идет по двум моделям, User и Role и соответственно Role попадет как релейшн в сущность User

Или речь о какой вьюшке? В контексте БД?

В контексте БД.

https://habrahabr.ru/post/47031/

ясно, ну можно и вьюшкой конечно, но тогда и данные о самой роли будут содержаться непосредственно в сущности User

Да, я понял о каких вьюхах речь))

ясно, ну можно и вьюшкой конечно, но тогда и данные о самой роли будут содержаться непосредственно в сущности User

Та да, не совсем кошерно.

А это не оно? $users = DB::table('users') ->join('contacts', 'users.id', '=', 'contacts.user_id') ->join('orders', 'users.id', '=', 'orders.user_id') ->select('users.*', 'contacts.phone', 'orders.price') ->get();

Джойны само собой, конечно все за один запрос соберет, но в итоге это будет все в одной сущности (в одном массиве, коллекции). Да и это не релейшены

Кто знает, есть ли генераторы админок на php, подобие http://keystonejs.com ??

Ребята всем здрям! Логику обязательно держать в моделе?

Контроллер для чего вообще?

логику можно выносить в сервисы

Что ещё за сервисы? Не знаю такого. Знаю файл с маршрутами, в котором указываешь контроллер для маршрута

Модель вообще не могу допереть для чего

С шаблонами слава Богу разобрался

модель для описания таблицы в бд и её связей с другими таблицами

Только для этого?

В контроллере я могу обраться к базе данных и передать потом данные в шаблон?

ну если там что-то короткое, то, вроде бы, не воспрещается https://laravel.com/docs/5.3/controllers#defining-controllers

Я на 5.2 версии

Но обновлял проект до 5.3

Там есть изменения

По умолчанию при создании модели в ней уже прописано use Illuminate\Database\Eloquent\Model;

В документации есть еще фасад DB

Подскажите какой из них лучше использовать?

через дб можно использовать query builder без моделей или вообще чистые sql запросы

т.е. я могу в контроллере добавить use DB?

Да

И не обращаться к моделе, получать данные из базы и передавать их шаблону

?

Это не нарушает логику Laravel?

Просто я новичок и хотелось с самого начала писать правильно

Еще хотел спросить оба фасада защищены от инъекций?

Модели нужны

Чтобы не писать селектв к таблицам

DB::unprepared('DELETE FROM users WHERE id=' . $request->input('id')); - не защищено

А писать нормальный семантически обоснованный год

Код*

Запутался

Млин сложно новичку осваивать фрейм

посмотри на ютубе видосы обучающие, почитай статейки

Смотрел уже. Предпочтительно использование моделей со стандартным фасадом use Illuminate\Database\Eloquent\Model;

Все запросы в моделе которая возвращает $var с данными и передает её контроллеру, который её передаёт уже шаблону

Чтобы не писать селектв к таблицам

Вот этого не понял

Можно пример, чтобы внести ясность?

чтобы код был короче и более человекопонятный

Ок. Можно пример обращения к таблице пользователей с запросом на выбор всех пользователей

Из контроллера и из модели

Хотелось бы посмотреть какие отличия

$users = User::all();

Это в моделе насколько я понял

нет. User - модель

это в контроллере

запрашиваем всех юзеров через соответствующую модель

Значит в контроллере я еще дописываю путь к моделе User

use App\User;

да, неймспейс

Валерий у меня создан маршрут /calendar который обрабатывается CalendarController@index

Так же я создал через консоль php artisan make:model Calendar

Теперь в контроллере я дописываю use App\Calendar;

а таблица-то в базе есть? calendars

И пишу в контроллере запрос $calendar = Calendar::all();