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

0

0

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

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

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

Ссылка

←	WGSI: Mercuial + Apach + SSL

Не могу настроить DHCP сервер! Помогите!

→

смотри что в дампе, возможно при его создании двойное экранирование было сделано. либо, при импорте.
для лечения, в зависимости от причины можно 1. сделать дамп нормально. 2. вручную поправить дамп. 3. покрутить опции импорта.

isden ★★★★★
(17.04.09 20:38:30 MSD)

Ссылка

magic_quotes_gpc или что-то в этом духе, вроде, покрутить надо. А может дамп привой... Сталкивался с этой проблемой, но как вылечил не помню....

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

true_admin ★★★★★
(18.04.09 00:41:47 MSD)

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

azure ★★
(18.04.09 11:31:15 MSD)

Ответ на: комментарий от true_admin 18.04.09 00:41:47 MSD

>magic_quotes_gpc

Гадость, которую лучше сразу выключать. Много вреда, мало пользы и создание у новичков ложного чувства защищённости :)

~~KRoN73~~ ★★★★★
(18.04.09 12:06:46 MSD)

Ссылка

Ответ на: комментарий от azure 18.04.09 11:31:15 MSD

>и повсемесно в insert и update запросах

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

...

А ещё лучше вручную SQL-запросы вообще не вызывать, поручив их настроенному ORM.

~~KRoN73~~ ★★★★★
(18.04.09 12:07:58 MSD)

Ответ на: комментарий от KRoN73 18.04.09 12:07:58 MSD

> А ещё лучше вручную SQL-запросы вообще не вызывать, поручив их настроенному ORM.

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

undertaker ★★
(18.04.09 20:15:46 MSD)

Ответ на: комментарий от undertaker 18.04.09 20:15:46 MSD

эмм. универсальность и переносимость?

isden ★★★★★
(19.04.09 01:34:59 MSD)

Ответ на: комментарий от isden 19.04.09 01:34:59 MSD

> эмм. универсальность и переносимость?

Декомпозируй, пожалуйста.

undertaker ★★
(19.04.09 10:19:04 MSD)

Ответ на: комментарий от undertaker 18.04.09 20:15:46 MSD

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

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

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

...

Я для себя ORM выбрал давно и однозначно :)