IR
ну для функциональных надо, интеграционных
Size: a a a
2021 March 02
ИЛ
Вопрос от новичка. У меня есть код на "чистом" php, включая реализацию репозитория для mysql. Как я могу использовать доктрину для реализации? В доктрине свои entity и repository. Или можно оставить как есть и описывать маппинги отдельно в файле, но не в аннотациях? С репозиторием понятно, но что делать с entity?
аннотации и атрибуты - это метаинформация
и эта информация в аннотациях и атрибутах именно потому, что она метаинформация
маппинг сущности на базу данных, ключи и индексы - это метаинформация
и эта информация в аннотациях и атрибутах именно потому, что она метаинформация
маппинг сущности на базу данных, ключи и индексы - это метаинформация
IR
кто нибудь решал проблему на php 8 с миграциями, когда пишет
There is no active transaction ? помогает auto_commit: false, но вариант кажется костылемСВ
пока тока так
СВ
почему костыль?просто в пхп 8 теперь это warning)
СВ
раньше ты прост ошибки не видел
ИЛ
Volodymyr Melko
Открою небольшой секрет. Юнит тестам не нужно ничего из окружения, кроме самого php
пхпюнит вызывает тест, но это не юнит тест!
IR
почему костыль?просто в пхп 8 теперь это warning)
ну этот варнинг ломает миграции. значит и не варнинг вовсе )
JK
вопрос по доктрине знатокам:
есть 3 сущьности (A,B,C)
хочется настроить связть А с B или C, то есть методом скажем A->getRelation() я хочу получить либо B либо C
В и С не наследуются друг от друга, но имплементируют один интерфейс
я вполне представляю как такое сделать в базе (заводим 2 поля, одно для уникального ключа сущьности, второе для названия сушьности), вопрос в том, возможно ли такое сделать в терминах доктрины, без своих костылей?
есть 3 сущьности (A,B,C)
хочется настроить связть А с B или C, то есть методом скажем A->getRelation() я хочу получить либо B либо C
В и С не наследуются друг от друга, но имплементируют один интерфейс
я вполне представляю как такое сделать в базе (заводим 2 поля, одно для уникального ключа сущьности, второе для названия сушьности), вопрос в том, возможно ли такое сделать в терминах доктрины, без своих костылей?
Вроде сюда подходит Inheritance Mapping
Наследуешь B и C от общей сущности.
Эту общую сущность объявляешь как MappedSuperClass , и спомощью поля-дискриминатора даешь доктрине понять какой класс где использовать
Потом создаешь связь из А на этот MappedSuperclass.
Можно даже раскидать разных наследников по разным таблицам БД если нужуно.
Как-то так.
Наследуешь B и C от общей сущности.
Эту общую сущность объявляешь как MappedSuperClass , и спомощью поля-дискриминатора даешь доктрине понять какой класс где использовать
/**
* @MappedSuperclass
* @DiscriminatorColumn(name=«type», type="string")
* @DiscriminatorMap({«a» = «ClassA», «b» = «Class»B})
**/
Потом создаешь связь из А на этот MappedSuperclass.
Можно даже раскидать разных наследников по разным таблицам БД если нужуно.
Как-то так.
AP
Вроде сюда подходит Inheritance Mapping
Наследуешь B и C от общей сущности.
Эту общую сущность объявляешь как MappedSuperClass , и спомощью поля-дискриминатора даешь доктрине понять какой класс где использовать
Потом создаешь связь из А на этот MappedSuperclass.
Можно даже раскидать разных наследников по разным таблицам БД если нужуно.
Как-то так.
Наследуешь B и C от общей сущности.
Эту общую сущность объявляешь как MappedSuperClass , и спомощью поля-дискриминатора даешь доктрине понять какой класс где использовать
/**
* @MappedSuperclass
* @DiscriminatorColumn(name=«type», type="string")
* @DiscriminatorMap({«a» = «ClassA», «b» = «Class»B})
**/
Потом создаешь связь из А на этот MappedSuperclass.
Можно даже раскидать разных наследников по разным таблицам БД если нужуно.
Как-то так.
Да, я так делал, но в данном случае сущности уже заведены в базе (и там много записей и связей между ними), подсунуть им теперь общего предка представляется весьма трудоемкой задачей (коллизии id), но уже не важно, я пошел по пути рефакторинга с вынеманием общего функционала в отдельную сущность (сделал композицию заместо наследования)
спасибо
спасибо
JK
Да, я так делал, но в данном случае сущности уже заведены в базе (и там много записей и связей между ними), подсунуть им теперь общего предка представляется весьма трудоемкой задачей (коллизии id), но уже не важно, я пошел по пути рефакторинга с вынеманием общего функционала в отдельную сущность (сделал композицию заместо наследования)
спасибо
спасибо
Ну как раз для такого можно указывать в каждом наследнике свою таблицу.
Но раз уже решил, то ок )))
Но раз уже решил, то ок )))
MF
Парни привет. Подскажите плиз.
Отправляю имейл на гугл почту. Отправка с помощью swift
Письмо попадает в спам и картинки не отображаются. Если отрендерить письмо то картинки все показывают
Проблема из-за попадания в спам?
Отправляю имейл на гугл почту. Отправка с помощью swift
Письмо попадает в спам и картинки не отображаются. Если отрендерить письмо то картинки все показывают
Проблема из-за попадания в спам?
AP
Ну как раз для такого можно указывать в каждом наследнике свою таблицу.
Но раз уже решил, то ок )))
Но раз уже решил, то ок )))
там таблица то у всех будет отдельная да, но id нужен общий если я правильно помню, там создается отдельная таблица родитель, в которой будут лежать поля абстрактоного класа, в частности id и этот id должен быть сквозным длявсех наследников (тоесть толжен быть только один наследник с id=1 и т.д.). В ситуации когда уже есть куча записей с id и на эти записи ссылаются другие таблицы..... В общем то можно сделать новый сурагатный ключь, но это както грязно чутка:)
VK
Misha Fomin
Парни привет. Подскажите плиз.
Отправляю имейл на гугл почту. Отправка с помощью swift
Письмо попадает в спам и картинки не отображаются. Если отрендерить письмо то картинки все показывают
Проблема из-за попадания в спам?
Отправляю имейл на гугл почту. Отправка с помощью swift
Письмо попадает в спам и картинки не отображаются. Если отрендерить письмо то картинки все показывают
Проблема из-за попадания в спам?
А картинки как вставляешь?
JK
Misha Fomin
Парни привет. Подскажите плиз.
Отправляю имейл на гугл почту. Отправка с помощью swift
Письмо попадает в спам и картинки не отображаются. Если отрендерить письмо то картинки все показывают
Проблема из-за попадания в спам?
Отправляю имейл на гугл почту. Отправка с помощью swift
Письмо попадает в спам и картинки не отображаются. Если отрендерить письмо то картинки все показывают
Проблема из-за попадания в спам?
Да , Gmail не показывает картинки для спам писем.
VK
Да , Gmail не показывает картинки для спам писем.
Многие клиенті не показівают, но важно как он их вставляет
JK
Многие клиенті не показівают, но важно как он их вставляет
Ты ещё со вчерашнего дня не перекдючал раскладку с укр. на рус. ? ))))
В
Привет
Нужна помощь
Есть сущность User, в ней поле дата регистрации формата datetime
Как построить query builder, который бы возвращал тех юзеров, которые зарегистрированы в переданный день и месяц?
public function findByDayAndMonthOfRegistration(int $day, int $month)
{
return $this->createQueryBuilder('b')
->...
}
Нужна помощь
Есть сущность User, в ней поле дата регистрации формата datetime
Как построить query builder, который бы возвращал тех юзеров, которые зарегистрированы в переданный день и месяц?
public function findByDayAndMonthOfRegistration(int $day, int $month)
{
return $this->createQueryBuilder('b')
->...
}
привет, а почему бы не передать дату сюда?
MF
вот так вставляю картинки
<img src="{{ asset('images/logo.png') }}"
<img src="{{ asset('images/logo.png') }}"
VK
Ты ещё со вчерашнего дня не перекдючал раскладку с укр. на рус. ? ))))
На телефоне нет рус