Iskander

1) Времена "теплого и дружелюбного" SEO уже прошли. Если раньше можно было условно оптимизировать сайт на троечку, закупить ссылок на Sape/GGL, и все будет огонь, то сейчас это работает весьма непредсказуемо.

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

3) Поэтому рекомендую прочитать базовую книгу ашманова, посмотреть ролики на SeoPult, прочитать рекомендации к сайтам от Yandex/Google. Общая идея такова, что если ты делаешь востребованный и оптимизированный сайт, он пойдет в гору. Оптимизация - это внутреннее сео, а востребованность это внешнее СЕО. Про первое пишут сами поисковики, а вот второе нарабатывается только опытом и экспермиментами.

Если сайту 2 года, то смена урл ничего хорошего Вам не принесет. Урл менеджер у Вас совершенно стандартный. Но не зная структуры нельзя быть уверенным, что внесения в него правок не повлияет на что-то еще. У Вас кроме контроллера сайт другие контроллеры есть?
Оторвано от проекта это можно сделать так:

'urlManager'=>array(
      'urlFormat'=>'path',
      'showScriptName'=>false,
      'rules'=>array(
        '<action:card>/<alias:\w+>'=>'site/<action>', 
        '<id:\d+>'=>'site/view',
      ),
    ),

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

Добрый день?
А Вы самостоятельно пробовали решить проблему? Как пытались решить?
В google, первая ссылка по запросу "Как убрать /site/ из ссылки yii"
тут

P.S.
Попробуйте начать со следующего:

'urlManager'=>array(
      'urlFormat'=>'path',
      'showScriptName'=>false,
      'rules'=>array(
               '' => 'site/index',
               '<_a:[\w\-]+>' => 'site/<_a>',
      ),
    ),

Есть куча сервисов в инете, которые определяют шрифты. Пробовали?
Вероятнее всего Allan

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

JS Rich-фронтед лучше потому что у клиента не перегружаются страницы и ресурсы - меньше трафика, быстрее скорость отклика.

Допустим можно сделать на Angular.js или Backbone и реализовать JSON RESTful API, для его документирования смотреть в сторону Swagger - есть привязки к tastypie. И проганять весь фронтенд на node.js через prerender.io что бы была у роботов возможность индексировать нормально страницы.

Вот "серверная или клиентская шаблонизация" тут уже было много-много холиваров.
Люди пытались писать гетерогенные шаблонизаторы которые исполняются и на сервере и на клиенте, Jade к примеру. Поддерживать такое бывает довольно сложно, но никто не запрещает попробовать. Поисковые роботы индексируют "без JS", либо гугл 2-3 раза в неделю "с JS", что собственно полная лажа для SEO. Я пошёл путём наименьшего сопротивления, сначала делал prerender в phantomjs, а потом вышел prerender.io и счастью моему не было придела.

Важно понимать что node.js в таком случае не резиновый, и при больших нагрузках важно обеспечить хорошее http кэширование - расстановку if-modified-since, и etag'ов. Для этого я использую специально допиленный кэширующий плагин nginx. Вообще поддержка http кэширования в rich frontend'ах сейчас очень больная тема. Её просто нет, и это вызывает много проблем.