php artisan serve -p 8000

ребят есть кто знает или работал с MikrotikAPI ?

это постоянный проект из Голландии . я ищу кандидата для своего заказчика

голландий - новый химический элемент =)

😱

да ошибся
записывается верно
делаю

->created_at->toFormattedDateString() // "May 6, 2020"

Меняю у модели protected $dateFormat = 'Y-d-m H:i:s.v';
дата выводится верно
но далее уже не верно записывается в бд

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

Не не падажи

Там есть хелпер для forget

Почитай доки по кешированию

Там изи бризи

Посоветуйте решение. Ситуация: случайный посетитель впервые заходит на сайт, хочу его мгновенно зарегистрировать, чтобы у него был user id, запись в базе и все атрибуты аутентифицрованного пользователя. Как сделать?

Возможный вариант: написать middleware, где автоматически регистрировать гостей:

if (Auth::guest()) {
        $user = User::create();
 Auth::login($user, true);
}

Что думаете? Какие ещё варианты могут быть? Возможно, эта функциональность уже есть "из коробки" или в каком-то популярном пакете, которым все пользуются, а я не знаю?

if (Auth::guest()) {
        $user = User::create();
 Auth::login($user, true);
}

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

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

А что ты хранить будешь?

> создайте модель, сериализуйте ее и положите в куку/сессию

Хорошая идея, не думал о таком, попробую!

данные о пользователях, там около 15 полей

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

понял, спасибо

ап