Mike Evstropov

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

Что git ls-files пишет?

Я бы создал отдельную таблицу(entity) так как фоток может быть много + сортировка + еще что то , связь естественно по product_id.
почитать как это сделать можно тут
тыц
тыц 2 (2.6)

Как получить доступ к репозиторию в сущности?

Вы не должны этого хотеть. Это противоречит самому понятию Repository-Entity.
Репозиторий - работает только с БД и только с этити.
Энтити - только хранит в себе данные и более ничего.

Не пытайтесь превратить Repository в ActiveRecord, добром это не закончится.

Если вам нужны зависимые энтити - тогда пропишите их в аннотациях.

Если нужно вызывать именно метод репозитория: это делается через DI в сервисах, либо через $this->getDoctrine()->getManager()->getRepository('AppBundle:MyEntityName') в контроллерах.

Конкретно в вашем примере: вы должны объявить сервис, в который будет насетапливаться EntityManager.

Вам нужно повесить на поле формы `categories`
Data Transformers
Проблема в том, что форма ждет, что в Product::getCategories будет возвращать объекты класса Site\AppBundle\Entity\Category, а у вас там массив их id

вроде это работает только с SF2 Неужели бросать 3 версию?

Так вроде или не работает?

Неужели бросать 3 версию?

Ну тут как бы есть проблема в том, что многие бандлы, которые широко используются ещё не поддерживают версии 2.8 и 3.0+. Например, бандлы Sonata ещё не полностью поддерживают новые версии. Поэтому действительно стоит подумать о том, брать ли прямо сейчас версию 3 или подождать.

dev-версия FOSCommentBundle совместима с Symfony 3

Если развивать идею из моего ответа на вопрос Как сделать активное меню? то:

namespace Site\AppBundle\Twig;

use Symfony\Component\HttpFoundation\Request;

class TwigExtension extends \Twig_Extension
{
    public function getTests()
    {
        return array(
            new \Twig_SimpleTest('match_route', array($this, 'matchRoute')),
        );
    }
    
    public function matchRoute(Request $request, $routeName, $routeParameters = array())
    {
        if (!$requestRouteName = $request->attributes->get('_route')) {
            return false;
        }

        if ($requestRouteName != $routeName) {
            return false;
        }

        if (empty($routeParameters)) {
            return true;
        }

        if (!$requestRouteParameters = $request->attributes->get('_route_params')) {
            return false;
        }

        $arrayIntersect = array_intersect_assoc($requestRouteParameters, $routeParameters);
        if (count($arrayIntersect) == count($routeParameters)) {
            return true;
        }

        return false;
    }

    public function getName()
    {
        return 'twig_extension';
    }
}

Использовать так:

{% if app.request is match_route('homepage') %}текущая страница "homepage"{% endif %}
{% if app.request is match_route('entry', { 'name': 'info' }) %}текущая страница "info"{% endif %}

1. symfony.com/doc/current/bundles/KnpMenuBundle/inde...
2. Если сторонние бандлы подключать не хочется, то можно сделать что-то вроде этого (но лаконичностью тут не пахнет):

{% if app.request.attributes.get('_route') == 'homepage' %}
    <li class="selected"><span>HOME</span></li>
{% else %}
    <li><a href="{{ path('homepage') }}">HOME</a></li>
{% endif %}

{% if app.request.attributes.get('_route') == 'entry' and
    app.request.attributes.get('_route_params').name is defined and
    app.request.attributes.get('_route_params').name == 'info' %}
    <li class="selected"><span>INFO</span></li>
{% else %}
    <li><a href="{{ path('entry', { 'name': 'info' }) }}">INFO</a></li>
{% endif %}

{% if app.request.attributes.get('_route') == 'entry' and
    app.request.attributes.get('_route_params').name is defined and
    app.request.attributes.get('_route_params').name == 'settings' %}
    <li class="selected"><span>SETTINGS</span></li>
{% else %}
    <li><a href="{{ path('entry', { 'name': 'settings' }) }}">SETTINGS</a></li>
{% endif %}

{% if app.request.attributes.get('_route') == 'download' %}
    <li class="selected"><span>DOWNLOAD</span></li>
{% else %}
    <li><a href="{{ path('download') }}">DOWNLOAD</a></li>
{% endif %}

1. Создайте класс-сервис mySuperManager
2. Запихните в него всю логику
3. В контроллере попросите mySuperManager отдать нужные данные и передавайте их во вьюху или json или еще куда)

Пример контроллера:


Пример метода класса mySuperService


В моем случае mySuperManager возвращает сразу json, но в Вашей ситуации возвращайте то, что Вам нужно: объект, массив, строка и т.д.

Легко. Делаем запрос на свой сервер, с которого проксируем запросы на нужный (хоть курлом)

В исходниках v8.

> кодировки внутри скрипта
приведение к нужной кодировке (если данные со стороны). у себя все в utf-8.

> отсутствие каких-то расширений
проверять все системные требования с показом чего не хватает.

> относительные пути
использовать абсолютные

> конфликты с родительскими htaccess
это не проблема php

Вообще 5.4 загружается обычно из webtatic. Сейчас там 5.4.45

# rpm -Uvh https://mirror.webtatic.com/yum/el6/latest.rpm
# yum list php54w
Available Packages
php54w.x86_64                5.4.45-2.w6          webtatic

В чём проблема использовать редактирование файла как обычного текстового файла? Читаете файл - грузите в пользовательский UI, можно даже в какой-нить wysiwyg-редактор. Потом сохраняете обрятно в файл.

Но, есть ли сервисы или решения, которые помогают в этом?

doxygen?
swagger | blueprint | RAML (for REST API)?
single sourcing technical documentation?