bozilly: мне проще было платить $20 специалисту и совсем не парится о налоговой. Это один из лучших вариантов делегирования и сохранения личного времени
Алексей Романенко: не помогло. По поводу причины включения его в конфиг знает только предыдущий разработчик :) Завтра сделаю ход конем и попробую "reverse engineering"
По поводу integer - мой косяк, я изменил его, что бы посмотреть будет ли ругаться валидация. По-поводу связей - определенно точно нужно их сформировать, так как предыдущий разработчик этим не занимался, но проблема-то остается - доктрин не воспринимает эту и другие отредактированные сущности
Алексей Романенко: да, я их удалил и переписал используя аннотации. Но Доктрин упорно не видит их и при выполнении той же php app/console doctrine:schema:validate, говорит что все ок
Вообще создается впечатление, что предыдущий разработчик создавал/редактировал сущности как-то вручную, потому, что при выполнении php app/console doctrine:schema:validate вылетело 4 исключения о не корректных сущностях
Нет, не перекрывается. Удаление кэша не помогло. В проекте предыдущий разработчик использовал yml для определения сущностей, лежат по дефолтному пути. Я изначально думал что-то это как-то с этим связано и искал конфиги, но ничего не обнаружил
Black Jack: При первой обработке прайса каждый товар магазина сравнивается с существующими товарами в БД (бренд, модель). Если знаете как оптимизировать и ускорить данный процесс - буду очень рад :) Вторые и последующие обновления занимают в разы меньше времени, те же 20 минут превращаются в несколько секунд.