| |
 99.1 Кб |
|
| | До сего дня не случалось проблем с прочтением содержимого SQL запроса, ибо хоть блокнотом, хоть каким другим редактором его всегда было возможно прочесть. В том числе и кириллицу, если она там встречалась.
Но вот сегодня скачал с одного сайта SQL запрос, который прочтению не поддается. Ибо вместо кириллических знаков там нечто другое. Перепробовал все варианты кодировок, доступные Ворду, - безрезультатно!
Скачано более ста раз различными пользователями и, вроде, никто не жаловался, а у меня вот не идет.
Файл не в юникоде, а в обычной кодировке ANSI. Прилагаю его к теме - может, гуру поймут, в чем тут дело? | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 19:56)
| | | У меня открывается нормально. Кодировка utf8 | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 19:56)
| | | Там данные в UTF-8 | |
| |
|
|
| |
|
|
| |
для: Fractured#
(29.12.2009 в 20:20)
| | | Как перекодировать в 1251?
Попробовал так:
$spisok = file_get_contents("25.sql");
$spisok = iconv('utf-8', 'cp1251', $spisok);
file_put_contents("25-new.txt", $spisok);
|
Кириллица видна, но записывается только 300 знаков и на этом файл почему-то обрывается. | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 22:52)
| | | Из-за того, что кто-то умный туда впихнул кусочек в windows-1251.
Открой файл с помощью WordPad и удали вот эту строку:
--Категории запросов (47 рядов):
|
| |
| |
|
|
| |
|
|
| |
для: Fractured#
(29.12.2009 в 22:55)
| | | Интересно, как же ildarufa ВСЕ перекодировал... | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 23:04)
| | | Просто умный редактор отобразит этот кусок (который в win-1251) квадратиками, а так всё показывает нормально.
[поправлено модератором] | |
| |
|
|
| |
|
|
| |
для: Fractured#
(29.12.2009 в 23:08)
| | | Убрал. И текста немного добавилось. Но далеко не весь!
73 строки из 17 тысяч. | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 23:09)
| | | Ну а что за 73-ей строке?
[поправлено модератором] | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 23:09)
| | | Похоже, что имеет место глюк функции iconv. Преобразование написанной функцией проходит успешно без каких-либо корректировок текста.
Что очень странно! Получается, что iconv ненадежна!? | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 23:27)
| | | Данные испорчены, формально текст не в UTF-8, т.к. присутстуют участки по определению не подходящие под эту кодировку, iconv() — она вольна поступать в исключительной ситуации как считает нужным.
[поправлено модератором] | |
| |
|
|
| |
|
|
| |
для: Fractured#
(29.12.2009 в 23:30)
| | | Спасибо, вопрос решен! | |
| |
|
|
| |
|
|
| |
для: Владимир55
(29.12.2009 в 23:04)
| | | >Интересно, как же ildarufa ВСЕ перекодировал...
Просто открыл в Quanta Plus. Это редактор такой. | |
| |
|
|
