Php line 130 кто ни будь сталкивался?

https://github.com/laravel/ui/blob/3.x/auth-backend/RegistersUsers.php

showRegistrationForm() — оно?

оно

принято, благодарю!

Всем привет, есть вопрос. При регистрации нужно автоматически парсить email (то есть все что после @ нужно убрать) и вставить результат вы новое поле, например username. Как это можно реализовать?

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/String/split

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

append?

То есть что нужно дописать в registrationController что бы добавлялось новое поле на бэке, а на фронте как обычно email, password

public function rules()
{
return [
’email’ => ‘required|email:rfc,dns|unique:users,email’,
‘username’ => , <=== Вот тут я могу написать парсинг email
‘password’ => ‘required|min:8’,
‘password_confirmation’ => ‘required|same:password’
];
}

explode эмейла
достаешь нулевой элемент массива
И при создании юзера добавляешь ему username со значением вытянутого выше логина

Если у тебя с фронта юзернейм не передается, то в руллсах его не нужно указывать

в формреквесте можешь вызвать $this->merge()

на фронте только email и дабл password, а username должен на бэкенде сам добавляться, вопрос только в каком файле мне это нужно описать

create метод в RegisterController

Как продебажить аутентификацию через JWT токен?

То есть токен создался, я отправляю его через хедер, но меня редиректит на Login

Дебаг поставить перед редиректом

как поставить дебаг?

В пхп шторме типо?

dd($variable);

Привет все, кто работал с Laravel sanctum Vue 3, если есть таковые, можно написать в лс с вопросом (В чат его будет долго и муторно отправлять), сам пробовал сделать, потратил больше недели, не выходит, могу ли я попросить помощи в лс ?

nometa.xyz

можешь спросить в чате (если вопрос больше по вую, то в чате вуя)
или попросить помощи на фрилансе.

учись формулировать вопросы.

делаю то-то, ошибка такая, вот скрин ошибки, вот скрин кода.

Кстати, да. Правильно сформулированный вопрос помогает быстрее найти решение

Всем привет. Кто нибудь сталкивался с проблемой, когда стили tailwind css прогружаются только после команды npm run production?

Ну правильно. Приложение то билдить надо

Т.е. в реальном времени изменения в css не посмотреть?

Когда пользовался bootstrapом, все сразу видно было

npm watch (или hot)
если настроено

Спасибо!

это не проблема

Я уже понял, спасибо!

We’re sorry, but an unhandled error occurred. Please see the details below.

The given data was invalid.
~\vendor\laravel\framework\src\Illuminate\Foundation\Http\FormRequest.php line 130 кто ни будь сталкивался ? Такое происходит если в правилах хотя бы одно поле required

ну так data was invalid

В приложении нужно парсить текстовые сообщения \App\Models\Message. При создании нового сообщения выкидывается событие, на котором висит слушатель, который передает экземпляр сообщения в ParsingService, который должен отдать сообщение конкретному паресу. На каждое сообщение свой класс-парсер, реализующий один общий интерфейс. Вопрос в том где регистрировать эти парсеры. В ParsingServiceProvider? Или достаточно положить их внутрь ParsingService? Не будет ли это нарушением архитектуры ларки?

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

https://laravel.com/docs/9.x/container#contextual-binding

Идея понятна, но это немножко не то. Тут если бы я заранее знал какой парсер применять к сообщению, то оно бы было кстати.

Если парсеры зависят от конфига или других сервисов, то в провайдере.

Дальше делаешь фабрику, которая дёрнет контейнер и вернёт соответствующий типу сообщения парсер

Изи вин

Не зависят нисколько. Они жестко сцеплены с текстом сообщения. А про фабрику интересно. Имеется ввиду паттерн фабрики?

Ну типа того. Если тип заранее известен, то грубо говоря его просто смаппить на класс парсера

Если не известен, сделать у каждого парсера условный isAvailable(message) и проганять их пачкой каждый раз на сообщение

Так и планировал прогонять все зареганые парсеры методом canParse($message). Прост не понимаю куда их (парсеры) класть. Хардкодить в класс сервиса как-то не айс. Думаю попробовать что-то типа того, чтоб прописать их массивом в провайдере и в нем же дернуть из контейнера сервис и зарегать в него, допустим, методом register(ParserInterface) парсеры. Во, точно. Так и сделаю. Спасибо.

Привет, ребята!

А я правильно понимаю, что если на сервере (VPS) установлен PHP, то в теории можно отправлять email письма прямо с помощью встроенного в PHP расширения?

То есть, ни почтовый сервер вроде Postfix, ни интеграция с MailChimp/Gmail итд не нужна, чтобы отправить простейшее письмо?

В теории да, на практике оно никуда никогда не дойдет

Спасибо спамерам, там супер жесткие фильтры стоят на всех почтах