WarGot

Посмотри в сторону FOS user bundle, надо будет переопределить контроллеры авторизации и регистраци на свои, дописать пару строк и профит.

Если правильно понял ты хочешь вот это

ALTER TABLE `table` AUTO_INCREMENT = 18027;

Нет

Попробуй app/config/assetic.yml описать что во что должно собираться и какие компрессоры проходить, а в шаблонах по результирующему файлу подключать или посмотри свой assetic.yml блок assetic -> bundles, тут вроде указываются игнорируемые бандлы.

assetic:
    debug:          false # %kernel.debug%
    use_controller: false
    read_from:      %kernel.root_dir%/../web
    write_to:       %kernel.root_dir%/../web
    bundles:        [TerraKernelBundle, TerraGameBundle] # disable bundles parsing

    filters:
        cssrewrite: ~
        yui_js:  { jar: "%kernel.root_dir%/../bin/yuicompressor.jar" }
        yui_css: { jar: "%kernel.root_dir%/../bin/yuicompressor.jar" }

    assets: 
        bootstrap_min_css:
            inputs:
                - %kernel.root_dir%/../vendor/twbs/bootstrap/dist/css/bootstrap.min.css
            output: css/bootstrap.min.css
        jquery_min_js:
            inputs:
                - %kernel.root_dir%/../vendor/jquery/jquery/jquery-1.10.2.js
            output: js/jquery.min.js
        bootstrap_min_js:
            inputs:
                - %kernel.root_dir%/../vendor/twbs/bootstrap/dist/js/bootstrap.js
                - %kernel.root_dir%/../vendor/twbs/bootstrap/js/*.js
            output: js/bootstrap.min.js
        frontend_min_js:
            inputs:
                - %kernel.root_dir%/../vendor/jquery/jquery/jquery-1.10.2.js
                - %kernel.root_dir%/../vendor/twbs/bootstrap/dist/js/bootstrap.js
                - %kernel.root_dir%/../vendor/twbs/bootstrap/js/*.js
                - %kernel.root_dir%/../vendor/mopa/bootstrap-bundle/Mopa/Bundle/BootstrapBundle/Resources/public/js/mopabootstrap-collection.js
                - '@TerraGameBundle/Resources/public/js/frontend.js'
            output: js/frontend.min.js

/src/Project/Controller/
/src/Project/Controller/Api/*Controller.php
/src/Project/Controller/Backend/*Controller.php
/src/Project/Controller/Frontend/*Controller.php

У нас примерно так реализовано разделение проекта, бандл один. Всё кроме контроллеров лежит в своих директориях без разделения.
Дизайн в app/Resource/view также с разделением на BackEnd, FrontEnd. В корне view общие вещи, макросы, формы, базовый слой.

В htaccess указать
AddType application/octet-stream .xls

тут был бред не выспавшегося мозга

Постучать мне в скайп -))

Пиксель от Google Analytics в письме
siliconrus.com/2015/02/ga-email-tracking

Как я понимаю к тебя настройки хранятся вертикально, т.е. одна запись и под каждую настройку своё поле. Или за счёт связи на category они горизонтальными становятся ?
Обычно делают
настройка 1 - значение настройки
настройка 2 - значение настройки
настройка 3 - значение настройки

site_url - wargot.com
seo_desc = 'bla bla bla'
seo_keywords = 'bla, bla, bla, bla'

Кстати где внешняя связь с Settings на Category ?

Делал die(sfConfig::get('sf_web_dir').sfConfig::get('app_slider_image_dir'));
точно путь корректен ? Понимаю что совет простой, но как-то \ потерял и полдня намучался с проблемой.
По первой симфони к сожалению не помогу, только со второй работаю.

Я понимаю, таблица пользователей которая сейчас в наличии, сильно отличается от генерируемой FOSUserBundle, разве что совпадения по основным полям (username, email, password).

У FOS user bundle есть своя сущность пользователя, находиться в вендоре.
При подключении fos и необходимости своих полей для пользователя тебе надо создать новый бандл для переопределения FOSBundle, а сущность пользователя расширить от фосовского пользователя.
Т.е. твой юзер со своими полями ложиться поверх юзера фона и фос работает с твоей entity user используя свои поля.
Так что проблемы подключить никакой нет. Функционал твой никак не надо менять, кроме механизма авторизации, которую ты отдаёшь на откуп FOS
Подробнее почитай вот тут symfony.in.ua/symfony2-fosuser-documentation-conte...

Автор не пробовал посмотреть какие евенты есть у прокси, наверное есть читать\писать кеш, можно ли повесить лисенер который будет перед чтением, перед записью примешивать к имени кеша язык из куков ?

Или внедряем какую-нибудь логинзу
loginza.ru/api-overview

Проверяйте сначажа json через например json.parser.online.fr на валидность

Похожее не видел. Тут основная проблема в том что кроме этого скрипта (веб интерфейса) необходимо поднимать crm на точках ремонта или сажать за админку отдельного человека который будет статусы обновлять. Вообще по кодингу тут работы не много. При минимуме функционала всего 2 интерфейса.