Laravel по-русски
Laravel по-русски
Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Написано же: пропущен необходимый параметр. В этом проблема.
Написаны сами параметры. Их два. Где именно это происходит наверняка тоже написано, но ты не показал. После чего вдруг что-то изменилось ты тоже не написал, но наверное в курсе.
Если не на странице, то в логах точно должен быть стек вызовов по которому можно найти файл и строку с косяком.
Поддерживаю предыдущего оратора
Поделюсь своим опытом и буду рад если добавите от себя.
0. Чтобы не словить нежданчик, cразу добавляю в .gitignore к "стандартным" строкам:
.idea
.php_cs.cache
_ide_helper.php
_ide_helper_models.php
.phpstorm.meta.php1. Добавляю в проект пакет Laravel IDE Helper. Это резко расширяет возможности автокомплита в PHPstorm.
2. Добавляю плагин Laravel Idea от Adelf. Он расширит автокомплит для маршрутов и правил валидации, а также добавит полезные кодогенераторы.
3. К сожалению в хелпере для Blade нет встроенной поддержки phpdoc чтобы подсказать IDE что это за данные. Народ просит, но пока нет. Я выкручиваюсь так: в начале шаблона создаю "фиктивную" секцию @php только ради phpdoc:
@php
/**
* @var App\Plan[] $plans
* @var App\User $user
*/
@endphpНу и конечно надо использовать горячие клавиши чтобы ускориться. Мышь/трекпад только дополняют клавиатуру, хоткеи наше всё! Из самых употребимых:
Cmd+клик переход к объявлению переменной/класса/маршрута и т.д.
Shift, Shift поиск файла или класса
Cmd+[, Cmd+] история переходов
Ctrl+Tab переход по открытым табам
Cmd+цифра вкл/выкл инструментальных панелей
Cmd+/ закоментировать/раскоментировать строку(и) с учётом типа файла
А в .env у тебя упоминается QUEUE_DRIVER ?
Миграции выполнил (если драйвер для базы) ?
Есть поле From, а есть Reply-To 
Форум их ставит как надо.
Настоящих личных сообщений fluxbb из коробки не умеет. Как по мне, так и не надо. Вот чего хотелось бы, так это обращения по нику @username. И извещений где тебя цитировали, где к тебе обращались.
Отношения это удобно. Не всегда нужна супер-эффективность запросов, а вот простота и понятность, удобство поддержки кода важны всегда.
Если шире смотреть, фреймворки вообще создаются для того, чтобы типовые задачи решать просто и быстро. Отношения надо рассматривать не в противовес SQL, а как важный кирпичик в здании фреймворка Я считаю если твои данные в БД находятся в отношениях, то описать их через has*/belongsTo* это просто must have. Чтобы было понятно.
Используя отношения, описанные в моделях — нет. На их основе генерятся вторичные самостоятельные запросы, а не джойны.
Но ты можешь буквально написать
Foo::select(...)
->leftJoin('foo_bar',...)
->leftJoin('bar',...)
->get()Я бы сначала убедился что MySQL работает и доступен, любым доступным способом. Потом перепроверил бы под каким именем мапится контейнер с БД. Может быть так вернее:
DB_HOST=mysql
и уж точно не использовал бы вход под root
Где-то ты ошибся, но мы не сможем сказать, т.к. это зависит от твоих местных настроек laradock.
Вот тема, читай, пробуй: https://github.com/laradock/laradock/issues/1299
Как насчет такого подхода?
Это конечно хорошо, потому что достаточно в одном месте внести правку чтобы оно сработало везде. Но это усложнение. Мне нравится когда всё можно увидеть и понять сразу, когда отсутствует визуальный шум. Простые вещи просто поддерживать.
Истина где-то посередине.
Я просто копирую шаблон. Тот случай, когда копи-паста это благо.
Вопрос 2 - Как выложить фотo в форум ? Через тэги IMG у меня не получилось. Файл лежит в диске C:\ папка Pictures
Можно выложить на сервис картинок типа https://imgur.com/ и потом дать ссылку в img.
Я в восторге от скриншотилки https://monosnap.com/ — есть под винду и мак, можно сделать скриншот, добавить стрелочки-подписи и сохранить в бесплатное хранилище, ссылки для форума генерятся. Минимум теложвижений, максимум эффекта.
В конструкторе контроллера нельзя работать с куками и вообще с запросом. Жизненный цикл Laravel таков, что в момент создания конроллера объект request ещё не готов, т.к. мидлвары ещё не отработали. В частности кука может быть ещё не раскодирована (они ведь в Laravel encrypted by default)
Ты можешь исключаить один или несколько маршрутов от проверки токена.
Но лучше таки доставить токен на фронт в каком-то предыдущем запросе.
https://stackoverflow.com/a/37136853/272885
https://laracasts.com/discuss/channels/ … ost-routes
Я думаю, что твой клиент, т.е. браузер, реально делает get запрос. Возможно сначала post, а затем get. Такое поведение могло бы быть из-за редиректа. А редирект из-за ошибки в данных.
Но давай сначала увидим какие запросы происходят. Для этого надо открыть инспектор и потом повторить свои действия, которые приводят к ошибке.
F12, вкладка Network. Там показываются запросы и ответы.
Раз ты не отвечаешь на вопросы, а начинаешь строить какие-то новые косяки, я покидаю тему. Разруливай сам.
Так что же показывает инспектор браузера про конкретно этот запрос?
Вряд ли это Laravel переделывает, скорее таки ты посылаешь так. Проверить-то нетрудно, достаточно заглянуть в инспектор браузера.
Во-первых, почему ты используешь left join здесь? Открытое левое или правое соединение подразумевает, что одна из половинок может отсутствовать. Ты думаешь это допустимо, когда товар не найден по его идентификатору? Не думаю! Поэтому здесь уместен только inner join, он же просто join.
Есть подозрение, что тебе надо не итоговую сумму (не только её), но стоимость каждой позиции в корзине, т.е. нужен GROUP BY product_id. Но это только подозрение.
Мой вариант цепочки на Eloquent:
Shoppingcart::select(
DB::raw('SUM(shoppingcarts.quantity) as sum_quantity'),
DB::raw('SUM(shoppingcarts.quantity*products.price) as sum_total')
)
->join('products', 'shoppingcarts.product_id', '=', 'products.id')
->where('cart_id',$cart_id)laravelshift.com
„For 10 bucks, Shift is a no-brainer to upgrade your Laravel projects.“
Я недавно столкнулся. Наш PM пропустил бекенд на v5.8 через Shift и дал мне "доделать работу", ибо то что получилось работать сходу не хотело. Пришлось кое-какие конфликты версий пакетов выверять ручками и были специфические для нашего проекта проблемы типа отношение ко входящим заголовкам. Но это всё равно пришлось бы исправлять когда-то и $10 не те деньги, ради которых стоит упираться.
А вы использовали Shift, какие впечатления?
@barmaley я думаю ты накосячил с расширением файла.
Blade может подключать через @include() как form_element.blade.php так и form_element.php, но конечно если это просто .php файл, то он НЕ будет обрабатываться как шаблон. Поэтому {{ time() }} выводится по правилам PHP: как простой текст.
Оставлю это здесь, т.к. это может быть не всем очевидно. До меня вот дошло не сразу.
Раньше, во времена v5 версии 5.1 и 5.5 были реально очень разными и ограниченно совместимыми.
После того, как Отвелл объявил о релизе 6.0, минорные версии стали вылетать как из пулемёта. Теперь номер минорной версии это номер недельного релиза.
( https://laravel-news.com/laravel-releases )
Сейчас правила несколько изменились: версия 6 объявлена LTS, но не нужно цепляться за 6.0.x чтобы оставаться на LTS. В composer.json можно прописать ^6.0 и каждый вызов composer update потенциально может перещёлкнуть циферку до 6.x (x - сколько угодно большое число) — это всё одна мажорная версия, т.е. совместимость остаётся высокой и она по прежнему Long Time Support.
Ещё раз: было 5.5 LTS, теперь 6 LTS (без указания минорной версии)
У laraveldaily есть генератор админки и парочка готовых решений на разных библиотеках rbac.
Универсальная вики-разметка
Работает на FluxBB (перевод Laravel.ru)