Можешь посмотреть в гисте сразу коммент.

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

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

Модель имеет разве что ссылку на объект который умеет её представлять. Тоесть в модели только сахар для new SomePresenter($model)

аргумент спасибо за паттерн)

скажите, где лучше форматировать дату в моделе или во вьюхе? Вроде помнится в моделе как то можно хорошо это сделать

Все, нашел.

С презентерами код красивее будет выглядеть. И удобнее для работы. Надо будет взять на вооружение.

Привет всем. У кого есть электронная книга vue js by Nathan Wu? Если у кого есть можете отправить пожалуйста

...

Только посмотри в конфиг в каком часовом поясе ты хранишь данные. По умолчанию utc

Только посмотри в конфиг в каком часовом поясе ты хранишь данные. По умолчанию utc

Возможно есть способ попроще )))

Только посмотри в конфиг в каком часовом поясе ты хранишь данные. По умолчанию utc

foreach(\DateTimeZone::listIdentifiers() as $locate) { $dt =new \DateTime("now",new \DateTimeZone($locate)); //var_dump($dtz->getTransitions()); echo $locate .'-'. $dt->format('O') ; echo "\n"; }

foreach(\DateTimeZone::listIdentifiers() as $locate) { $dt =new \DateTime("now",new \DateTimeZone($locate)); //var_dump($dtz->getTransitions()); echo $locate .'-'. $dt->format('O') ; echo "\n"; }

Да, спасибо. Нашел рабочий пример $timezone_offsets = array(); foreach(timezone_identifiers_list() as $timezone_identifier) { $date_time_zone = new DateTimeZone($timezone_identifier); $date_time = new DateTime('now', $date_time_zone); $timezone_offsets[$timezone_identifier] = $date_time_zone->getOffset($date_time); } print_r($timezone_offsets); В массив кладется сразу смещение в секундах. Я так понимаю, что я его кладу в БД. а когда извлекаю для конкретного пользователя, то делаю ->addSeconds($user_offset). И получается, что пользователь видит свое время (отправки собщения, оплаты платежа и так далее) Это правильный путь?

Да, спасибо. Нашел рабочий пример $timezone_offsets = array(); foreach(timezone_identifiers_list() as $timezone_identifier) { $date_time_zone = new DateTimeZone($timezone_identifier); $date_time = new DateTime('now', $date_time_zone); $timezone_offsets[$timezone_identifier] = $date_time_zone->getOffset($date_time); } print_r($timezone_offsets); В массив кладется сразу смещение в секундах. Я так понимаю, что я его кладу в БД. а когда извлекаю для конкретного пользователя, то делаю ->addSeconds($user_offset). И получается, что пользователь видит свое время (отправки собщения, оплаты платежа и так далее) Это правильный путь?

Ну хранишь в твоем серверном времени да, а когда отдаешь пользователю прибавляешь его смещение да

Ну хранишь в твоем серверном времени да, а когда отдаешь пользователю прибавляешь его смещение да

Чтобы не волноваться, я и в базе и в конфигах ларавел оставил UTC

А в какую папку вы кладете свои собственные классы-хелперы? App\Helpers Или в корне Helpers создаете? по феншую)

А в какую папку вы кладете свои собственные классы-хелперы? App\Helpers Или в корне Helpers создаете? по феншую)

App/Helpers

Не люблю папку названием Helpers ))) там обычно всегда скрывается много говна ))

Не люблю папку названием Helpers ))) там обычно всегда скрывается много говна ))

поэтому все юзают Helpers

спать хочется ) буквы удваиваются )

хитрый какос -_-

спать хочется ) буквы удваиваются )

удваивалась бы так производительность и зарплата :)

Да счастливые бы люди были, но растет только пенсионный возраст и бензин ?

ага ?

так радуйтесь, дольше сможете на ларавеле кодить

ща бы какнибудь начать хотябы

лол

кек

ща бы какнибудь начать хотябы

А в чем проблема?

А в чем проблема?

только завтра начну изучать

Зачем?)

Зачем?)

хочу писать сайты для благотварительности

.за деньги?

Это уже черный Юмор что ли ? Сайт для благотварительности за деньги

)

.за деньги?

за спасибо

подскажите можно ли валидировать поле через Validation::make() на отсутсвие пробелов? Чтобы провалидировать логин

Есть nlayer извращенцы? Вы dto создаете отдельно для каждой модели? Или в модели есть map? Или как это все...

подскажите можно ли валидировать поле через Validation::make() на отсутсвие пробелов? Чтобы провалидировать логин

Для валидации логина можно правило alpha или alpha_dash

Для валидации логина можно правило alpha или alpha_dash

Спасибо)

Для валидации логина можно правило alpha или alpha_dash

а то по названию я не нашел бы явно)

а кто может подсказать почему юзер при регистрации заносится только с полями почты, name и пароль? хотя сделал так protected function create(array $data) { $user = User::create([ 'name' => $data['name'], 'first_name' => $data['first_name'], 'last_name' => $data['last_name'], 'location' => $data['location'], 'language_id' => $data['language_id'], 'email' => $data['email'], 'password' => bcrypt($data['password']), ]); $user->roles()->attach(2); return $user; }

а то по названию я не нашел бы явно)

Потому что доку надо прочитать полностью. Это займет не так много времени. Ты ее и не запомнишь но какой то индекс уже построится. И ты сможешь знать что и как там искать. Тебе вот стоило просто открыть список правил валидации сейчас и альфа правила там самые первые.

Потому что доку надо прочитать полностью. Это займет не так много времени. Ты ее и не запомнишь но какой то индекс уже построится. И ты сможешь знать что и как там искать. Тебе вот стоило просто открыть список правил валидации сейчас и альфа правила там самые первые.

да я видел что они первые, но я по названию думал что то найти)

а кто может подсказать почему юзер при регистрации заносится только с полями почты, name и пароль? хотя сделал так protected function create(array $data) { $user = User::create([ 'name' => $data['name'], 'first_name' => $data['first_name'], 'last_name' => $data['last_name'], 'location' => $data['location'], 'language_id' => $data['language_id'], 'email' => $data['email'], 'password' => bcrypt($data['password']), ]); $user->roles()->attach(2); return $user; }

fillable

fillable

?‍♂️ бл* вот я ….

а кто может подсказать почему юзер при регистрации заносится только с полями почты, name и пароль? хотя сделал так protected function create(array $data) { $user = User::create([ 'name' => $data['name'], 'first_name' => $data['first_name'], 'last_name' => $data['last_name'], 'location' => $data['location'], 'language_id' => $data['language_id'], 'email' => $data['email'], 'password' => bcrypt($data['password']), ]); $user->roles()->attach(2); return $user; }

забавно ты создаешь объект через создание массива :) на прямую нельзя? тогда бы и проблем с fillable не было

забавно ты создаешь объект через создание массива :) на прямую нельзя? тогда бы и проблем с fillable не было

Что ты имеешь ввиду?

забавно ты создаешь объект через создание массива :) на прямую нельзя? тогда бы и проблем с fillable не было

я делал по тому как было, до этого не доводилось переписывать регистрацию

Что ты имеешь ввиду?

то что ты сначала создаешь массив, а только потом объект. А можно $user = new User(); $user->name = $name; ...

Дмитрий, так кода больше выходит.

Через массив удобнее.

Дмитрий, так кода больше выходит.

чем отличается ? 'name' => $data['name'], от $user->name = $data['name'];

в данном случае практически ничем

@oldy777 прав. Тут или всю дата бросать в крейт и настраивать филлабл корректно или писать через присвоение полей объекта

запариться по nlayer

запариться по nlayer

а что это такое?

а что это такое?

чтото секретное и сложное

чтото секретное и сложное

и судя по всему там водятся извращенцы )))

ERROR: S client not available

и судя по всему там водятся извращенцы )))

они везде

я вот лару ставлю через мобилку и кидаю на пк

@ellrion бро, кинь еще раз линк на свой экзампл презентера, потерял(

Нашел, не нужно)

Ок)

запариться по nlayer

Я вот тоже не понял какие жто dto для каждой модели.

вот вчера ссылку кидал кто то http://developer.uz/blog/layered-structure-for-yii-app/ там как бы для yii но и laravel упоминается хочу попробовать сделать приложение с таким типом архитектуры там есть dto data transfer objects что бы не гонять eloquent по всему проекту, так вот мой вопрос по поводу один dto на все модели или каждой модели п персональному dto там же крутить разные мапы, презентеры, то что ты скидывал, при таком подходе нужно будет в dto крутить

А куда лучше сложные sql запросы помещать?

вот вчера ссылку кидал кто то http://developer.uz/blog/layered-structure-for-yii-app/ там как бы для yii но и laravel упоминается хочу попробовать сделать приложение с таким типом архитектуры там есть dto data transfer objects что бы не гонять eloquent по всему проекту, так вот мой вопрос по поводу один dto на все модели или каждой модели п персональному dto там же крутить разные мапы, презентеры, то что ты скидывал, при таком подходе нужно будет в dto крутить

более того на каждый экшен может быть разное dto ;)

более того на каждый экшен может быть разное dto ;)

подробнее мысль можно?

dto - это когда тебе надо передать именно данные от одного поинта к другому

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

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

Тут кто нибудь практикует это dto?

пытаюсь узнать

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

нет, это вообще не имеет отношения к модели. это объект для передачи данных

ну субственно Data Transfer Object :)

Самое непонятное, как правильно связывать эти сервисы потом.. прикидываться репозитории как то надо

Допустим сервис блога.. ему юзер нужен

Самое непонятное, как правильно связывать эти сервисы потом.. прикидываться репозитории как то надо

какие сервисы?

Допустим сервис блога.. ему юзер нужен

это не сервис :)

какие сервисы?

Ну обычные же

В идеале все общение с пииложухой надо осуществлять через сервисы

Ну обычные же

есть например сервис создания поста в блоге

понял, тогда это лишнее для меня и по этой тсатье еще один вопрос тогда разница между сервисом и репозиторием в экзампле в контроллере лежит только сервис, а он уже дергает репозиторий какая тут логика? я раньше всегда представлял себе сервис паралельно репозиторию

есть например сервис создания поста в блоге

Хм.. и сколько так у тебя сервисов получится?

Хм.. и сколько так у тебя сервисов получится?

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

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

Они должны быть связаны быть через единый сервис