Yii Framework

При изменении страницы ajax`ом нужно перенавешивать скрипты. В функции afterAjaxUpdate , нужно очистить обработчики с кнопки, и навесить их снова. А на примере не покажете? :oops: Так там просто скопировать навешивание в afterAjaxUpdate при создании грида. 'afterAjaxUpdate' => 'function(id, data) {...

При изменении страницы ajax`ом нужно перенавешивать скрипты. В функции afterAjaxUpdate, нужно очистить обработчики с кнопки, и навесить их снова.

SQL генерится одинаковый?

.htaccess или, что там у вас за рерайт отвечает, настроены?
И где файл есть, с расширением .html?

А код создания ссылки? Через Chtml? Ничего deprecated не используется?

По моему такой функционал не стоит выделять в ядро, ибо делается за пару минут(использовали как раз в прошлом проекте), изменением одного компонента и настройкой роутов. При это настройка роутеров будет самой долгой процедурой, а её так или иначе придется делать).

В access логах сервера что пишет? 3 запроса или 1?
Как минимум favicon должен еще запрашивать. Третий запрос я точно не знаю, но тоже возможен.

У меня наоборот, PhpStorm - первое на чем xdebug завелся с пол пинка(точнее правильное указывание IDE_KEY и порта который слушать, и настройке собственно xdebug на удаленную отладку). На eclipse так и не запустилось, и хз что не правильно, вроде все так же, на НетБинсе запустил, но с ковырянием.

Как вариант вешать ошибку только на одно(например первое) поле.

Да примеры есть.

Стоит только поискать.

$.fn.yiiGridView.update('%grid-id%'); - обновление грида

Нужно обработать представление ошибок, для этого есть js, который помещается в функцию afterValidate. Суть в том, что он определяет, если ли ошибка, и если есть то создает из нее tooltip. Проблема в том что afterValidate на деле не совсем after потому как навешиваение класса и заполнение блока с оши...

Ясно. Ну да, возможно это более естественный подход.

Должен, из за чего весь сыр бор) Дело собственно лишь в том что аяксовую валидацию хотелось сгруппировать в один запрос(раз уж он отправляется и проверяет форму, почему бы не заставить его проверить ещё и предупреждения), посмотрел на систему оповещения фреймворка и подумалось, что по сути, это тоже...

Разве? Если всё заполнено верно то и ошибок не будет) Как альтернатива может быть уровень ошибок, тоесть при добавлении указываем тип, от INFO до ERROR(в принципе отличие будет лишь в отображении, в назначаемом выводу классе). Хотя может это и больше моя локальная надобность, из за специфики проекта...

Есть, но они не динамические, тоесть добавляются во вью, а не при валидации формы. Представь ситуацию: Есть форма - создание заявки. В зависимости от типа заявки мы должны выводить коммиссию. При этом это желательно сделать при помощи валидатора. Очевидное решение: В валидаторах разрешить создавать ...

Сейчас про валидации форм мы можем добавлять ошибки при помощи валидаторов, но не всегда при проверке мы должны получать ошибки, иногда, например, при динамической валидации(когда возможное значение одного поля зависит от другого), нужно просто предупредить пользователя о том что то или иное поле им...

Фреймворк как раз навязывает модель использования htmlspecialchars, только при выводе, а не при вводе - о чем я изначально и поднял тему. Фреймворк борется с последствиями, а не с источником. Не замечал навязывания. Вообще при выводе лишь в некоторых местах CHtml используется htmlspecialchars. Фрей...

Любой мало-мальски нормальный текст содержит кавычки, которые вам вывести as is нельзя. Только фильтрует их не htmlspecialchars. Так это уже редактирование, которое не совсем вывод. Об этом я писал выше. Вы меня не поняли. Если мы текст из редактора прогоним через htmlspecialchars то мы и при вывод...

Можно использовать beforeSave в модели) Ну это для каждой модели писать надо. А если их чуть более чем до фига? Наследуемся от CActiveRecord и определяем свой класс в компонентах, после чего все модели наследуем от него. Если нужно отфильтровать что то, лучше использовать фильтрацию по тегам, вырез...