Как валидировать данные?

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

Ну не знаю на yii к примеру тоже можно быстро написать, а работает он быстрее сф.
Так что это дело личных предпочтений что использовать...

-----
Так было, так есть и так будет

такие штуки луше самому подпиливать - делов то алгоритм формирования рисунка переделать.

я когда писал класс капчи сделал просто - вот вам protected методы класса
типа OnCode для формирования кода на капче и OnImage для формирования картинки.
кому надо - отнаследовался - перекрыл методы своим алгоритмом и все дела.

(Отредактировано автором: 05 Апреля, 2013 - 22:59:49)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

А как насчет записи не валидных данных в модель, если в ручную капчу постом передать, не проверяя повторно данных на клиенте?
(Добавление)
Блин, не на клиенте а на сервере

-----
Так было, так есть и так будет

что значит вручную? вы передаете код который сравниваете с тем что хранится например в сессии - код с каждой переагрузкой страницы разный

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Загружается страница, генерируется капача с кодом, код записывается в сессию.
Я вижу код, и отправляю не валидные данные, вместе с правильным кодом, обработчику регистрации, и все.
Что помешает произвести такую операцию?

-----
Так было, так есть и так будет

ну в принципе можно стащить курлом картинку посмотреть ввести данные и отправить назад. но автоматизировать такой процесс не получится - для ботов ьесполезно
а вбивать руками - какой смысл?

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

смысл в том, что туда можно хоть что впихнуть, даже xss, конечно можно отчищать перед выводом, но
все же, зачем это делать когда модель должна быть корректна...

-----
Так было, так есть и так будет

если проверка идет "малой кровью" то есть проставить атрибуты то есть смысл , городить иерархию классов - вряд ли.

проверку на xss или иньекции нужно только для определенных полей - опять же нет смысла создавать лишние сущности.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ладно, caballero, digi спасибо вам за обсуждение данной темы.
Буду все таки клепать классы (делать дубликаты правил), а по ним рисовать формы...
Так как я считаю что валидация все таки нужна и на сервере.

(Отредактировано автором: 05 Апреля, 2013 - 23:42:52)

-----
Так было, так есть и так будет

, естественно как иначе то %)))

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

(Отредактировано автором: 05 Апреля, 2013 - 23:46:46)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore