Форум PHP

Как правильно писать, перед тем как вставлять в utf8 таблицу?
Iconv(‘windows-1251’, ‘utf-8’, mysql_escape_string($text));
Или наоборот?
mysql_escape_string(Iconv(‘windows-1251’, ‘utf-8’, $text));

Конечно же второй вариант.
Только кавычки в PHP такие не используются.

почему нет? одинарные и двойные, ` для комманд

‘/’ - LEFT/RIGHT SINGLE QUOTATION MARKS,
' - APOSTROPHE,
" - QUOTATION MARK,
` - GRAVE ACCENT.

Так вот, кавычки "SINGLE QUOTATION MARKS" не поддерживаются PHP.

>
>Так вот, кавычки "SINGLE QUOTATION MARKS" не поддерживаются PHP.

Я думал меня уже никто сегодня не удивит!

Почему же тогда эти кавычки у меня работают?
Может тут на форуме какой-то preg_replace затесался?

Ну, и ещё, Почему вы так уверены, что надо применять именно второй вариант?
В каком случае первый даст ошибку? Я чего-то никак не соображу.

> Почему же тогда эти кавычки у меня работают?
Вы точно уверены, что именно эти, а не апострофы? Эти работать не могут.

> Ну, и ещё, Почему вы так уверены, что надо применять именно второй вариант?
Для чего нужно эскейпирование функцией mysql_escape_string()? Для правильной передачи данных обработчику (СУБД). Следовательно, эскейпировать символы нужно прямо перед запросом. А если Вы сначала эскейпируете, а потом проделываете какие-то операции над строкой в дальнейшем, то разве можно быть уверенным, что данные все еще пригодны для запроса? Конечно, на практике оба варианта будут верны, поскольку те символы, которые должны быть экскейпированы находятся в промежутке 0 - 127. А эти символы в обоих кодировках (UTF-8, windows-1251) одинаковы, то ничего страшного не случится.
Но всё же это принципиально неверно. Если Вы так пишите, то это говорит о недостаточном знании теории. Были бы другие кодировки (например, UCS), то дело могло бы кончится не очень хорошо.

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

Этот символ называется апострофом.

>Этот символ называется апострофом.

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

А с mysql_escape_string, я, извините, так и не понял.
Ведь если её применить к utf8, она же перекорёжит мне весь текст! Она ведь кодировок не
различает, как пишут в мануале.
А если использовать mysql_real_escape_string , тоже проблема:
Она завязана на тип соединения с базой. А я соединяюсь так, что основная кодировка
windows-1251. Это у меня только одна таблица в utf-8.
Каждый раз отсоединяться от базы и снова подключаться?
Ерунда какая-то получается.
Кто знает как правильно?

> Ведь если её применить к utf8, она же перекорёжит мне весь текст!
Вы ошибаетесь. Вы в дальнейшем будете работать с нормальным текстом. Этот "перекореженный" вариант нужен только для того, чтобы СУБД правильно приняла строку. А далее она запишет её в нормальном виде. Вы же не боитесь (я очень на это надеюсь), что вот такой код:

<?php echo "Sub-Zero's \"Freeze-Mobile\""; ?>

... выведет в результате хотя бы один бекслеш. Нет. Бекслешей не будет. Они нужны только для того, чтобы мы смогли правильно сообщить оператору echo какую строку выводить и что кавычки, обрамляющие "Freeze-Mobile" не являются концом строки.
mysql_real_escape_string() нужна для кодировок, подобных UCS. Можете забыть про эту функцию.

>Этот "перекореженный" вариант нужен только для того, чтобы СУБД правильно приняла строку. А далее она запишет её в нормальном виде.

Ага. Это стало понятно. Спасибо!
Только дело не в одном лишь русском языке.
Беларусский, Украинский - тоже придётся в эту таблицу вносить.
Там не встретится чего-нибудь подобного UCS,
требующего mysql_real_escape_string() или ещё чего пострашней?

:) Не требуется.

Спасибо!
:-)