@nepster09, короче, вместо названия таблицы укажите алиас t, должно заработать. Так же подучить SQL и почитайте документацию в кой-то веке. Не дело это использовать фреймворк и не пытаться даже его изучать (документация, исходники, благо исходники yii можно разобрать полностью за пару недель неспешного изучения)
получите где-нибудь список доменных имен, которыми могут распорежаться только регистраторы (com.ru, co.uk и т.д.), отделите эту часть от строки, возьмите оставшуюся часть хостнэйма и уберите все до последнего элемента, приссоедините ранее убранное доменное имя верхнего уровня.
@Libris, ну я не думаю что это решит проблему с мобильными устройствами. Все эти штуки типа getComputedStyles и прочее очень дорогие операции, и на всяких андроидах это будет безбожно глючить.
Сходу по исходнику не нашел такой возможности, хотя можно ее добавить. Добавьте ишус автору, судя по всему он оперативно отвечает.
Такие вещи не нужно проверять в контроллере, просто валидировать перед обработкой каждого запроса (onBeforeRequest если мне память не изменяет), в итоге у вас всегда будет передана выбранная локаль. А скорее всего это умеет yii из коробки (если нет - то печалька).
А затем запрашиваете у какого-то сервиса/компонента такой-то контент для такой-то локали. А как это хранится у вас в базе - пусть об этом знает только этот сервис/компонент. Контроллерам не должно быть до этого дела.
не верстка а приложение на клиенте. LLVM так же не является бэкэндом, так как LLVM это совакупность инструментов скорее. Ладно там gcc является бэкэндом...
Еще у конвеера процессора есть фронт и бэкэнд, фронт поставляет микропрограмму, а бэк выполняет микрооперации. И много таких примеров.
@BBird, дефолтный валидатор не расчитан на такой вариант использования, так что вам придется реализовывать свой валидатор на основе стандартного, который так же проверят так же дубликаты на предмет совпадения по ID, например.