Laravel по-русски
Laravel по-русски
Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Видимо, так.
Сначала создать модель UserGroup.
Потом связать модели User и UserGroup.
Потом в модель User добавить метод, который достает, по связке, поле из модели UserGroup.
Поищите тут, например.
https://www.bezkoder.com/
А что возвращают эти статические методы? Полную сигнатуру можете написать? Первый, вроде, объект класса модели, судя по виду? А второй, вроде, тоже, но какой именно объект, чем идентифицирует? Для начала, сорри, почему переменная, которая не суть массив, во множественном числе?
Да много что можно почитать. Только это не отдельная тема, а совокупность. Если про это сейчас вообще ничего не знаете, начните хоть с определений, что такое API, HTTP-запрос, HTTP-ответ, токен... Посмотрите соответствующий раздел в документации Laravel, как отдавать ответ в Jon-формате...
Какие есть REST-клиенты для разработки (Postman, Insomnia) , и зачем они нужны.
Это лишь небольшая часть! И то, касается сервера.
Что же касается клиентов (и на vue, в том числе), это отдельная история
И на то и на другое может времени не хватить. То есть, либо северная разработка, либо клиентская. Потому что и то и то - тема трудоемкая.
Подумайте, взвесте, чего хотите?
Если "для себя", и надо побыстрее, не лучше ли реализовать обычное Web-приложение?
Ну а если речь о саморазвитие и трудоустройстве, я бы порекомендоаал продвигаться в чем-то одном.
Навскидку.
Почему в роуте
Route::get('locale/{locale}', [MainController::class, 'changeLocale'])->name('locale');не указан '/' вначале?
Как раз сейчас смотрю эту тему.
Если с юнит-тестами все примерно понятно, для чего нужны, и т п, то с браузерными (dusk) - вопрос.
Штука, сама по себе, прикольная.
Но вот TDD, насколько я понимаю, в этом случае реализовать смысла не имеет. А как реализуешь?
Выходит, просто покрыть тестами функционал, причем лишь какую-то его, знАчимую часть, чтобы иметь возможность убедиться (с некоторой долей вероятности) что "не сломалось"?
Но это пока так, размышления при первом прочтении.
Вообще, dusk каждый раз обновляет БД (тестовую, разумеется) мигрейтами. Наверное, имеется и фикстурная часть (я до туда еще не дочитал)), если так, становится интереснее)
Вообще, сейчас настроил - запускаются и юниты (прямо из PHPStorm) и браузерные (в терминале). Каждый механизм использует собственное окружение.
Да просто все. API. Клиентское приложение на vue.js отправляет HTTP-запрос серверу (Laravel), который обрабатывает запрос и отправляет клиенту HTTP-ответ в формате JSON.
Но это отдельный, большой раздел разработки, и придется этот механизм понять. Это не так быстро. API-приложение, это не web-приложение.
Мне кажется, опечатки в коде
Route::get('tests/log/{id}', 'TestsController@getLogId');
и
Route::get('test/log/{id}', 'TestsController@getLogId');Это же разные роуты.
И называйте контроллеры и все остальное PSR-но, феншуйно :-)
Доброго времени суток!
Есть проект на 5.3. Долгое время был заброшен, а сейчас решено его реанимировать, и, в дальнейшем, развивать и поддерживать.
Как посоветуете поступить, при условии, что время терпит?
Вариант оставить как есть, и запускать на php 7.0, это крайний случай. Не хотелось бы.
Обновиться до поздних версий Laravel? Если да, то до какой версии, и в какой последовательности?
Или переносить код в новый проект, по ходу занимаясь рефакторингом?
Как будет лучше?
С уважением.
Всем большое спасибо!
Админку решил писать сам. Чтобы потом не зависеть от обновлений и т п.
А в качестве rbac - остановился пока на laravel-acl
Доброго времени суток!
Давно с Laravel не работал, сейчас вот начал проект на 6-стерке.
Собственно, два вопроса.
1. Есть ли компонент для ролевого доступа какой-нибудь ненавороченный? Помню, в прошлом проекте пользовался zizaco
2. Какую adminpanel порекомендуете? В прошлом была Сова.
Я бы и инфу сам нашел, но здесь, как опыт показывает, быстрее и лучше подскажут:-)
С уважением.
А как? Валидатор принимает массив, где на каждое поле устанавливаются правила, а мне по сути нужно чтоб была проверка сразу 2 полей.
Ошибка вставки некорректрной записи, в данном случае, сработает на уровне БД, потому что правила уникального ключа, установленного на несколько полей, не дадут вставить идентичную запись. Базе нет никакого дела до валидатора, ее установки приоритетны, можно вообще ничего на уровне PHP не проверять. А вот после того, как БД запретит вставку, в программу вернется исключение, которое нужно просто корректно обработать, наверное, лучше в блоке try-catch.
Но это лишь вариант. Как вижу, выше предлагается, как раз, решать вопрос на уровне валидатора.
Большое спасибо!
Я глянул, есть пакеты, которые много кто скачивал. Это внушает! 
Сначала создать миграцию на уникальный ключ для всех этих полей, в совокупности. Потом, видимо, в метод, который запись создает, либо включить обработчик этой ошибки (ее вернет база при попытке создания такой записи), либо корректно обработать блок исключений.
Доброго времени суток!
Скажите, нет ли ни у кого на примете такого репозитория?
Я нашел, к примеру, вот это https://github.com/GrafiteInc/Commerce, может быть, кто-то еще что-нибудь посоветует?
С уважением.
Решил так.
SEO - отдельная сущность. С другими моделями полиморфическая связь. id-шник по связанной модели, равный 0 подразумевает список (метод index в контроллерах).
Ты суть проблемы ухватил верно.
А решение предложил стратегическое :-).
Однако, на этом этапе, пока что, есть возможность "зацэмээсить".
"Там еще только фундамент заложили" (С) ))
Может, оно и верно.
Спасибо!
Учту и прикину.
Доброго дня!
Как это лучше, красивее, и оптимальнее будет сделать?
В прошлом проекте у меня была отдельная модель SEO, у каждой записи был ключ, по которому она подтягивалась в контроллерах для соответствующих представлений. Понятное дело, костыльно и неудобно.
Сейчас промелькнула мысль привязать к роутам, но это тоже некрасиво и тоже статично.
Еще вариант - добавить SEO-поля напрямую, в те модели, где они потенциально могут понадобиться. Но этот вариант тоже с недостатками, например, для главной страницы, страницы сброса паролей и т п, моделей нет.
Все перечисленные варианты реализуемы, и будут работать. Но, может быть, кто-нибудь подскажет решение получше?
С уважением.
Большое спасибо!
Если я правильно Вас понял, 5.5 это то, что мне нужно.
Доброго времени суток!
Планирую начинать новый проект, склоняюсь работать с 5.5.
Может быть, оптимальнее будет взять версию поновее?
С уважением.
Большое спасибо!
Доброго времени суток!
А может кто-нибудь посоветовать платежную систему на сайт?
Пока что, наверное, для физического лица. Юридического пока нет, но в будущем планируется.
В приоритете оплата с мобильных и карт.
С уважением.
Доброго времени суток!
Извините, но еще вопрос. Прежде чем спросить, сеть честно рыл, но так и не понял. Можно ли с 5.3 напрямую обновлять до 5.5, или нужно сначала до промежуточной версии?
С уважением.
Не думаю, ведь изначально вот откуда началось
->addBody([
AdminFormElement::textarea('about', 'О себе'),
AdminFormElement::checkbox('is_champion', 'Чемпион'),
AdminFormElement::ckeditor('champion_description', 'Чемпионское описание'),
AdminFormElement::select('prize_place', 'Место')->setOptions([
'1' => '1',
'2' => '2',
'3' => '3',
]),В этом файле встречается один раз, и редактор и название поля.
Доброго времени суток!
Почему то в первом случае на форме отображается редактор, а во втором - текстовое поле.
AdminFormElement::ckeditor('description', 'Правила'),
AdminFormElement::ckeditor('description', 'Правила'),Это, собственно, сделано было, как тест, после того, как на другой странице такая же запись отобразила обычное текстовое поле вместо редактора.
В чем дело может быть, никто не подскажет? Уже не знаю, что думать, но если поможет,
AdminFormElement::ckeditor('description', 'Правила'),эта строчка, что корректно отображает редактор, была в файле уже давно, а проблему отметил сегодня, при добавлении новых аналогичных строк.
Универсальная вики-разметка
Работает на FluxBB (перевод Laravel.ru)