показываю единственно правильные )

Вот за это однозначно класс нужно поставить

Подписался)
Пока что правда 1 месяц пробный период и потом походу будет автосписывание работать с карты)

Symfony\Component\ErrorHandler\Error\FatalError
Declaration of Yajra\Pdo\Oci8::query($statement, $fetchMode = null, $modeArg = null, $ctorArgs = null) must be compatible with PDO::query(string $query, ?int $fetchMode = null, mixed ...$fetchModeArgs)
все вроде прописал как учили,
запрос такой :
public function test(){

    //

 
     $new = DB::connection('oracle')->select("
     select   * from cdr where ROWNUM <= 5");



     print_r($new) ;
 помогите плис, как это вылечить

Signature of PDO::query() method has changed in 8.0: - нагуглил, но с постгрес все тоже самое работает

Каким способом лучше всего навигацию статьи выдавать пользователю? :
1) сохранять отдельным полем вместе с контентом статьи; (здесь скорее всего будет лишнее место занимать + неудобство при изменении контента статьи - нужно постоянно перестраивать навигацию)
2) получать контент и парсить на сервере (открытий статьи много, не будет ли это лишней нагрузкой на сайт..)
3) парсить на клиенте через JS (а вдруг тут отключён жс или строиться будет медленно..)

ребята, подскажите пожалуйста, в чем разница между app->bind и app->singleton, если мы, например, прописываем репозитории в RepositoryServiceProvider, что лучше использовать? Так то понятно, что bind создает несколько разных объектов, а singleton только один, но вот что это значит практически, если один объект и к нему все обращаются не потеряются ли данные, в примерах кто как пишет, может здесь и нет разницы?

Синглтон хранит состояние. При каждом последующем New class будет один и тотже инстанс с предыдущим состоянием. Бинд же это новый инстанс с состоянием по умолчанию.

С синглтонами не надо злоупотреблять. Только там где реально это нужно, а то хлебнуть можно)

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

Ну, надо 2 джойна)))

Или смежная это какая

Это не такие синглтоны. В понятиях контейнера синглтон — это сервис, который кэшируется для текущего рантайма после первого создания. Это работает только если ты сервис нигде вручную не создаёшь. Так что если ты где-то сделаешь new Service(), ты получаешь другой объект, а не тот, который создал контейнер. Это очевидно, потому что для того, чтобы объект был синглтоном, надо выполнить ряд условий.

так и делал, поплыли мозги видимо немного, ладно, посмотрю ошибки, спасибо

смежная, это та, которая как переходник, что бы связи многие ко многим избежать

у меня конкретно она хранит id менеджера и id клиента

Ну вот и все. Джойн и погнал

спасибо за пояснение, но тогда есть вопрос. Вот к примеру я прописал синглтон Корзины через сервис, дальше подключаю репозиторий в модели корзины и пользуюсь им, насайт приходят разные пользователи, не будет ли так что данные одного будут пересекаться с другим. Вообще эта практика с синглтами в таком случае правильная или лучше бинд прописать а сервисе?

У тебя кэш для одного рантайма: один рантайм — один пользователь. Если, конечно, у тебя не octane. Метод синглтон нужен в случаях, когда объект сложно создать и лучше это делать один раз, если он в пределах одного рантайма будет часто создаваться, или когда у тебя есть какое-то состояние, но тут быть внимательнее и понимать, какое состояние можно хранить, а какое сломает приложение. В твоём случае я не вижу проблем, юзай синглтон. Но если сервис простой, можно bind.