Кракозябры в mysql базе данных?

Question

[see613]

Есть mysql база данных с кодировкой latin1 и collation latin1_swedish_ci. (предполагается использование только английского текста) Сайт на utf8. Zend Framework 1 на сайте использует utf8 для операций с бд.

Недавно в базе значения почти всех текстовых полей заменились на такие штуки как:

значение до: Have baby will travel
значение после: Ü€l„„&ŽW4ó$ ®ôwzñAº:+T£”ìß‚¬*o

значение до: Run of the farm
значение после: ·ç›Ú]#æèèèf?6‰a

значение до: Movie Maker
значение после: ÅÚñ

Я пробовал все решения из stackoverflow.com/questions/1344692/i-need-help-fi... но ничего не подошло.
Также я до сих пор не могу вычислить был ли это баг кодировки или взлом/вирус.

Answer 1

[R R]

Попробуйте на сайте сразу после подключения вставить запрос
SET NAMES utf8

Comments

[FanatPHP]

болванчик, в голове органчик

Answer 2

[Макс]

Вас скорее всего взломали

Answer 3

[ShamblerR]

вы покоцали кодировку, поздравляю.
Бэкап вам в руки как самый простой способ .
пробовали что-то подобное ?
habrahabr.ru/post/137061
???

Comments

[FanatPHP]

с чего ты решил что кодировку?

[ShamblerR]

FanatPHP: потому что все указывает именно на нее, а у вас есть другие идеи ?

[FanatPHP]

НИЧЕГО не указывает на баг кодировки. Это не похоже на утф в однобайтном представлении, это не похоже ни на какой другой баг кодировки.

[ShamblerR]

FanatPHP: да вы гений батенька, подумаешь структура бд осталась целой, поменялись лиш сами значения в бд на непонятные символы, комп конечно же сам придумал конвертировать их в что-то непонятное и явно тут нипричем кодировка, он решил придумать блекджек со шлюхами лично сам.
если у вас есть вариант при котором поменяются все значения в бд не связаные с кодировкой притом замечу в текстовых полях, прошу в студию ваши варианты.

[АртемЪ]

ShamblerR: Проблемы с кодировкой, это когда текст выводится с помощью символов другой кодовой таблицы.
значение до: Have baby will travel 21символ.
значение после: Ü€l„„&ŽW4ó$ ®ôwzñAº:+T£”ìß‚¬*o 30символов.

значение до: Movie Maker 11символов
значение после: ÅÚñ 3символа.

Если бы это была другая кодовая таблица, то длина была бы такой же, только символы разные.

[АртемЪ]

Длина может не совпадать если кодировки разной разрядности, но тогда она будет изменяться в одну сторону.
А тут длина меняется как в плюс, так и в минус.

[ShamblerR]

Артем: вполне возможно что не все символы в этой кодировке просто есть, или в состояние отобразиться в принипе, например phpmyadmin не в состояние отобразать целый ряд спецсимволов, так же как и эхо в консоле, фактически всего пара редакторов в состояние целый ряд спецсиволов показывать. Опять же она может быть действительно в другой разрядности.
тут я видил опровержение моего предположения но не единого своего довада что могло стать с бд.
Может нам кэп даст дамп бд хоть пары таблиц и мы посмотрим ?

[see613]

Я копался в бд и могу точно сказать что все символы здесь отображаются, в дампе тоже самое.
У меня есть только 2 предположения: 1) кто-то влез в админку и намеренно засунул все эти данные через формы редактирования. Когда я включил лог, успел зацепить один запрос pastebin.com/36Pjj9B6 который выглядит как стандартный запрос update в админке, но только с испорченными данными; 2) при очередном сохранении какой-нибудь статьи что-то все-таки грохнулось в бд и в поля вставились кракозябры, но не random. Потому что есть некоторые поля в базе с дублированным контентом, так в них он и остался дублированный, но только в виде иероглифов.

[ShamblerR]

see613: так у вас есть дамб бд в чем проблема залейте его и все будет пучком.

[see613]

и через неделю получить тоже самое в случае взлома, или через месяц получить тоже самое в случае косяка в бд. Я здесь написал чтобы по возможности получить ответ что произошло на самом деле.

[FanatPHP]

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

[ShamblerR]

Если у тебя есть опасения что у тебя на сайте вирус то тут другая задача и другие следствия. но вообещ видил ткое несколько раз и всегда был человечкский фактор.

Answer 4

[FanatPHP]

Это НЕ похоже на баг кодировки.
Такое ощущение, что в бд записались случайные бинарные данные

Comments

[see613]

похоже что все-таки не случайные. В базе есть таблицы с полями, дублирующими друг друга (не спрашивайте зачем, мопед не мой). Так поля, которые раньше имели одинаковые значения, сейчас имеют одинаковые кракозябры. Тоесть там похоже все-таки есть какой-то алгоритм.

Answer 5

[SagePtr]

В UTF8 латиница выглядит точно также, как и в Latin1, так что точно не баг кодировки, а проблемы с самой таблицей. Восстанавливать из бэкапа.

Comments

[see613]

а можете ответить на более важный вопрос: это все-таки просто проблема с таблицей или взлом и пихание кракозябр в базу?

[SagePtr]

see613: больше похоже на проблему, взломщик бы вряд ли пихал всякий неосмысленный мусор

[SagePtr]

see613: как вариант, скопируйте таблицу ручками в другую БД и попробуйте поменять в ней значения числовых полей - если следом за ним странным образом поменяются и повреждённые поля - значит, действительно указатели указывают в другое место таблицы.

[see613]

поврежденные поля не изменились