@skazhikadyadya откуда инфа? Про комиссию?

От самого себя, а что?

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

Какие риски, о чём ты? Что за манямир? Я предлагаю свои деньги.

деньги в среду а работу в выходной?)

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

деньги в среду а работу в выходной?)

Ну если тебе кто-то другой полштуки зелени предложит за выходные - то вперед

предложит или заплатит?)

ну тебе искать, я ведь не спорю, тут как тебе удобнее)

предложит или заплатит?)

И предложит и заплатит, тут дело такое, что-то постоянно нужно. Но тебе ж просто поговорить. :)

постоянно нужно с постоянными исполнителями а ты ищешь нового)

постоянно нужно с постоянными исполнителями а ты ищешь нового)

Я и есть постоянный исполнитель. А до чего-то у меня тупо руки по времени не доходят.

@skazhikadyadya спасибо, тогда через апворк выгоднее работать

при больших обьемах

я никогда до такого не доходил

@skazhikadyadya спасибо, тогда через апворк выгоднее работать

Да, вполне. За исключением ожидания почасовой оплаты недельной всё ок

поетому там только клиентов искал

@skazhikadyadya в смысле?

@skazhikadyadya в смысле?

Долго. Неделя закрывается, потом до четверга один статус ожидания, а с четверга до среды следующей второй. В итоге реально ты деньги получаешь через полторы недели

У меня сейчас 1300 висит, но получу я ее только в среду на а карту. Это за прошлую неделю

То есть большое время ожидания

Почему так?

Раньше вроде пару дней проверка и сразу переводило

Вдруг клиенту что-то не понравится

Сейчас так для почасовых ворков.

@skazhikadyadya Я понял, спасибо.

@skazhikadyadya Я понял, спасибо.

Не за что

Ребят, а есть кто понимает в SuluCMS и phpcr, можете подсказать пожалуйста?

Скажите пожаулйста как вы храните простые ObjectValue, по типу email, json или string в бд?

Если json, то обращаться к значению, примерно так $this->email->getValue(), а если строкой то $this->email()

Что более корреткно?

С боле сложными, типа UserAddressVO, там json или text, и тогда обращение будет (User::class) $this->address->getZip(I)

Да?

Email VO запихивается в embedded поле сущности ... Чтобы не тыркать $this->getEmail()->getValue() можно определить __toString метод

вопрос по JWT bundle (lexik) - как получать в контроллер юзера?

$this->getUser()

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

хотелось бы анонимов в отдельный репозиторий

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

Запили свой юзер провайдер

наверное надо пару своих userprovider сделать, так?

Привет, можешь на гист код загрузить? Ну или куда удобнее, хоть на codepad.org)

Привет, можешь на гист код загрузить? Ну или куда удобнее, хоть на codepad.org)

https://gist.github.com/dmz9/28a69a66c1ed555581e3f27c28662ee8

Спасибо)

Ребят, что вообще никого нет кто знаком с phpcr?

есть

ты

@AlexKrasnov так как я понимаю, с Embeddable надо памить параметры objectValue? Правлиьно ли это? И как быть с уникальным uuid в сущности?

@AlexKrasnov так как я понимаю, с Embeddable надо памить параметры objectValue? Правлиьно ли это? И как быть с уникальным uuid в сущности?

описываешь embeddable value object ... для Email у тебя будет скорее всего одно поле address ... добавляешь этот email в качестве поля к юзеру ... в результате в табличке у тебя будет строковое (или какое укажешь в описании) поле email_address ... при чем тут uuid не понял

@AlexKrasnov так как я понимаю, с Embeddable надо памить параметры objectValue? Правлиьно ли это? И как быть с уникальным uuid в сущности?

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

спасибо, утром буду пробовать, сейчас уже спать охота, 11 часов как никак. Если что, я читал етот гайд

http://rosstuck.com/persisting-value-objects-in-doctrine

http://rosstuck.com/persisting-value-objects-in-doctrine

ему уже 4 года) ... думаю стоит поглядеть в документацию доктрины)

они видимо сайт обновили

-_-

или я тупить начал

https://www.doctrine-project.org/projects/doctrine-orm/en/latest/

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

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

а гайды это типа "строим забор"

там не написано что делать если промахнулся)

вот именно!

спок ночи

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

Всем привет! Начинаю изучать Symfony, установил 4 версию, сгенерировал crud (для Book Entity) при помощи bin/console В результате есть BookController, book/show.html.twig и т.д., почему не множественное число? В Symfony так принято, или просто формальность?

Всем привет! Начинаю изучать Symfony, установил 4 версию, сгенерировал crud (для Book Entity) при помощи bin/console В результате есть BookController, book/show.html.twig и т.д., почему не множественное число? В Symfony так принято, или просто формальность?

работаешь ведь ты с одним экземпляром entity в контексте crud

и да: пиши руками, пока учишься

Так я специально и не пишу руками, чтобы видеть как правильно)

Так я специально и не пишу руками, чтобы видеть как правильно)

все правильно делаешь

Так я специально и не пишу руками, чтобы видеть как правильно)

можн просто глянуть симфони демо

Ок, так все таки в единственном числе будет правильно?

да

если много надо вывести то сделай шаблон showList например

Ну это понятно, просто ранее всегла работал с Kohana и там было принято писать во множественном числе.

слава украине

Ну это понятно, просто ранее всегла работал с Kohana и там было принято писать во множественном числе.

адъ

Чего?

Другой вопрос, была сгенерирована форма: BookType Допустим нам нужно добавлять/редактировать сущность, при редактировании некоторые поля должны быть недоступны. Правильно ли я понимаю, что нужно добавить 2 формы: BookCreateType BookEditType ? Или можно использовать одну и ту же как для добавления, так и для редактирования сущности?

Другой вопрос, была сгенерирована форма: BookType Допустим нам нужно добавлять/редактировать сущность, при редактировании некоторые поля должны быть недоступны. Правильно ли я понимаю, что нужно добавить 2 формы: BookCreateType BookEditType ? Или можно использовать одну и ту же как для добавления, так и для редактирования сущности?

нет

нет

Т.е. используется одна форма?

да

да

Возможно есть пример использования?

симфони демо

Не нашел там

плохо искал

плохо искал

А., нашел, думал там используется sonata admin

@urazymbetov Я понимаю, что можно по разному. Меня скорее интересует best practice