Экранировать одинарные кавычки php. PHP регулярные выражения экранирование – особенности реализации. Другие варианты применения. Php кавычки, кавычки одинарные, двойные, экранирование php символ двойных и одинарных кавычек
В этой краткой статье показано, как и где стоит использовать кавычки в PHP .
Одинарные кавычки (апострофы) в PHP
Строки, заключенные в одинарные кавычки, никак не обрабатываются PHP. То есть одинарные кавычки представляют текст, заключенный между ними, как есть.
// Правильно echo "Как жизнь?"; echo "Как жизнь? $name"; echo "Как жизнь? ".$name; // Неправильно echo "Как жизнь? $name";
Специальные символы в одинарных и двойных кавычках
Чтобы, например, символ табуляции (\t) интерпретировался как символ табуляции, а не как слеш и буква t, необходимо заключать строку с текстом, в которой содержится символ табуляции, в двойные кавычки. В одинарных кавычках можно использовать только \’ и \\ . Все остальные экранирующие последовательности (\n , \r , \$ и т.д.) недопустимо использовать в одинарных кавычках.
// Неправильно echo "Как жизнь? \n"; // Правильно echo "Как жизнь? \n";
Чтобы экранировать двойные кавычки внутри строки, поставьте кавычки перед обратным слэшем \" .
// Неправильно echo "
Как жизнь?
"; // Правильно echo "Как жизнь?
"; echo "Как жизнь?
";Двойные кавычки в PHP
Текст, заключенный в двойные кавычки, обрабатывается совсем по-другому. Например, переменные, заключенные в двойные кавычки, заменяются на их значения. Это делает удобным составлять SQL запросы при помощи двойных кавычек.
$query = "INSERT INTO table (post,author,text,date) VALUES ("$id","$author","$text","$date")";
Не так давно один из участников моего форума обнаружил ошибку у меня на сайте. Если ввести "/ " в форму поиска, то выдавалась ошибка. Вроде бы ничего серьёзного, но это не очень хорошо. Поэтому эту ошибку я сразу нашёл и исправил. А ошибка была в том, что я кое-что забыл учесть. Это немного связано с экранированием регулярных выражений на PHP , и давайте разберём эту тему подробнее.
Любое регулярное выражение, которое составляется из того, что прислал пользователь, всегда надо пропускать через функцию preg_quote() . Данная функция добавляет обратный слэш перед каждым служебным символом, например, перед символом "* ".
Зачем это нужно? Давайте рассмотрим такой пример:
?>
Но ведь наша цель была просто получить строку от пользователя без всяких спецсимволов (а "* " - это спецсимвол, соответствующий любому символу). А сам пользователь хотел, чтобы * была частью текста, а никак не спецсимволом. В результате, регулярное выражение работает не так, как требуется.
И данная проблема решается с помощью функции preg_quote() :
$str = "abc * abc"; // Эта строка пришла от пользователя, например, методом POST
preg_match("/$str/", $text); // Поиск соответствия в некой переменной $text
?>
Теперь "* " будет заменена на "\* ", и никаких проблем при поиске соответсвия не возникнет, так как теперь "* " - это не более, чем часть текста, а не спецсимвол.
Вот на этом этапе я не ошибался, и всё сделал правильно, но я не учёл ещё кое-что:
$str = preg_quote($str); // Экранируем служебные символы
preg_match("/$str/", $text); // Поиск соответствия в некой переменной $text
?>
После подстановки регулярное выражение станет таким: "/abc / abc/ ". Как Вы понимаете, оно работать не будет, и PHP выдаст ошибку.
Вот эту-то ошибку и обнаружил один из посетителей данного сайта. Решается она очень просто: все прямые слэши экранируются отдельно . Если Вы используете другой символ границы регулярного выражения (например, "# "), то надо экранировать его. Итак, вот правильный код:
$str = "abc / abc"; // Эта строка пришла от пользователя, например, методом POST
$str = preg_quote($str); // Экранируем служебные символы
$str = str_replace("/", "\/", $str); // Экранируем прямой слэш
preg_match("/$str/", $text); // Поиск соответствия в некой переменной $text
?>
Вот и всё решение проблемы. Давайте ещё раз подведём итог, что Вы должны делать:
- Экранировать регулярное выражение с помощью функции preg_quote() .
- Экранировать символ границы регулярного выражения с помощью функции str_replace() .
После этого проблем с ошибками регулярных выражений быть уже не должно.
Учитывая строку в python, такую как:
S = "This sentence has some "quotes" in it\n"
Я хочу создать новую копию этой строки с любыми экранированными кавычками (для дальнейшего использования в Javascript). Так, например, я хочу это сделать:
"This sentence has some \"quotes\" in it\n"
Я попытался использовать replace() , такие как:
S.replace(""", "\"")
но возвращает ту же строку. Итак, я попробовал это:
S.replace(""", "\\"")
но возвращает двойные экранированные кавычки, такие как:
"This sentence has some \\"quotes\\" in it.\n"
Как заменить " с \" ?
ОБНОВИТЬ:
Мне нужно в качестве вывода из этого текста для копирования, который показывает как кавычки, так и новые строки как экранированные. Другими словами, я хочу иметь возможность копировать:
"This sentence has some \"quotes\" in it.\n"
Если я использую необработанную строку и print в результате я получаю правильно экранированную цитату, но экранированная новая строка не печатает. Если я не использую print то я получаю свои новые строки, но с двойными экранами. Как я могу создать строку, которую я могу скопировать, которая отображает обе строки и цитату?
2017-09-19 05:09
Ответы:
Привет, обычно при работе с Javascript я использую модуль json, предоставляемый Python. Это позволит избежать строки, а также множество других вещей, как указал user2357112.
Import json string = "This sentence has some "quotes" in it\n" json.dumps(string) #gives you ""This sentence has some \\"quotes\\" in it\\n""
2017-09-19 05:33
Ваша вторая попытка правильная, но вы сбиты с толку разницей между repr и str строки. Более идиоматический способ сделать второй способ - использовать «сырые строки»:
>>> s = "This sentence has some "quotes" in it\n" >>> print s This sentence has some "quotes" in it >>> print s.replace(""", r"\"") # raw string used here This sentence has some \"quotes\" in it >>> s.replace(""", r"\"") "This sentence has some \\"quotes\\" in it\n"
Необработанные строки - WYSIWYG: обратные косые черты в исходной строке - всего лишь один символ. Это - как вы обнаружили - легко путать иначе;-)
Печать строки (второй вывод выше) показывает, что она содержит нужные вам символы.
Без print (последний вывод выше), Python неявно применяется repr() до значения перед его отображением. Результатом является строка, которая создавала бы оригинал, если бы Python должен был ее оценить. Вот почему в последней строке зазоры удваиваются. Они не находятся в строке, но необходимы, чтобы, если Python должен был их оценивать каждый \\ станет одним из \ в результате.
Строки в PHP обрамляются одинарными или двойными кавычками. Главное различие в том, что в двойные кавычки можно подставить переменную:
Теперь мы можем придумать ещё одно решение задачи из урока Переменные в PHP :
$title"; echo "
Как PHP находит переменную в строке?
Всё просто. Помните, какие символы могут использоваться в названии переменной? Это цифры, буквы и подчёркивание _ .
Вот PHP и принимает за название всё, что находится между символом $ и первым запрещённым символом.
В следующем коде PHP неправильно определит название переменной и выдаст ошибку:
Результат в браузере:
Notice: Undefined variable: priceруб in D:\OpenServer\domains\сайт\index.php on line 3
Чтобы PHP правильно определил название переменной в строке, нужно поместить её в фигурные скобки {} :
Результат в браузере:
1499руб
Нет однозначного мнения, какие кавычки нужно использовать для обычных строк, в которые ничего не нужно подставлять. Однако, многие программисты предпочитают использовать одинарные кавычки.
Дело в том, что двойные кавычки у многих вызывают ассоциацию "в эту строку что-то должно подставляться". Поэтому я рекомендую использовать одинарные кавычки для обычного текста, а двойные - только когда в текст нужно подставить переменную. Пример:
Экранирование кавычек
Если вам нужно поместить кавычки внутрь строки, есть 2 способа это сделать:
Во втором примере обратный слеш \ экранирует следующую за ним кавычку, чтобы PHP воспринял её как строку.
Как думаете, что нужно сделать, чтобы вывести на экран только обратный слеш? Ведь он будет экранировать закрывающую кавычку. Забавно, но нужно написать второй слеш для экранирования первого:
Табуляция и перенос строки в двойных кавычках
Обратный слеш в двойных кавычках позволяет экранировать не только кавычки и самого себя, но и некоторые другие символы. Наиболее популярные из них - это табуляция (длинный пробел, который вы получаете при нажатии TAB) и перенос строки. Выглядят они следующим образом:
Напишите скрипт, который:
1. Создаёт переменную $type
со значением Игра
.
2. Создаёт переменную $name
со значением "World of Warcraft"
(с кавычками).
3. Выводит обе переменные внутри тега
. Между переменными должен быть пробел.
Для начала - немного о том, почему вообще нужны эти слеши.
Если мы подставляем в запрос какие-либо данные, то, чтобы отличить эти данные от команд SQL, их надо брать в кавычки.
К примеру, если написать
SELECT * FROM table WHERE name = Bill
то база решит, что Bill - это имя другого поля, не найдёт его, и выдаст ошибку. Поэтому подставляемые данные (в данном случае имя Bill) надо заключать в кавычки - тогда база сочтет его строкой, значение которой надо присвоить полю name:
SELECT * FROM table WHERE name = "Bill"
Однако, и в самих данных могут встречаться кавычки тоже. К примеру,
SELECT * FROM table WHERE name = "Д"Артаньян"
Здесь база данных решит, что "Д" - это данные, а Артаньян - команда, которую она не знает, и тоже выдаст ошибку. Поэтому и надо прослешивать все данные, чтобы объяснить базе, что встречающиеся в них кавычки (и некоторые другие спецсимволы) относятся к данным.
В результате мы получим правильный запрос, который ошибок не вызовет:
SELECT * FROM table WHERE name = "Д\"Артаньян"
Таким образом, мы выяснили, что при подстановке данных в запрос, следует придерживаться двух правил:
- все вставляемые в запрос данные должны быть заключены в кавычки (одинарные или двойные, но удобнее и чаще используются одинарные).
- во всех строковых переменных должны быть экранированы слешами спецсимволы.
Следует специально отметить: добавленные слеши НЕ идут в базу. Они нужны только в запросе. При попадании в базу слеши отбрасываются. Соответственно, распространенной ошибкой является применение stripslashes при получении данных из базы.
Цитирование работы, если номера страниц недоступны
Если дата публикации сомнительна, используйте знак вопроса после даты, например. или Смит. Другие примеры с неуверенными датами включают. Работа, которая обеспечивала издателя, но еще не находится в процессе публикации, например. работа, которая находится в процессе публикации, но дата публикации неясна, например. Если источник не содержит номеров страниц, например веб-страницы или статей в Интернете, не включайте номер страницы в текстовые цитаты. Если номер абзаца не отображается, укажите заголовок и номер абзаца, следующий за ним.
На самом деле, всё вышесказанное относится к данным строкового типа и датам. Числа можно вставлять не прослешивая и не окружaя кавычками. Если вы так делаете, то ОБЯЗАТЕЛЬНО!
насильно приводите данные к нужному типу перед вставкой в запрос, например:
$id
=
intval
($id);
Однако для простоты (и надёжности) можно и с числами работать, как со строками (проскольку mysql всё равно преобразует их к нужному типу). Соответственно, мы будем любые данные, вставляемые в запрос, прослешивать и заключать в кавычки.
Иногда автор пишет об исследованиях, которые кто-то сделал, но вы не можете отследить исходный отчет или публикацию. В этом случае, поскольку вы не читали исходный отчет, вы будете включать только источник, который вы использовали в списке ссылок. Слова «цитируются в» в скобках указывают, что вы не читали оригинальные исследования.
В справочном списке укажите сведения о той статье, которую вы фактически использовали. Некоторые из них жестко застревают в скрипте. Однако любой элемент, представляющий любую информацию, называется выражением. Вот простой пример: Это числовое выражение, представляющее целое число.
Так же, есть ещё одно правило - необязательное, но его следует придерживаться во избежание появления ошибок:
Имена полей и таблиц следует заключать в обратные одинарные кавычки - "`" (клавиша с этим символом находится на стандартной клавиатуре слева от клавиши "1") Ведь имя поля может совпадать с ключевыми словами mysql, но если мы используем обратную кавычку, то MySQL поймёт всё правильно:
SELECT * FROM `table` WHERE `date` = "2006-04-04"
Следует различать эти кавычки и не путать одни с другими. Следует также помнить, что обратные кавычки слешами не экранируются.
«Это текст без специальных символов» «Это также текст, но со специальными символами ». Выше мы имеем два выражения, представляющих текст. Между ними существует значительная разница. Для котировок интерпретатор будет искать переменные вызовы. В котировках есть дополнительные коды форматирования.
Как вы можете видеть, синтаксис функции выглядит следующим образом: имя функции. Если функция не имеет параметров, круглые скобки пусты. Если их больше одного, мы разделяем их запятой. И сам параметр - не что иное, как выражение. Это также функция, поэтому мы можем вставить ее в наш текст, используя оператор точки.
Итак, мы научились правильно подставлять в запрос данные.
НО! Динамическое составление запросов не исчерпывается подстановкой данных. Часто нам приходится подставлять в запрос команды SQL и имена полей. И здесь мы уже переходим к теме безопасности:
SQL Injection - это способ хакерской атаки, когда передаваемые скрипту данные модифицируются таким образом, что запрос, формируемый в этом скрипте, начинает выполнять совсем не то, для чего он предназначался.
Правила защиты от таких атак можно разделить на два пункта:
1. Работа с данными.
2. Работа с управляющими элементами запроса.
Другим математическим термином является переменная, представляющая информацию, неизвестную при написании сценария. Это контейнер, в который мы можем вставить любую информацию во время скрипта, помня об этом таким образом. Без переменных вы не можете говорить о какой-либо обработке данных, потому что компьютер должен иметь некоторую возможность разместить некоторые результаты расчета и хранить необходимые программы передачи данных.
Каждая переменная имеет свое уникальное имя, которое однозначно идентифицирует ее. Дальнейшие символы также могут быть числами. Примеры допустимых имен переменных. Чтобы присвоить значение переменной, вы должны поставить выражение с помощью оператора =. Слева помещаем нашу переменную, а справа - другое выражение, которое указывает вставленное значение. Вот как это выглядит на практике.
Первый пункт мы подробно рассматривали выше. Он, можно сказать, и не является, собственно, защитой. Соблюдение правил добавления занных в запрос продиктовано, в первую очередь, требованиями СИНТАКСИСА SQL. А как побочный эффект мы имеем и защиту от взлома.
Второй пункт гораздо сложнее, поскольку не существует такого же единого универсального правила, как для данных - обратная кавычка никак не защитит имя поля от модификации хакером. Невозможно кавычками защитить имя таблицы, операторы SQL, параметры команды LIMIT, и другие операторы.
Поэтому основное правило при подстановке управляющих элементов в запрос такое:
Если требуется динамически подставлять в запрос операторы SQL или имена полей, баз данных, таблиц, то ни под каким видом не вставлять их в запрос напрямую.
Все варианты таких добавлений должны быть ЗАРАНЕЕ прописаны в вашем скрипте и выбираться на основании того, что ввёл пользователь.
К примеру, если надо передать имя поля в оператор order by, то ни в коем случае нельзя подставлять его напрямую. Надо сначала проверить его. К примеру, сделать массив допустимых значений, и подставлять в запрос только если переданный параметр в этом массиве присутствует:
$orders
=array("name"
,
"price"
,
"qty");
$key
=
array_search
($_GET
[
"sort"
],
$orders));
$orderby
=
$orders
[
$key
];
$query
=
"SELECT * FROM `table` ORDER BY $orderby"
;
Мы ищем в массиве заранее описанных вариантов введённое пользователем слово, и, если находим, то выбираем соответствующий элемент массива. Если совпадения не будет найдено, то будет выбран первый элемент массива.
Таким образом, в запрос подставляется не то, что ввёл пользователь, а то, что было прописано у нас в скрипте.
Точно так же надо поступать и во всех остальных случаях
К примеру, если динамически формируется оператор WHERE:
if (!empty($_GET
[
"price"
]))
$where
.=
"price=""
.
mysql_real_escape_string
($_GET
[
"price"
]).
"""
;
$query
=
"SELECT * FROM `table` WHERE $where"
;
Мне сложно представить себе случай, когда имя таблицы может подставляться в запрос динамически, но если такое случится, то имя тоже надо вставлять только из заранее прописанного в скрипте набора.
Параметры оператора LIMIT следует принудительно приводить к целочисленному типу с помощью арифметических операций или функции intval
().
Не следует думать, что перечисленными здесь примерами исчерпываются все варианты динамического составления запросов. Нужно просто понять принцип, и применять его во всех подобных случаях.
Затем мы использовали его в расчете. Таким образом мы видели одно из применений переменных. Мы сохранили результат в одном разделе программы, чтобы мы могли использовать его неоднократно в другом месте, не прибегая к функции каждый раз и рассчитывая без необходимости сотни раз. Хотя загрузка текущего времени - это не трудоемкая операция, но пока мы все еще находимся на ранней стадии обучения, и нам нужно позаботиться о простоте примеров.
Нет необходимости заявлять их вообще, и интерпретатор будет поддерживать актуальную информацию о типе информации. Данная переменная создается при первом использовании в скрипте. Существует ряд ситуаций, когда это поведение желательно, но обычно это может затруднить работу. Представьте себе эту ситуацию: программист может писать очень часто, и он иногда нажимает на два ключа в неправильном порядке. Слово «теория» здесь не было случайным.
Убрать экранирование кавычек
Мы можем сгибать его по нашим требованиям с помощью скобок. Вот список самых интересных операторов, с которых можно начать. Этот скрипт будет генерировать несколько строк. Проанализируйте свою эффективность. Тот же принцип применяется к оператору. Для облегчения модификации значений переменных числами, отличными от единицы, был создан целый ряд операторов, объединяющих назначения и некоторую математическую операцию.
Между квадратными скобками нужно ввести выражение, которое указывает индекс массива, который мы хотим прочитать. Теперь у нас может возникнуть соблазн написать случайный скрипт. Индексы массива не обязательно должны быть численными. Мы имеем дело с ассоциативными массивами.
- Среди причин, по которым не стоит полагаться на "волшебные кавычки", есть ещё одна. Весьма маловероятная, но всё же. К "волшебным кавычкам" относится на самом деле не две директивы, а три. Третья - magic_quotes_sybase . Мало того, что она вместо слеша добавляет кавычку - так она ещё и отменяет действие magic_quotes_gpc. Если каким-то чудом обе эти директивы имеют статус "on", то последняя не сработает! То есть, полагаясь на "волшебные кавычки", мы в этом случае получим все прелести неправильно составленных запросов. Вообще, чисто теоретически, надо учитывать наличие этой директивы, поскольку она преподносит ещё и такой сюрприз, как... изменение поведения функций addslashes и stripslashes! Если magic_quotes_sybase = on , то эти функции начинают вместо слеша добавлять и удалять одинарную кавычку соответственно.
- Все приведенные примеры касаются только БД Mysql. Конкретные правила составления запросов могут отличаться для других СУБД, но общий принцип остается прежним:
- если API для работы с БД или сторонняя библиотека предоставляет специальные функции для составления запросов , и есть возможность их использования, то пользоваться в первую очередь надо ими.
- если таких функций нет, то следует искать в документации функции экранирования спецсимволов для этой СУБД.
При выводе value в тегах input форм, слеши не помогают.
Чтобы текст в таком поле выводился целиком, value надо заключать в кавычки , а к выводимым данным применять функцию htmlspecialchars()
Пример:
echo htmlspecialchars ($text , ENT_QUOTES) ?>
Необходимо так же отметить (хоть это уже совсем не имеет отношения к кавычкам и слешам), что функцию htmlspecialchars следует применять при выводе в браузер вообще ко всем данным, которые получены от непроверенного пользователя. Почему это следует делать, можно почитать в гугле по запросу что такое XSS уязвимость
by phpfaq.ru
Здравствуйте, уважаемые читатели, сегодня я бы хотел раскрыть тему экранирования кавычек в php, javascript и sql, рассказать что это такое и зачем нужно, а также привести несколько полезных примеров показывающих необходимость экранирования.
Эхо-утверждение, обсуждаемое в предыдущей статье, предназначено, в частности, для печати субтитров. Эти символы называются апострофом и кавычками. Таблицы имен символов, и. В дальнейшем мы будем использовать первые два решения. Добавим, что вышеприведенные символы не могут быть «смешанными». Письмо, начинающееся с апострофа, должно быть заполнено апострофом, а кавычка должна быть заключена в кавычки.
Являются неправильными инструкциями. Это относится к тому, как мы говорили как с кавычками. Затем многословный запрос будет помещен в текст следующим образом. Благодаря этому запросу мы сможем - без каких-либо изменений - перейти на другое программное обеспечение.
Что такое экранирование кавычек
Чтобы дать определение этому понятию, для начала приведу небольшой пример объявления строки.
Практически в любом языке программирования мы используем следующий принцип объявления строковой переменной:
var text = "Название моего блога компании life";
Все, что содержится между кавычек – понимается интерпретатором как строка.
Размещение белых символов в распечатках
Белые символы, появляющиеся на печати, мы помещаем в надписи. Будет отображаться браузером так же, как и код. На самом деле есть три документа. Который представлен в браузере следующим образом.
Разница между апострофами и цитатами
Апострофы и цитаты имеют несколько иной эффект.Цитата, окруженная кавычками, может содержать специальные символы и переменные. Имена переменных будут заменены их значениями. Размещение его в строке, окруженной кавычками, приведет к разрыву линии. В случае кавычки все символы интерпретируются буквально. Нет интерпретации переменных или специальных символов.
Если нам нужно передать в строковую переменную текст содержащий кавычки и мы попытаемся сделать это таким образом:
var text = "Название моего блога: "life" " ;
то произойдет ошибка, поскольку вместо одной строки интерпретатор увидит две:
"Название моего блога: "
" "
а между ними неизвестный ему оператор – life.
Чтобы такого не происходило необходимо экранировать кавычки. В javascript, например, это будет выглядеть таким образом:
var text = "Название моего блога: \"life\" " ;
После данного практического примера можно дать определение понятию экранирования кавычек.
Цитирование символов, специальных символов
Если текст ограничен апострофами, то апостроф не может встречаться в надписи. Следующий пример неверен. Апострофному символу внутри строки должно предшествовать обратная косая черта. Префикс символа с обратной косой чертой иногда называют кавычкой. Апостроф - единственный знак, который мы должны процитировать, если текст окружен апострофами. Другие символы не цитируются!
Экранирование в PHP
Однако в кавычках необходимо указывать больше кавычек. Специальные символы в таких надписях. Полная таблица специальных символов и символов для цитат в кавычках в таблице. Таблицу символов можно помещать в кавычки. Использование кавычек в кавычках с кавычками является ошибкой.
Экранирование кавычек – это действие, совершаемое над строковой переменной в ходе работы скрипта. Действие это позволяет использовать кавычки в строке. Частным но довольно распространенным способом экранирования является подстановка обратного слеша \ перед внутренними кавычками.
Php экранирование кавычек
В php экранировать кавычки можно несколькими способами, первый из них аналогичен рассматриваемому выше.
"Как же вы поживаете?" – спросила Екатерина Ивановна. "Ничего, живем понемножечку", – ответил Старцев (Чехов)
Чтобы вывести ее на страницу, в PHP следует делать одним из следующих способов.
Экранирование обратным слешем:
echo "\"Как же вы поживаете? \" – спросила Екатерина Ивановна. \"Ничего, живем понемножечку\", – ответил Старцев (Чехов)";
Экранирование одинарными кавычками
echo ""Как же вы поживаете?" – спросила Екатерина Ивановна. "Ничего, живем понемножечку", – ответил Старцев (Чехов)";
В случае, когда внутренних кавычек в строке много проще при объявлении строки использовать одинарные кавычки, а внутри нее двойные. Либо, наоборот, в зависимости от наличия в тексте тех или иных кавычек.
Зачем может понадобиться экранирование кавычек в PHP
Помимо разобранного примера с выводом строк, экранирование кавычек и других спец символов зачастую необходимо при работе с БД.
Чтобы не допустить, различного рода проблем при работе с базой данных, перед сохранением данных в таблицы можно использовать функцию addslashes
$str = "Is your name O"reilly?";
// выводит: Is your name O\"reilly?
echo addslashes($str);
или mysql_real_escape_string
Обе эти функции являются стандартными в php и экранируют спецсимволы строк. Когда и какую использовать, зависит от конкретных задач. Например addslashes лучше использовать для сериализованной строки при записи ее в базу, а mysql_real_escape_string для всех пользовательских данных пришедших с формы на сайте.
В небольших web-приложениях, можно не использовать ручное экранирование addslashes или mysql_real_escape_string если включить "Магические кавычки" – magic_quotes_gpc
if (!get_magic_quotes_gpc()) {
ini_set(’magic_quotes_gpc’, ‘on’);
}
Зачастую магические кавычки включены по умолчанию на сервере, это можно узнать из информацией полученной при выполнении функции
echo phpinfo();
javascript экранирование кавычек
Очень часто, особенно в javascript приходится работать со строками, содержащими HTML разметку.
В javascript экранирование кавычек происходит аналогичным образом, либо обратным слешем, либо использованием разного типа кавычек.
Пример с обратным слешем:
var html = "
Блок с зеленым текстом
";Пример с внутренними кавычками:
var html = "
Блок с зеленым текстом
";Когда строка с HTML разметкой слишком длинная и требует переноса строки, снова появляется необходимость экранирования, в этом случае уже не кавычек, а символа переноса строки
var html = "
\ Блок с зеленым текстом\
";Если в данном примере не использовать обратный слешь перед переносом строки, то скрипт работать не будет.
Довольно редко, но можно столкнуться с задачей передать HTML разметку в сериализованной строке формата JSON. Если строка содержит символы переноса, то формат JSON будет нарушен.
Чтобы избежать этих проблем нужно прогнать текст с переносом строк через функцию JSON.stringify()
text = JSON.stringify(text);
JSON.stringify() – доступна только после подключения библиотеки jquery.
Sql экранирование кавычек
В sql экранирование кавычек помимо разобранных нами в php и js способов – обратного слеша и внутренних кавычек, имеет еще одно решение.
SELECT "Is your name O""reilly?";
Для экранирования кавычки в sql нужно их дублировать.
вместо " писать ""
вместо " писать ""
Убрать экранирование кавычек
Убрать экранирование кавычек в php можно стандартной функцией stripslashes();
В javascript не существует аналога stripslashes, но ведь мы всегда можем воспользоваться регулярным выражением, которое поможет нам убрать экранирование кавычек в javascript
str.replace(/\0/g, "0").replace(/\\(.)/g, "$1")
В данной статье я постарался раскрыть тему экранирования кавычек в php, js, mysql и показать в каких случаях необходимо применять экранирование. Надеюсь, статья оказалась полезной.
