faost

тесты запускаются через командную строку, но только если явно указать конфиг

Все правильно. Если не хотите указывать конфиг - запускайте прямо из папки с конфигом:

cd app/
phpunit

По поводу настроек - а что у вас за галочка "Использовать начальную загрузку..."?
В конфиге только одно поле надо прописть: путь к /home/user/www/project/app/phpunit.xml.dist.

Если используете css, то можно использовать cssrewrite фильтр. Но в этом случае вам нельзя будет использовать синтаксис @AcmeFooBundle, там ниже про это написано.

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

Пример:

src/Acme/DemoBundle/Resourcel/public/app.less (основной less-файл проекта):

@import 'lib/fontawesome/less/font-awesome.less'; // подключаем fontawesome
@fa-font-path: "/bundles/acmedemo/fonts"; // переопределяем путь к шрифтам

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

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

Если все кастомное, то как выше писали, надо написать свой провайдер аутентификации.

Если все же переложить аутентификацию на симфони, а сервис сможет возвращать по имени юзера и хеш пароля, тогда достаточно сделать свой UserProvider:

1. Создаем класс юзера, реализующий интерфейс UserInterface (там всего 5 методов)
2. Пишем класс, реализующий UserProviderInterface, который будет извлекать юзера по имени с хешем пароля и другими данными

Пожалуйста, не надо генерить роуты в модели! Генерите роуты там, где вы используете эти модели.

• Если это контроллер, то $this->generateUrl()
• В твиге {{ path() }}
• В костомном сервисе ставьте зависимость от "router" или от всего контейнера (хуже) и юзайте $this->router->generate()

Попробуйте nginx + php-fpm вместо apache.
Агрегируйте все js/css, все картинки соберите в 1 png-файл.
Переход на php 5.4 и выше.

Как выше писали, Varnish + ESI позволяет страницы или их части отдавать прямо из оперативной памяти, но подходит только если у вас много статичного контента.

Turbolinks в Rails 4, например, вообще теперь по дефолту. Но на отдачу главной он не повлияет.

Посмотрите раздел Performance в документации. У меня, например, кэширование autoloader в APC повисило performance на 20% почти.

Ну и если у вас много контнета для не авторизованных пользователей ставьте varnish и все будет летать.

Поддержка в phpStorm: plugins.jetbrains.com/plugin/?phpStorm&pluginId=7219

Когда надоело писать

/** @var ... */

Перешел на Eclipse, там есть замечательный плагин symfony.dubture.com

У вас и есть идеологически правильный вариант: смысл controller-а получить HTTP-запрос, а затем сформировать и вернуть HTTP-ответ (объект Symfony\Component\HttpFoundation\Response) что у вас и происходит. Только MIME type для json правильней application/json.

В документации кстати есть пример вовзрата json:

use Symfony\Component\HttpFoundation\Response;

...
$response = new Response(json_encode(array('name' => $name)));
$response->headers->set('Content-Type', 'application/json');