Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: Функция защиты от mysql-injection

Сообщения:  [1-10]   [11-16] 

 
 автор: neadekvat   (17.09.2010 в 20:04)   письмо автору
 
   для: lElectroHardl   (17.09.2010 в 17:31)
 

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

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

  Ответить  
 
 автор: Trianon   (17.09.2010 в 18:12)   письмо автору
 
   для: lElectroHardl   (17.09.2010 в 18:06)
 

нет такого действия - фильтровать данные.
Есть действие - преобразовать строку из одного языка в другой.

PS. На это форуме я об этом говорил не один, не два и не три раза.
Поднимите поиск в конце концов.

  Ответить  
 
 автор: lElectroHardl   (17.09.2010 в 18:06)   письмо автору
 
   для: Trianon   (17.09.2010 в 17:45)
 

Я просто ни понимаю, зачем делать 2 действия, которые по сути делают одно и тоже (фильтруют данные)?

  Ответить  
 
 автор: Trianon   (17.09.2010 в 17:45)   письмо автору
 
   для: lElectroHardl   (17.09.2010 в 17:31)
 

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

  Ответить  
 
 автор: lElectroHardl   (17.09.2010 в 17:31)   письмо автору
 
   для: Trianon   (17.09.2010 в 17:11)
 

Неправильно выразился.
Я к тому, что у меня, например, такая функция:
<? function author($text
{
    
$text trim($text);
    
$text preg_replace("/[^a-zA-Zа-яА-ЯЁё\s]{1,25}/"""$text);
    return 
$text;
}

Зачем тут еще и mysql_real_escape_string() использовать? Разве после обработки pre_replace, в скрипт смогут пройти не отсеянные данные?

  Ответить  
 
 автор: Trianon   (17.09.2010 в 17:11)   письмо автору
 
   для: lElectroHardl   (17.09.2010 в 16:56)
 

чтобы защищаться вообще, нужно купить себе парабелум.

  Ответить  
 
 автор: lElectroHardl   (17.09.2010 в 16:56)   письмо автору
 
   для: Trianon   (16.09.2010 в 23:37)
 

Это еще почему?
Да, от самих инъекций да, только mysql_real_escape_string(), но вообще защищаться можно любым из 3-х вариантов. Все 3 работать будут прекрасно.

  Ответить  
 
 автор: psychomc   (17.09.2010 в 01:41)   письмо автору
 
   для: lElectroHardl   (16.09.2010 в 23:04)
 

напишите еще
4-й. отказаться от использования субд

  Ответить  
 
 автор: Trianon   (16.09.2010 в 23:37)   письмо автору
 
   для: lElectroHardl   (16.09.2010 в 23:04)
 

ну да.
из которых корректен только один.

  Ответить  
 
 автор: lElectroHardl   (16.09.2010 в 23:04)   письмо автору
 
   для: bishake   (16.09.2010 в 20:16)
 

Это 1/3 вариантов.
1-й. nikita2206 (15.09.2010 в 22:05)
2-й. Ваш.
3-й. preg_replace();

  Ответить  

Сообщения:  [1-10]   [11-16] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования