Стандартные контролы - вещь в себе. Внешний вид в стандарте не задан, поэтому кастомизируются или плохо или никак.
Если сильно надо - смотрите кастомные плагины.
ADD
Для статистики GoogleAnal можно юзать events
Adsence в таких сайтах Google не поддерживает
Кроме того, автоматическая смена рекламного блока без рефреша страницы нарушает пользовательское соглашение. Подробный разбор
Если ты еще не в курсе,я скажу тебе, читатель:все зависит от контекста,все буквально, даже я! (с)
Я говорил о том что конечно лучше взять готовый скрипт чем писать самому. Если конечно этот скрипт есть, устраивает, и доработка стоит дешевле чем написание собственного скрипта. Но если есть выбор между скриптом и сторонним сервисом, выбор однозначно в пользу скрипта, который никуда не денется, в отличие от сервиса.
В случае с комментариями дискус меня не устроил по соображениям указанным выше, CommentIt меня не устроил из-за специфики собственного проекта. Я ни разу не жалею, что его приобрел, хотя драть оттуда ничего не драл, а написал свой аналог.
По дефолту эти системы хранят комментарии у себя, но должна быть система импорта-экспорта, которая в принципе позволяет разместить все у себя в статике. Стоит оно того или нет вам решать.
Имхо все бесплатное станет рано или поздно платным, или на бесплатность введут ограничения или ухудшится качество. До кучи сторонний сервис, особенно отечественный - всегда стремно. К проблемам своего хостинга добавляются проблемы стороннего сайта.
Посмотрите CommentIT 250р не сильно жалко, за посмотр. Если понравится, сэкономите больше. Альтернатив в этом классе я не встречал, хотя искал.
UPD Вот здесь пишут, что индексация в hypercomments только для платных аккаунтов.
Зачем на рабочем сервере нужно читать код, если его можно читать на отладочном? Да и Firebug делает любой ужатый код читаемым лучше некуда.
Про продумывание, термояд,yii, я понял. Про то как избежать двойной работы чтобы Яндекс(! не Google) индексировал не понял. В двух словах. Только про шаблонизацию. Не надо про парадигмы, yii, и прочее.
Волшебная пуля для простой страницы
<h1>Hello World!</h1>
Разводка на "эксклюзив" (?) - отдельная тема. Но к техническим вопросам она не имеет никакого отношения.
Прикинул и что дальше? Как без статики Яндекс проиндексирует замечательный сайт который вы привели в примере?
Для отдельных уникальных движков в очень узком диапазоне. Но не для подавляющего большинства типовых проектов.
Как именно? Лучше на том примере который вы предложили. Типовой магазин или обзор гаджетов. (витрина-каталог-описание)
Мне очень-очень нравятся принципы и возможности. Со всем этим активно работаю много лет (раньше - XSLT на клиенте, FullAjax админки для CMS, CRM на ExtJS и собственной библиотеке; сейчас - SmartTV)
Но я не понимаю в чем выигрыш на общем фронте в среднестатистическом контент-проекте, интернет-магазине, форуме, блоге. Вижу только двойную работу по шаблонизации (для ботов и для юзеров) и более высокую квалификацию верстальщика или программиста, которому кроме обычного нужно учить дополнительно фронтовые MV* библиотеки.
Про тестирование не надо говорить. Cтандартный интернет-магазин который студии клепают пачками без всяких Ajax тестировать надо только для проформы и проверки верстки.
для того, чтобы этого кода было по объему сопоставимо с JS сколько страниц надо просмотреть?
Если основной трафик - картинки, не получается экономии на спичках?
Если считать что это витрина среднестатистического интернет-магазина, каков размер экономии?
Даже если все это сжать, то насколько шустро все это будет работать на среднестатистическом мобильнике?
Наконец то вы подошли к вопросу цены.
1. З/п серверного программиста никто не отменял. А вот программиста который работает на фронте в 1.5-2 раза выше зарплаты обычного верстальщика. Поэтому цена проекта будет выше. Точно так же будет выше цена сопровождения.
2. очень здорово шаблонить все на фронте. Но если думать о SEO нужно делать дубликаты страниц поиска для ботов. В результате получаем двойную работу и это тоже увеличивает стоимость разработки и стоимость сопрвождения. Причем заметно.
Чтобы лишние трудозатраты отбивались экономией на трафике, и железе посещаемость проекта и аудитория должна явно быть не среднестатистической.
Я об этом уже говорил - сложно придумать проект, на котором все это оправдано. В любом случае это не контент-проект, а какой-то сервис, с большой и постоянной аудиторией. Или что-то уникальное, типа слежения за биржей, тотализатором, онлайн-игрой, CRM, SmartTV, CMS в бэкофисе
