делаю по его же статье https://itnext.io/the-ultimate-guide-to-elasticsearch-in-laravel-application-ee636b79419c

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

Потому что в модели могут быть поля, которые могут заполняться с клиента, а могут с админки, и ограничивать это в одном месте не лучшая идея

прописывать надо каждое поле ручками и не лениться

Кому надо?

"Картошка хотя бы потому полезна, что ум в порядок приводит" (с) Чапаев

мем для бумеров, понимаю, но всё ж

здрайствуйте , обесните нубу. маленкие задачи лучше в моделях держат или траиде ? например у мне есть функция  для datatable, он мне нужен почти на всех контроллерах где его засунит ?

а какая ошибка?

в родительском контроллере или в сервис

сделай просто отдельный класс. или вообще функцию-хелпер.

а почему не в траиде ?

родетеслкой контроллер тоже варинт , просто хочу узнать как правилно

да про хелпер тоже думал , но все таки как правилно ?

babenkoivan/scout-elasticsearch-driver[v4.2.0, ..., v4.2.3] require elasticsearch/elasticsearch >=7.0 <7.4.0 -> found elasticsearch/elasticsearch[v7.0.0, ..., v7.3.0] but the package is fixed to v7.10.0 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.

    - Root composer.json requires babenkoivan/scout-elasticsearch-driver ^4.2 -> satisfiable by babenkoivan/scout-elasticsearch-driver[v4.2.0, v4.2.1, v4.2.2, v4.2.3].

даже обновление старых зависимостей не помогает

Просто аргументы никто не приводит, аргумент с админкой, окей, я согласен. Но это при условии, что таковая есть и даже если есть, ты же не будешь использовать один и тот же экшен на изменение объекта админом и юзером, вот в экшене у админа можно специальное поле засетить не fillable, не вижу никакой проблемы. А если брать средние и мелки по размеру проекты, какими в основном все и занимаются, это дрочильня бесполезная

Ну, если серьёзно, тут нет единственно правильной стратегии.

Вот и я о том же, нет смысла спорить, что нужно, а что не нужно, никто никого не заставляет пользоваться ничем. Есть инструмент, кому-то нравится, кому-то нет ...

Просто стрёмно разрешать глобальный fillable, через полгода сделаешь новое поле какое-нить чувствительное приватное, забудешь поправить guarded/fillable и засунут что-нить тебе туда по самые помидоры.

babenkoivan/scout-elasticsearch-driver[v4.2.0, ..., v4.2.3] require elasticsearch/elasticsearch >=7.0 <7.4.0 -> found elasticsearch/elasticsearch[v7.0.0, ..., v7.3.0] but the package is fixed to v7.10.0 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.

    - Root composer.json requires babenkoivan/scout-elasticsearch-driver ^4.2 -> satisfiable by babenkoivan/scout-elasticsearch-driver[v4.2.0, v4.2.1, v4.2.2, v4.2.3].

а как ты зависимость ставишь и какая версия лары

А речи не было про глобальный fillable, речь была в принципе об этом свойстве и его необходимости, конечно же глупо оставлять его пустым, я не сторонник такой темы.