Алексей Скобкин

Смотрели в документации?

Бросайте эту затею. Если хотите быть разработчиком, читать английскую документацию просто необходимо. Когда-то я тоже искал переводы, а потом начал читать оригиналы. И благодаря этому я теперь не испытываю никаких проблем с этим - пока не начнёшь, получаться не будет. Да, сначала трудно, но это нужно делать. Иначе так и будете зависеть от третьих лиц, которые могут написать перевод, а могут и не написать. Не говоря уже о том, что в переводах часто проблемы с терминами.

Можно просто сгенерировать новую миграцию на чистой базе.

Для Symfony есть Assetic. Можно использовать его и UglifyJS.

Вы, видимо, абсолютно не понимаете суть Data Mapper, который используется в Doctrine. Сущности не должны знать вообще ничего о базе данных. Вы где-то увидели работу с Active Record и решили, что и сюда нужно притащить такой же подход. Это неправильно. Здесь для получения данных вам нужно пользоваться репозиториями.

Можно попробовать IPhpFileStoreBundle. Он довольно старый, не очень гибкий (хотя частично можно расширить самостоятельно), но со своей задачей справляется.

Актуальная документация по symfony на русском?

Нет и не будет. Symfony динамично развивается. На русском никто не будет поддерживать документацию. Не ищите даже. Учите английский, разработчику без него никак.

Не пользуйтесь русскоязычной документацией. Она устарела.

1. Оберните код в тег для кода, чтобы его можно было нормально прочитать.
2. Приведите код deleteAction().
3. Приведите ошибку, которая у вас возникает при исполнении кода.

Вам же написано: магический метод __toString() не должен выбрасывать исключение, а у вас - выбрасывает. Вероятно, вы где-то в этом методе обращаетесь к чему-то, существование чего не проверили.

А логи что?

Скажите, пожалуйста, почему вы чистите кеш для среды prod, а ошибку нам показываете со встроенного сервера, который запускается по server:run? Или вы этот сервер в среде prod запускаете? Так бросайте срочно это дело. На компьютере, где ведётся разработка используйте среду dev и про ключ --prod забудьте (за редкими исключениями).

P.S. Возможно, вы установили зависимости с помощью composer install --no-dev. Опять же, на машине для разработки ни этот флаг, ни --optimize-autoloader не используется.

Во-первых, возможно вы не установили статику командой assets:install или assetic:dump на хостинге.
Во-вторых, лучше возьмите недорогой VPS и тестируйте на нём.

Опишите проблему подробнее. Здесь совсем непонятно, какой конфиг вы составили для приложения на Symfony и что конкретно идёт не так.

Смотрел в сторону mod_rewire, но тут на сайте прочитал, что это костыли.

Да. Вам нужно просто в конфиге указать корнем не директорию проекта, а директорию web внутри неё.

Как добиться такой структуры: 192.168.1.200/project ?

А что должно открываться по этому адресу? Приложение на Symfony?

Я разворачиваю симфони проект на локольном сервере(Nas Qnap).

А там какой сервер вообще? Apache, Nginx, Lighttpd?

Это нормально, что оно ест 18 мб оперативки и запрос обрабатывается 1,5 секунды?

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

Для сравнения: yii - 7 мб оперативки и 0.2 секунды.

Вы сравните сначала возможности профайлеров этих фреймворков, а потом спрашивайте, почему.