PSR 6 // get item from Pool $item = $pool->getItem('key'); // get item value $value = $item->get(); // ... or change the value & store it to cache $item->set('updated-value'); $pool->save($item)

а, ну так да

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

а вот пср 16 снова тупой как столб

о кстати. кто чем ловит мемори лики?

Шо?

на пхп

какие еще лики?

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

который висит неделями, и на каждую итерацию потребление памяти растет на 10кб скажем

как вычисляете места где течет память?

блин, кажись расширение для нормальной работы с отношениями типа many-to-many-through-the-ass прийдется писать с нуля самому... ибо не существует адекватного решения.

ага, только через ещё одну сущность

и имя сией ссущности - жопа... Адд гребанный.

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

при этом в ларавеле решение есть простое...

вот здесь кстати есть над чем подумать: http://stackoverflow.com/questions/26253148/dynamically-map-manytoone-relations

в oro-crm, кстати, тоже забавное решение на мегатонны кода.

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

Есть ли жизнь без ORM?

Есть ли жизнь без ORM?

есть. DAO

ну и целая куча подходов

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

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

давным давно на проекте сделал вот такую штуку, она показалась дико удобной... <?php namespace AppBundle\DependencyInjection\Traits; use Doctrine\ORM\EntityManager; trait EntityManagerTrait { /** @var EntityManager */ protected $em; /** * @param EntityManager $em * @return $this */ public function setEntityManager(EntityManager $em) { $this->em = $em; return $this; } } теперь на проекте используется 773 раза как "use" и стала раком последней стадии ?

*к теме быстрых решений на коленке

это не быстрое решение... ) но да, то что у тебя - жестко... )

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

ты смотрел видос про best practice?

"Возможно Doctrine вам не нужна" :)

какое именно?

https://www.youtube.com/watch?v=rzGeNYC3oz0

Где Marco Pivetta выступает на PHP UK

если не смотрел - сейчас самое время

не, это не смотрел... спасибо, щас гляну. Хотя судя по слову best practice, к сожалению, best practice в программировании это не совместимое с business-practice )

не, это не смотрел... спасибо, щас гляну. Хотя судя по слову best practice, к сожалению, best practice в программировании это не совместимое с business-practice )

там как раз про бизнес

сейчас уже смотрю, спасибо )

половина доклада на тему "не юзай доктрину"

Если не доктрина то что? :(

dbal)

Экак ты меня послал )))

http://docs.doctrine-project.org/projects/doctrine-dbal/en/latest/reference/query-builder.html вот прям запросики строить можно

да можно-то можно... вот чувствую что к этому все и идет...

правда как это все на entity мапить я вот еще не знаю )

я изредка скучаю по безфреймворковым временам )

ох***ное видео

а я что говорил

Пасиба!

ну и что ты для себя нового узнал?)

Погоди, еще не досмотрел :))

а ну ок

ждем

Но уже вижу наконец-то зачем интересно DTO )

ну и что ты для себя нового узнал?)

1. Выкинуть доктрину. 2. Уйти в монастырь. 3. ??? 4. PROFIT

1. Выкинуть доктрину. 2. Уйти в монастырь. 3. ??? 4. PROFIT

это путь слабаков

Есть еще вопросы, если не вкурю до конца, то замучаю вопросами )))

Есть еще вопросы, если не вкурю до конца, то замучаю вопросами )))

да пжалста

Не надо ее выкидывать... просто уйти от формошлепства :)

@fes0r а у тебя нету примера валидации DTO в симфони? т.е. до того как он конвертируется уже в объект? А то я кажись начинаю что-то подозревать

вот не согласен я только по отсутствию необходимости SoftDeleted

ЕМНИП, там речь идёт про SoftDeletable, который глубоко вгрызается в доктрину. Там не говорится о том SoftDeletable, который работает на уровне бизнес-логики.

ЕМНИП - это чо?

Если Мне Не Изменяет Память.

И там как раз говорится о том чтобы не использовать Soft Delete полностью, заменив ее к примеру на аудит или что вообще всегда существуют бекапы.

дословно.

Не совсем.

ERROR: S client not available

можно пересмотреть, это примерно 37-38 минута

Он говорит о том, что использовать вот такой: https://github.com/Atlantic18/DoctrineExtensions/blob/master/doc/softdeleteable.md SoftDeletable - нехорошо. А ещё он намекает, что возможно у тебя не SoftDeletable, а архивация.

У нас в проекте есть SoftDeletable, но он на уровне бизнес-логики. То есть, если сделать выборку из таблицы через DQL - он вернёт все записи, если не попросить не выбирать "удалённые".

В случае SoftDeletable из расширений тебе DQL-запрос не вернёт "удалённые" записи.

ты имеешь ввиду Gedmo\Softdeleteable?

Типа того. И любой аналог, который на уровне ORM делает вид, что записей нет, когда они есть.

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

Видимо неправильно понял. ) Я ж говорю, при желании можешь пересмотреть 37-39 минута где-то это

Я смотрел.

Я не вижу противоречий в том, что он говорит и том, как я его понимаю.

У него там на слайдах написано: > Soft Deletes can usually be replaced with more specific domain concepts.

вместо софт делита лучше перемещать все в другую таблицу)

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

У нас в проекте есть SoftDeletable, но он на уровне бизнес-логики. То есть, если сделать выборку из таблицы через DQL - он вернёт все записи, если не попросить не выбирать "удалённые".

это же неявное поведение, как об этом нужно догадаться новому программисту?

это же неявное поведение, как об этом нужно догадаться новому программисту?

По хрустальному шару. Мы выдаём при приёме на работу.

?

Всё продумано!

А вообще, если без шуток, то у нас специфика такая. Нам перемещать нельзя. У нас данные постоянно туда-сюда. Я это назвал SoftDeletable только чтобы Тарасу проще мысль понять было. Это скорее флаги неактивности.

ну тогда хрустальный шар не нужен)

Блин, а мы уже партию закупили и всем выдали...

ну так soft-deletable это и есть по сути флаг неактивности ) Можно его статусом обозвать, или еще каким-то trash-ем

Вот только, я уверен, Марко говорит о том, что фильтровать по нему данные на уровне ORM не стоит. А не о том, что флаг - это плохо и надо уносить в другую базу.

То есть, в моей трактовке, если упростить совсем, то если у тебя EntityManager#remove() не удаляет из БД, а проставляет флаг удаления - это не очень хорошая мысль.

но ведь если у тебя никто не должен удалиться то надежнее доверить ORM а не полагаться на то что никто не удалит запросом где-то)

Блин, с третьей попытки распарсил :) SoftDeletable тоже как бы не помешает удалить NativeQuery, например.

Просто чуть больше дырок прикроет.

теги в гитхабе - огонь!

ммм?

вроде ничего не поменялось

о чем ты вообще?)

теги, которые топики

о чем ты вообще?)

теперь репозитории можно тегировать (и они даже немножечко сами тегируются) и можно искать репы по тегам