@foIIeah гонят тут на тебя?

Ага, Тейлор "подосрал" 😃

и указывать классы там надо исключительно строкой

Есть мнение что там вполне можно через константу класс. Ты просто не осилил) ну а если и нельзя то ресурсный регистратор правится изи и будет как ты хочешь.

Подскажите пожалуйста, как правильно десериализовать json чтобы заработало массовое заполнение? $response = file_get_contents('https://api.coinmarketcap.com/v1/ticker/?limit=0'); $currencies = json_decode($response); foreach ($currencies as $currency) { $local_currency = Currency::create($currency); } бьет ошибку In Builder.php line 754: Type error: Argument 1 passed to Illuminate\Database\Eloquent\Builder::create() must be of the type array, object g iven, called in C:\OSPanel\domains\crypto\vendor\illuminate\database\Eloquent\Model.php on line 1470

Сработало $currencies = json_decode($response, TRUE);

Спасибо!

Спасибо!

Обращайся если что)

Подскажите пожалуйста, есть таблица Currency и есть Rate Нужно вернуть массив валют и в каждой валюте сгруппированные по датам среднеарифмитические курсы по дням типа [ { Валюта1, [ {курсза 2018-02-26}, {курсза 2018-02-27}, {курсза 2018-02-28}, ] }, { Валюта2, [ {курсза 2018-02-26}, {курсза 2018-02-27}, {курсза 2018-02-28}, ] } ] пробую так $currencies = Currency::with(['rates' => function($query) { $query->select(app('db')->raw("AVG(price_usd) as price_usd, AVG(price_btc) as price_btc, DATE_FORMAT(created_at, '%Y-%m-%d') as created_at, currency_id")); }])->get(); return response()->json($currencies);

Фигня какая-то получается, не понимаю как правильно подойти к этому вопросу)

как приатачить к списку продуктов список аккаунтов? Есть модель с методом public function instagrams() { return $this->belongsToMany(AccountInstagram::class, 'products_instagrams'); } что бы добавить к продукту акк вызываю $product->instagrams()->attach($accounts->pluck('id')); как сделать подобное не к одному продукту а к списку? что то вроде такого $products->instagrams()->attach($accounts->pluck('id'));

Циклом

а без цикла никак?

Ребят, $request->file('file')->getMimeType() работает в последней версии?

не работае в общем mime type удалось получить так: $file = 'uploads/'.$image->getClientOriginalName(); $mime = File::mimeType($file);

где-то есть кукбук для ларавеля с докером?

Ребята, а готового /resources/lang/ru из-под коробки нет что ли?

Нашел https://github.com/caouecs/Laravel-lang но как-то странно

Ничего странного

не работае в общем mime type удалось получить так: $file = 'uploads/'.$image->getClientOriginalName(); $mime = File::mimeType($file);

Дыру в безопасности ощущаю я)

Нашел https://github.com/caouecs/Laravel-lang но как-то странно

У него хороший пакет, но файлы приходится только вручную копировать. Для автоматизации процесса есть пакет: https://github.com/andrey-helldar/laravel-lang-publisher В файл композера в блок обновления дописываешь "php artisan lang:update" и после каждого обновления приложения файлы будут заменены свежей версией.

Ага, меня это и смутило

Приветствую. Кто-нибудь делал отношение многое ко многим через json поле? Имеется вот такое json поле: { "imgs": [ { "slot": 1, "id": 121, }, { "slot": 2, "id": 178 } ] } Пытаюсь через отношение подтянуть все imgs.id

кто с botman.io работал?. такой вопрос > как указать какой драйвер использовать при отправке сообщения? к примеру, получил сообщение из ТГ хочу отправить в ВАЙБЕР где это указать чтоб использовать другой драйвер?

кто с botman.io работал?. такой вопрос > как указать какой драйвер использовать при отправке сообщения? к примеру, получил сообщение из ТГ хочу отправить в ВАЙБЕР где это указать чтоб использовать другой драйвер?

ага вроде так $this->bot->setDriver(FacebookDriver::class)

подскажите как для юзера с id == 0 выдать все разрешения чтобы было Auth::user()->id == 0 && Auth::user()->can('qweqwe') == true

как можно получить урл предыдущей страницы?

подскажите как для юзера с id == 0 выдать все разрешения чтобы было Auth::user()->id == 0 && Auth::user()->can('qweqwe') == true

https://laravel.com/docs/5.5/authorization#policy-filters

как можно получить урл предыдущей страницы?

url()->previous() вроде

url()->previous() вроде

спасибо

все время забываю про этот хэлпер

есть юзер с public function can($ability, $arguments = []) { return Gate::forUser($this)->check($ability, $arguments) || SitePermissions::can($this, $ability); } если вызывать напрямую MyUser::find(15)->can('admin') отдаёт true если через мидлвэр 'can:admin' отдаёт AccessDeniedHttpException This action is unauthorized. что не так?

в чём может быть проблема?

в чём может быть проблема?

нельзя делать безымянные ресурсы

это тот который у тебя в группе первый с name "/"

Всем привет! Вопрос по Django, возможно глуповатый. Как такое перевести в Django вариант: $data = App\Detail::get()->keyBy('key')->toArray(); dd($data['key']['name']);

это тот который у тебя в группе первый с name "/"

И как поступить, есть мне надо там /

И как поступить, есть мне надо там /

не делать группу c префиксом а давать имена users users.group

Ребят, вопрос на засыпку.

засыпай

Что из двух вариантов лучше - использовать таблицы связей или поле JSON? Например, товар имеет несколько цветов - их можно добавить в таблицу связей, а можно в поле с JSONом.

Что быстрее?

Например, потом нужно найти товары с определенными цветами - где быстрее найдется, там, где используется таблица связи или там, где джейсон?

мне кажется, что в JSON быстрее искать, чем в базе

Джейсон хранится в базе - это колонка с типом данных JSON :)

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

то есть - заметной глазу

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

Что из двух вариантов лучше - использовать таблицы связей или поле JSON? Например, товар имеет несколько цветов - их можно добавить в таблицу связей, а можно в поле с JSONом.

а не понадобится ли когда-нибудь фильтр по цвету?

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

иногда лучше молчать. особенно если не шаришь вообще

иногда лучше молчать. особенно если не шаришь вообще

да, лучше молчать, если не шаришь

Например, потом нужно найти товары с определенными цветами - где быстрее найдется, там, где используется таблица связи или там, где джейсон?

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

плюс если джейсон юзать в коде будет тоже не всё ладно. (потеряешь например возможности ORM по работе со связями) это если ты в джейсоне id цветов хранить будешь а не сами значения

/link@yetanotherstatsbot

https://b.yasb.exileed.com/t/laravel_pro

а не понадобится ли когда-нибудь фильтр по цвету?

Понадобится, разумеется.

Понадобится, разумеется.

ты видел запрос на поиск в поле json массиве?

Понадобится, разумеется.

тогда делай отдельную таблицу, разумеется. Гораздо больше гибкости. Выпадашка в админке/фильтр/поиск/массовое изменение и т.п.

json хорош в базе когда надо хранить неизвестные свойства в большом количестве например высота,ширина,диаметр и ты не знаешь какие будут 1 или 3 недавно так делал, одно поле json в базе properties

плюс если джейсон юзать в коде будет тоже не всё ладно. (потеряешь например возможности ORM по работе со связями) это если ты в джейсоне id цветов хранить будешь а не сами значения

Тут подробней можно?

json хорош в базе когда надо хранить неизвестные свойства в большом количестве например высота,ширина,диаметр и ты не знаешь какие будут 1 или 3 недавно так делал, одно поле json в базе properties

Если тебе надо json в DB - то наверное лучше не реляционная DB нужна

вот честно

мне всегда казалось что json в реляционных это как костыль

уж лучше тогда монгу взять

и не париться

Если тебе надо json в DB - то наверное лучше не реляционная DB нужна

ну это спорное утверждение. почему я в реляцеонной бд не могу обрести силу документоориентированной?)

ты видел запрос на поиск в поле json массиве?

https://laravel.com/docs/5.6/queries#json-where-clauses

ну это спорное утверждение. почему я в реляцеонной бд не могу обрести силу документоориентированной?)

потому что она реляционная!!!

как бы ответ в названии

а так ты можешь из булки хлеба и ножа сделать троллейбус, но зачем?

потому что она реляционная!!!

а я и то и другое хочу)

и пречин у меня может быть 10ток

а еще межсерверные транзакции и прочее

конечно ты можешь хотеть все что угодно

https://laravel.com/docs/5.6/queries#json-where-clauses

это если у тебя в поле объект. а у тебя же массив будет.

но есть общепринятые паттерны решения задач

но всегда можно делать свой велосипед

набить шишек

это без проблем

это если у тебя в поле объект. а у тебя же массив будет.

В смысле? Там же просто ключ - значение.