звучит как "да пошёл ты на х*й со своим сикюэлом" :) но ума от этого больше не становится :D

Однозначно нет.

Не ругайтесь

Все привет. Подскажите по сервис-провайдерам. Например, я пишу свой класс с нужным мне функционалом. Правильно ли я понимаю, что в Laravel хорошей практикой считается свои классы обрамлять в сервис правайдеры? Ну, а потом, где это необходимо инжектить.

Неправильно выразился. Точнее не обрамлять, а создавать сервис провайдер и связывать его со своим классом

config/app.php

Нет. Если только для этого то не надо. Тут хватит autoload

То есть, если я пишу свои классы, то просто можно создать отдельную папочку и там их хранить. В самих файлах указывать нэймспэйс, и юзать их где нужно. Это нормально в контектсе Laravel?

Да

Отдельная папка не Web контроллеры, отдельная на api

То есть, если я пишу свои классы, то просто можно создать отдельную папочку и там их хранить. В самих файлах указывать нэймспэйс, и юзать их где нужно. Это нормально в контектсе Laravel?

Да в app свои папки и не только нормально но и нужно чаще всего)

Как пример

Только в рутах будешь писать папка/имя контроллера

@функция

Все привет. Подскажите по сервис-провайдерам. Например, я пишу свой класс с нужным мне функционалом. Правильно ли я понимаю, что в Laravel хорошей практикой считается свои классы обрамлять в сервис правайдеры? Ну, а потом, где это необходимо инжектить.

Для класса провайдер вовсе необязателен. Инжект работает и без регистрации в сервис контейнере

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

Ок. Это понял. Но в каких случаях стоит прибегать к созданию сервис-провайдеров?

даже в доках есть примеры где пишут типа ну создайте свою папку и кладите туда файлы, то есть никаких артизан генераторов заранее на это нет. Например ViewComposer

Ок. Это понял. Но в каких случаях стоит прибегать к созданию сервис-провайдеров?

Пррвайдеры это точка где ты регистрируешь классы в контейнере и настраиваешь ещё что то. Если у тебя целая подсистема и этих действий много то нужен отдельный пррвайдер.

Такой вопрос, в чем разница между этими двумя строчками: $task = new \App\Task; и $task = new App\Task;

в наличии корневого неймспейса?

<?php namespace Ebobo; throw new \Exception("It's OK!"); throw new Exception("Fuck yourself!");

Кто заметил что в ларакасте Джефри использовал абривиатуру nah для удаления всего и возврата в прежденее состояние в git (возврат в HEAD)? и вот на лараконе Тео Отвел используют команду в линухе (алиас) nah в гите для того же ???

кто ж их научил русскому нахер ?? :)))

Скоро в ларе будет команда - куда бля, она будет откатывать все миграции до базовых

не можнт это просто чтто там на naHead? но тогда вопрос

что такое na )))

Тоже видел про nah

https://laracasts.com/series/unlocking-badges-workshop/episodes/6

Блин, хорошая штука ) https://community.algolia.com/places/

Блин, хорошая штука ) https://community.algolia.com/places/

она же платная

1000 в день бесплатно

запросов

https://community.algolia.com/places/pricing.html

там если зарегился 100,000 requests/ month бесплатно

это называется блять платно!

у тебя посещаемость на проектах какая?

есть и бесплатные сервисы и такое решение достаточно просто сделать на своем сервере.. Так что смысла нет

кто ж их научил русскому нахер ?? :)))

Статья о таком алиасе ещё в августе 2017 была на https://laravel-news.com/bash-aliases

что такое na )))

все проще https://translate.google.com/#en/ru/nah

все проще https://translate.google.com/#en/ru/nah

Я думал что "неа" - это "nope"

Проверю-ка и я силу вселенского разума :) Я использую некую админку (laravel-admin от encore), которая в частности строит список строк по модели (допустим отражение таблицы "wallets", неких кошельков. Также есть модель "history" с историей транзакций по всем кошелькам. И вот понадобилось в таблице с кошельками видеть и сортировать кошельки по суммам входящих транзакций. Нужно сказать, что админка несколько топорная, максимум что можно сделать — модифицировать запрос к БД в контроллере, в котором в RAW запросе вставить серию джойнов, в результате чего будут выбраны аггрегаты, например те же суммы входящих транзакций. По большому счёту, админка не умеет адекватно работать с отношениями, в ней можно обращаться к отношению в конкретной ячейке, но количество запросов увеличивается равноценно на количество строк. Не кушает она и обёртки "with()". То, что я сделал — работает, модифицированный запрос прекрасно кушается, по его результатам, в том числе по "виртуальным" аггрегатам работает сортировка и т.п. НО: это нарушает одну из основных парадигм MVC (толстые модели, тонкие контроллеры). Да и в целом напрашивается перенос запроса в модель. Внимание вопрос: Можно ли в модели Eloquent (а админка принимает только Eloquent) поменять запрос так, чтобы в нём выбирались и серии аггрегатов из разных таблиц. Или нет?

Проверю-ка и я силу вселенского разума :) Я использую некую админку (laravel-admin от encore), которая в частности строит список строк по модели (допустим отражение таблицы "wallets", неких кошельков. Также есть модель "history" с историей транзакций по всем кошелькам. И вот понадобилось в таблице с кошельками видеть и сортировать кошельки по суммам входящих транзакций. Нужно сказать, что админка несколько топорная, максимум что можно сделать — модифицировать запрос к БД в контроллере, в котором в RAW запросе вставить серию джойнов, в результате чего будут выбраны аггрегаты, например те же суммы входящих транзакций. По большому счёту, админка не умеет адекватно работать с отношениями, в ней можно обращаться к отношению в конкретной ячейке, но количество запросов увеличивается равноценно на количество строк. Не кушает она и обёртки "with()". То, что я сделал — работает, модифицированный запрос прекрасно кушается, по его результатам, в том числе по "виртуальным" аггрегатам работает сортировка и т.п. НО: это нарушает одну из основных парадигм MVC (толстые модели, тонкие контроллеры). Да и в целом напрашивается перенос запроса в модель. Внимание вопрос: Можно ли в модели Eloquent (а админка принимает только Eloquent) поменять запрос так, чтобы в нём выбирались и серии аггрегатов из разных таблиц. Или нет?

А почему ты выбрал именно эту админку? Взял бы voyager - она умеет со связями работать

А ты только на чтение достаешь данные? Если да - используй view ?

вот у менят методы в контроллере. и там я делаю запросы на то что мне нужно. мне по правильному их выносить в модель? http://prntscr.com/kcd4k7

вот у менят методы в контроллере. и там я делаю запросы на то что мне нужно. мне по правильному их выносить в модель? http://prntscr.com/kcd4k7

О релейшенах слышал? В модели test создай релейшен questions, в модели вопросов - answers. При этом раскладе у тебя код будет: $test = Test::whereSlug($slug) ->with('questions.answer') ->firstOrFail(); return view('tests', compact('test'));

О релейшенах слышал? В модели test создай релейшен questions, в модели вопросов - answers. При этом раскладе у тебя код будет: $test = Test::whereSlug($slug) ->with('questions.answer') ->firstOrFail(); return view('tests', compact('test'));

нет

теперь слышал

https://laravel.com/docs/5.6/eloquent-relationships

нет

Я там коммент обновил: https://t.me/laravel_pro/165246

Так стоп. У меня прописаны отношения везде.

Я ж спрашивал это нормально запросы в контроллере держать или мне их в метод модели вынести. Или еще куда то?

Я ж спрашивал это нормально запросы в контроллере держать или мне их в метод модели вынести. Или еще куда то?

В сервисы.

Контроллер должен только контролировать запрос, а не выполнять его. Работу с запросами выносят либо в репозитории, либо в сервисы.

Контроллер должен только контролировать запрос, а не выполнять его. Работу с запросами выносят либо в репозитории, либо в сервисы.

спасиб

Юзать select в твоей ситуации, имхо, дичь.

Юзать select в твоей ситуации, имхо, дичь.

почему?

спасиб

Создают папки app/Repositories либо app/Services и в них кладут логику.

почему?

Потому что у тебя есть eloquent и релейшены, а ты суешь в них костыли. Код, который ты написал, должен выглядеть так: https://t.me/laravel_pro/165246

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

И мой тебе совет: пользуйся переносом строк при написании столь длинных вызовов. Как ты вообще в одну строку код ещё писать не начал? Читать же сложно...

И мой тебе совет: пользуйся переносом строк при написании столь длинных вызовов. Как ты вообще в одну строку код ещё писать не начал? Читать же сложно...

спасиб

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

$users = App\Book::with('author:id,name')->get(); https://laravel.com/docs/5.6/eloquent-relationships#eager-loading

$test = Test::whereSlug($slug) ->with('questions:id,foo,bar', questions.answer:foo,bar') ->firstOrFail(['id, 'duration', 'name', 'slug']); return view('tests', compact('test'));

$test = Test::whereSlug($slug) ->with('questions:id,foo,bar', questions.answer:foo,bar') ->firstOrFail(['id, 'duration', 'name', 'slug']); return view('tests', compact('test'));

Ого. Мой уровень по составлению запросов апнулся. Спасиб

ERROR: S client not available

Ого. Мой уровень по составлению запросов апнулся. Спасиб

You're welcome! Опыт приходит с опытом.

Ребята, добрый день. Вопрос по валидации. Можно ли валидировать пришедший с формы идентификтор не через имя таблицы ('user_id' => 'exists:users,id') а через модель?

Ребята, добрый день. Вопрос по валидации. Можно ли валидировать пришедший с формы идентификтор не через имя таблицы ('user_id' => 'exists:users,id') а через модель?

Лучше напиши свой через Validator::extend

Лучше напиши свой через Validator::extend

А вы как делаете в таких случаях?

Через таблицу или через модель

Зачем тебе через модель?

Я не знаю что ты подразумеваешь под «через модель»

+

Я не знаю что ты подразумеваешь под «через модель»

В качестве источника иформации используется имя модели и поле идентификатора берётся из неё

Зачем

А вы как делаете в таких случаях?

Создаю свой Rule и в нем валидирую по имени таблицы.

В качестве источника иформации используется имя модели и поле идентификатора берётся из неё

В чем смысл?

Друзья, кто сталкивался с такой проблемой: Есть приложение, API на данный момент разрабатывать смысла нет, монолит на ларе. Сейчас потихоньку фронтенд переписываю на vue, в итоге получается, что некоторые данные я должен подгружать через ajax'ы. Как поступать в данных случаях? Т.е. должны быть отдельно маршруты под ajax'ы? Я сейчас делаю костыльно, т.е. так: Route::group(['prefix' => '/ajax'], function(){ Route::get('/order/all', 'OrderController@getDataViaAjax')->name('ajax.order.all'); Route::get('/client/getbyphone', 'ClientController@getClientByPhone')->name('ajax.client.getbyphone'); Route::get('/client_sources/all', 'ClientSourceController@getAllViaAjax')->name('ajax.client_sources.all'); }); Но чувствую, что скоро это станет очень неубодным и убогим способом, по мере расширения

Ребят, нужна помошь, взял таску, сделал, на сервере локально все работает, обновили проект на 000webhosting, там обычный запрос с js на php через xmlHttpReqvest, выдает внутриняя ошибка сервера 500

пацаны, а где-нибудь можно почитать/посмотреть как всё это работает в ларавел, от public/index.php до самого конца, вывода response?

пацаны, а где-нибудь можно почитать/посмотреть как всё это работает в ларавел, от public/index.php до самого конца, вывода response?

https://laravel.ru/docs/v5/lifecycle

https://laravel.ru/docs/v5/lifecycle

более развернуто

Смотри сорцы

сложно)

Кто-то OpenServer'oм пользуется? Нужен же .htaccess в доменной папке?

чтобы на паблик направлял

использую этот пакет https://github.com/dimsav/laravel-translatable

как мне выводить данные только в одном языке

точнее я хочу это все черех api передать

а там со всеми языками передается

хочу выбрать зависимо от запроса взять один язык

Кто-то OpenServer'oм пользуется? Нужен же .htaccess в доменной папке?

Нужен

а там со всеми языками передается

так там же есть выборка

Country::whereTranslation('name', 'Greece')->first();

Country::whereTranslation('name', 'Greece', 'en')->first();

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