Всегда.
Даже тогда, когда данные берутся не из POST и GET. Допустим такой вариант - в базе записан текст, берем из одной таблицы и вставляем в другую. Если в тексте есть апострофы - как минимум будет ошибка, как максимум инъекция. По этому нельзя совать в базу необработанный текст.
Вообще нельзя.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

А как луше обрабатывать в самом запросе в селекте или через переменую? выше запроса, или разницы нет просто кода больше?

И еще вопрос если в базе есть таблица1 и таблица2 то я так понял если хоть одна таблица открыта под угрозой все?

Ну и получаются в итоге смешные и глупые сайты, в которых нельзя пользоваться знаками препинания, нельзя писать формулы, такие например: a > b + c, вообще ничего нельзя, только буквы и цифры.
Полная чушь.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

twin
Т.е. ты считаешь, что проще зарубить все опасные символы, чем разрешить все безопасные? Дай список всех опасных символов, потому как видел примеры только с кавычкой, а по факту хакерский мозг может быть куда изобретательней

_____________
Бывает, ты ешь медведя, а бывает, что медведь ест тебя (с)

Почитай внимательно первый пост. Я именно с этого и начал тему.
Тут важно разобраться в механизмах, тогда не станет страшно. Ведь пугает неизвестность, а вовсе не символы. Нет опасных символов.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Дописал чуток про файлы, в следующий раз про формы напишу.
А то достали грабители

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Твини про защиту сесий и куков где моно почитать?

Что ты имеешь ввиду?

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

ну их че перехватывать нельзя?

Можно. Получить то, что в сессии нельзя, но при определенном стечении обстоятельств можно подменить значение сессии. Куки очень просто перехватываются и их содержимое не такой уж и секрет.
Подробно можно почитать пока в гугле попозже распишу.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

twin Скажи пожалуйста, на сколько такая защита хорошая, я понимаю в ёё неудобстве, но всё же интересно:

AuthType Basic  
AuthName "hello admin"
AuthUserFile /home/sites/shop.ua/public/admin/.htpasswd
require valid-user</span>

Спасибо за статью в первом посте, очень многое дала понять.

Нормальная защита.. Ничем не отличается от любой другой. Тут дело не в защите (по большому счету рзницы нет, как отбиваться, php или аппачем), тут дело в передаче данных. А они передаются одинаково, если это HTTP протокол. Так что тут нужно смотреть на удобство, по надежности они идентичны. Вернее если на php грамотно написана, то идентичны.
Кто не уверен в своих силах, лучше пользоваться аппачем. Но она не очень удобна. А кто уверен - пишет свою.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.