Примеры 2 и 3

Примеры 2 и 3

а если нужно две переменные пробросить?

через запятую

use ($a, $b)

Ok 👍🏻

ого, девчушечка

Конкурентка на внимание?

Конкурентка на внимание?

кaкой-то вы недобрый.

О_о воу воу

две девушки в чате программистов

два единорога в одном поле

А кто вторая? Настя, а кто еще?

барбара, не?

кaкой-то вы недобрый.

Пипец, прям в душу заглянула

Чет сексизм какой-то) Просто Yii настолько топовый framework, что не то что разрабы, а даже он сам женщин притягивает 🤔

барбара, не?

у меня сомнения) фотки нет, имя явно липовое

@maximniko +

На самом деле девушки программистки не такая уж и редкость))

думаешь волосатый и бородатый мужик?

Барбара - это ловкий пацик, который прикинулся девушкой чтоб ему быстрее ответили

@dzhedai ага по имени Игорь)

Барбара - это ловкий пацик, который прикинулся девушкой чтоб ему быстрее ответили

всегда думал что надо просто адекватно задавать вопрос)

На самом деле девушки программистки не такая уж и редкость))

Во фронтэнде)) В бэке мало)

а оказывается надо писать сидя)

Во фронтэнде)) В бэке мало)

Гумманитарии ?

Скорее всего)

@Azrael37_Al_Maut мне попадались девушки бэки, но почему то зачастую они как минимум странные =D

с профессиональным переломом мозга

Да, есть такое))))

ну это чисто профессиональные штучки

это нормально

P.S. Привет всем еще раз Вопрос такой - есть таблица user, profile, wallet В profile поле user_id и wallet_id (сразу же вопрос в студию, правильна ли связь, и стоит ли поменять) Делаю я соответвенно регистрацию пользователя (где, к примеру, при регистрации пользователя сразу создается еще поле в профайле (что сделано таким образом - http://prntscr.com/ie5xyh)) Таким же образом делать надо и с кошельком? Кто с подобным сталкивался?

А в чем вопрос? Что-то не работает?

P.S. Привет всем еще раз Вопрос такой - есть таблица user, profile, wallet В profile поле user_id и wallet_id (сразу же вопрос в студию, правильна ли связь, и стоит ли поменять) Делаю я соответвенно регистрацию пользователя (где, к примеру, при регистрации пользователя сразу создается еще поле в профайле (что сделано таким образом - http://prntscr.com/ie5xyh)) Таким же образом делать надо и с кошельком? Кто с подобным сталкивался?

1) У тебя за регистрацию отвечает форма. Я бы на форму не возлагал эту ответственность, а вынес бы логику в сервис 2) Форму заполняешь в контроллере, и передаешь параметром в сервис (SignupService::signup($form)). Это чтобы из сервиса не дергать Yii::$app->request 3) Можно и так, как ты сделал, ничего шибко страшного нет, но у тебя кишки создания юзера и профиля вывалены наружу. Я бы инкапсулировал в методы User::create($username, $email ...) и Profile::create( $userId ... ) 4) $user->link тоже спрятать приятно при помощи поведения https://github.com/la-haute-societe/yii2-save-relations-behavior А в целом мыслишь верно

а еще можно сервис инжектить в конструкторе контроллера... но мне кажется, он что-то другое спрашивал

и $user->save() вне транзакции

и $user->save() вне транзакции

Почему?

я откуда знаю, спроси у автора

я откуда знаю, спроси у автора

Я подумал ты говоришь как правильней

=) ну правильней наверное сохранение пользователя тоже в транзакции делать

Наверно как компонент правильней Они же не могут быть самостоятельны Смотря еще что ты имеешь ввиду "компонент"

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

1) Есть ли у тебя пример сервиса? Я просто не совсем доганяю ._. 2) "$user->link тоже спрятать приятно при помощи поведения https://github.com/la-haute-societe/yii2-save-relations-behavior" Скинул это, как пример, и советуешь юзать? (Глупые вопросы, но все-таки)

1) У тебя за регистрацию отвечает форма. Я бы на форму не возлагал эту ответственность, а вынес бы логику в сервис 2) Форму заполняешь в контроллере, и передаешь параметром в сервис (SignupService::signup($form)). Это чтобы из сервиса не дергать Yii::$app->request 3) Можно и так, как ты сделал, ничего шибко страшного нет, но у тебя кишки создания юзера и профиля вывалены наружу. Я бы инкапсулировал в методы User::create($username, $email ...) и Profile::create( $userId ... ) 4) $user->link тоже спрятать приятно при помощи поведения https://github.com/la-haute-societe/yii2-save-relations-behavior А в целом мыслишь верно

1) Есть ли у тебя пример сервиса? Я просто не совсем доганяю ._. 2) "$user->link тоже спрятать приятно при помощи поведения https://github.com/la-haute-societe/yii2-save-relations-behavior" Скинул это, как пример, и советуешь юзать? (Глупые вопросы, но все-таки)

Сервис-это простой класс, ни от кого не наследуемый, содержащий логику твоего действия, а конкретно - регистрации. Например назови класс UserService, и в него помести signup() метод.

А

Параметром в метод помести форму

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

2) да

Это получается, что в классе формы оставить только правила и переменные?

http://prntscr.com/ie76nt Тип это только?

ребята, а как вы ловите restrict внешнего ключа? есть какиенить best practices или надо руками в beforeDelete писать?

Упадёт же

Народ, а кого есть свои сайт/блоги? Речь именно про персональный сайт, например, как у Sam Dark: rmcreative.ru Поделитесь, интересно :)

ребята, а как вы ловите restrict внешнего ключа? есть какиенить best practices или надо руками в beforeDelete писать?

в exception

в exception

в контроллере, что ли? ну в смысле любой вызов в try оборачивать?

в контроллере, что ли? ну в смысле любой вызов в try оборачивать?

я не знаю какая у тебя архитектура

в контроллере, что ли? ну в смысле любой вызов в try оборачивать?

любую работу с базой

Народ, а кого есть свои сайт/блоги? Речь именно про персональный сайт, например, как у Sam Dark: rmcreative.ru Поделитесь, интересно :)

exileed.com

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

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

да try catch более чем из коробки 🤣

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

я, канешн, не претендую на последнюю инстанцию, но: 1. из коробки есть try ... catch (уже все об этом сказали) 2. ты разве когда базу делаешь, заранее не знаешь, какие модельки будут с форейджн кеями? Вот в тех, что за собой что-то тянут, в beforeDelete удаляешь "зависимости" 3. удалять лучше не удаляя

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

пометка удаления мои проблемы решит, но не так, как я хочу

ну такого нету нужно самому делать фреймворк же это не ЦМСка, а просто инструмент :)

спасибо, это все, что я хотела узнать

не за что :)

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

ну сделай в контроллере

точно если вызов $model->delete() обернуть в try ... catch, для конкретного случая можно будет решить

но только местно для всей системы придётся грабли городить

ну в контроллере этому не место

ладно, спасибо еще раз

ну в контроллере этому не место

try { $model->delete(); } catch (\yii\db\IntegrityException $e) { Yii::$app->session->setFlash('success', "Your message succesfully deleted :D"); }

ну в контроллере этому не место

схренов ли?

ой

всмысле почему это?

всмысле почему это?

потому что не по правилам паттерна MVC наверное

чёт я на сторону SiZE сейчас метнусь, но всё норм

потому что не по правилам паттерна MVC наверное

а что C в паттерне делает? :)

делать промежуточную модель для удаления модели, когда в модели есть метод ->delete()?

пока писал, почувствовал себя электронщиком экзибита