Олег Красавин

Если очень хочется именно массив сущностей:

public function getImages()
{
   return $this->images->toArray();
}

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

По остальному:

1. Выворачивать ссылку на коллекцию в гетерах(делать return $this->images;) - неочень.
   Используйте return clone $this->images;
   
2. setProductId() и подобные в вашем классе картинки бесполезен, у вас уже есть реляция.
   
3. Может быть в тему в вашем случае - Extra Lazy Associations
   

https://github.com/sonata-project/SonataAdminBundl...

Довольно странное изменение, конечно.

Резюмируя:

1. Копируете base_show_macro.html.twig и base_show.html.twig куда-нибудь в свой бандл, для удобства их можно даже переименовать: base_show_macro_fixed.html.twig, base_show_fixed.html.twig
   
2. Наследуете base_show_macro_fixed.html.twig от оригинального.
   
3. Переопределяете нужные блоки в base_show_macro_fixed.html.twig
   
4. В base_show_fixed.html.twig правите строчку с импортом макроса.
   
5. Наследуете ваши темплейты от base_show_fixed.html.twig
   
6. Профит
   

Нет. Зачем? Если вы не трогаете их код, они должны лежать себе в папке vendor спокойно.

Просто у вас используется устаревший symfony/twig-bridge

В мастер-ветке этот файл выглядит так: https://github.com/symfony/twig-bridge/blob/master...

Загляните в composer.json или сделайте composer update

Ок. наконец-то стоящий вопрос.

1. Во-первых: в названии вопроса у вас стоит CREST, а код вы приводите для работы с апи стороннего сервиса, который сам получает инфу в том числе через CREST. То есть это разные вещи. CREST - официальное RESTful Api евы, а eve-central - сторонний проект со своим апи.
   
2. Во-вторых: код в вашем вопросе используется для постоянного приема данных с eve-central. То есть как только что-то обновилось и запушилось в их релей, вы получаете эти данные. Эти данные обновляются в реальном времени. Этот код не предназначен, чтобы получить сразу ВСЕ данные.
   

Если хотите сделать что-то похожее на риал-тайм апдейт цен, то прикрутите к вашему скрипту какой-нить WS или Long-polling сервер, например socketo.me На клиенте можно заюзать autobahn.ws/js для прослушивания и отображения данных.

Дамп базы игры можно найти на офф. форуме. Полезно для конвертации ID в названия, добавления описаний и т.п. Хотя это все можно также делать уже через CREST.

Либу для работы с CREST можно заюзать отсюда https://github.com/EvELabs/oauth2-eveonline

Симфони сама по себе ничего про вашу базу не знает, этим занимается Doctrine.
Готового бандла а-ля подключил, сконфигурил пару строчек и заработало ессно нет для такого случая.

В вашем случае варианта два:
1) Работать напрямую с DBAL-слоем(vanilla-SQL)
2) Конвертнуть имеющуся схему с данными в доктриновские сущности с реляциями и тп.

По поводу категорий: mikehillyer.com/articles/managing-hierarchical-dat...

https://github.com/capistrano/capistrano
или по первой ссылке в гугле 'php deploy auto':
https://github.com/markomarkovic/simple-php-git-deploy