LINUX.ORG.RU
ФорумAdmin

[mysql] Экранирование кавычек

 


0

0
Перенёс пару сайтов на другой сервер. Сделал дамп таблицы, закинул на новый серв. Посмотрел в phpMyAdmin - всё правильно.

Захожу на сайты - там где должно быть что-то типа "Название" выводится \"Название\". В чём может быть проблема?

ЗЫ Сайты на php+mySQL


смотри что в дампе, возможно при его создании двойное экранирование было сделано. либо, при импорте.
для лечения, в зависимости от причины можно 1. сделать дамп нормально. 2. вручную поправить дамп. 3. покрутить опции импорта.
isden ★★★★★
()
magic_quotes_gpc или что-то в этом духе, вроде, покрутить надо. А может дамп привой... Сталкивался с этой проблемой, но как вылечил не помню....

Для начала посмотри как оно в базе лежит.

true_admin ★★★★★
()
Левые кавычки либо были изначально либо появились при импорте. Подправить (как вариант - вручную). Правильный путь: отключать magic_quotes в пхп (т.к. это будет deprecated в php 6 и вообще это был кривой хак) и повсемесно в insert и update запросах "спасать" строки функиями mysql_escape_string (или как-то так)
azure ★★
()
Ответ на: комментарий от true_admin
>magic_quotes_gpc

Гадость, которую лучше сразу выключать. Много вреда, мало пользы и создание у новичков ложного чувства защищённости :)
KRoN73 ★★★★★
()
Ответ на: комментарий от azure
>и повсемесно в insert и update запросах

А также в SELECT, DELETE и любых других, где могут подставляться пользовательские данные ;)

...

А ещё лучше вручную SQL-запросы вообще не вызывать, поручив их настроенному ORM.
KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73
> А ещё лучше вручную SQL-запросы вообще не вызывать, поручив их настроенному ORM.

Я тут неспешно холиворю с начальником по поводу ORM. Можешь описать очевидные преимущества/недостатки при использовании ORM в веб-проектах на скриптовых языках?

undertaker ★★
()
Ответ на: комментарий от undertaker
>Можешь описать очевидные преимущества/недостатки при использовании ORM в веб-проектах на скриптовых языках?

Преимущества:
- Отвязка основного кода не только от прямых запросов, но и от бэкенда вообще. Т.е. при грамотной организации не важно, что у тебя хранит данные, mysql, xml/file или oracle.
- Унифицированная работа с объектами, когда ты вообще не задумываешься об их инициализации

Недостатки:
- Иногда без прямого SQL-запроса всё равно никуда. Но это - редко и не мешает прямому использованию ORM
- Если использовать ORM бездумно, можно словить падения скорости. Нужно помнить, что создание одного объекта - это, всё же, медленнее, чем обработка хеша с результатом.

...

Я для себя ORM выбрал давно и однозначно :)
KRoN73 ★★★★★
()
Ответ на: комментарий от undertaker
> Декомпозируй, пожалуйста.

постом выше уже декомпозировали =)
isden ★★★★★
()
Ответ на: комментарий от true_admin
> magic_quotes_gpc

угу, оно. Спасибо.

А насчёт того, что ниже - код чужой и лезть в него не имею ни малейшего желания =)

Ximik
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.