Like и другие приключения unicode
Здравствуйте!
Столкнулся с такой ситуацией — нужно загрузить в опции данные. Все просто, берем ID документов (к которым нужно добавить значение опции) и поехали… Вроде все просто, но давайте немного подробнее.
Перед началом — modx 2.7.3 и miniShop2 примерно той же «даты выпуска».
Итак, нужно найти товар по цвету и артикулу. Артикул хранится в БД как обычное значение, а вот цвет хранится в БД как JSON строка.
Соответственно задаю обычное значение для article(B2019), ну и color(Красный) перевожу в JSON строку.
Но если немного добавить условий:
1. Сам цвет, по которому делаем запрос, всегда один;
2. Артикул тоже всегда один;
3. В БД может быть несколько цветов;
4. Цвет из запроса должен всегда совпадать только с первым цветом из БД.
К примеру в запросе «Красный», в БД «Красный», «Синий» — отлично. («Синий», «Красный» откликаться не должен)
Сразу пришло в голову такое:
Ну думаю ладно, напишу в лоб запрос:
Смотрю что ушло в запрос:
Что хочу отправить — '["\u041a\u0440\u0430\u0441\u043d\u044b\u0439"%';
Что отправляется — '[\"\\u041a\\u0440\\u0430\\u0441\\u043d\\u044b\\u0439\"%'
Итак, загадка раскрыта, виновник найден. Но как решить дальше проблему?))
Пардон, если вопрос простой/тупой/бредовый. Прокопался с ним всю ночь и не додумался до решения =(
Прошу помощи более понимающих и компетентных)
PS. Подсказали, что тут нужно познакомить пространство имен с utf8, но там нужно файлы modx править. Хотелось бы более Элегантное решение)
Благодарю за внимание!
Столкнулся с такой ситуацией — нужно загрузить в опции данные. Все просто, берем ID документов (к которым нужно добавить значение опции) и поехали… Вроде все просто, но давайте немного подробнее.
Перед началом — modx 2.7.3 и miniShop2 примерно той же «даты выпуска».
Итак, нужно найти товар по цвету и артикулу. Артикул хранится в БД как обычное значение, а вот цвет хранится в БД как JSON строка.
Соответственно задаю обычное значение для article(B2019), ну и color(Красный) перевожу в JSON строку.
$article = 'B2019';
$color = json_encode('Красный');
$where = [
'article' => $article,
'color' => '['.$color.']'
];
// Получаем объекты для редактирования и сохраняем в опции нужные значения
$resources = $modx->getCollection('msProductData', $where);
foreach($resources as $res) {
$id[] = $res->get('id');
};Но если немного добавить условий:
1. Сам цвет, по которому делаем запрос, всегда один;
2. Артикул тоже всегда один;
3. В БД может быть несколько цветов;
4. Цвет из запроса должен всегда совпадать только с первым цветом из БД.
К примеру в запросе «Красный», в БД «Красный», «Синий» — отлично. («Синий», «Красный» откликаться не должен)
Сразу пришло в голову такое:
$where = [
'article' => $article,
'color:LIKE' => '['.$color.'%'
];Ну думаю ладно, напишу в лоб запрос:
$article = 'B2019';
$color = json_encode('Красный');
$color = '["\u041a\u0440\u0430\u0441\u043d\u044b\u0439"%'; // тут сразу указал % и для простого восприятия сразу указал цвет в unicode
$q = $modx->prepare('
SELECT
id
FROM
modx_ms2_products
WHERE
article = :article
AND color = :color
');
$q->execute([
':article' => $article,
':color' => $color
// ':color' => $color
]);
$result = $q->fetchAll(PDO::FETCH_ASSOC);Смотрю что ушло в запрос:
$q->debugDumpParams();SQL: [128]
SELECT
id
FROM
modx_ms2_products
WHERE
article = :article
AND color = :color
Sent SQL: [175]
SELECT
id
FROM
modx_ms2_products
WHERE
article = NULL
AND color = '[\"\\u041a\\u0440\\u0430\\u0441\\u043d\\u044b\\u0439\"%'Что хочу отправить — '["\u041a\u0440\u0430\u0441\u043d\u044b\u0439"%';
Что отправляется — '[\"\\u041a\\u0440\\u0430\\u0441\\u043d\\u044b\\u0439\"%'
Итак, загадка раскрыта, виновник найден. Но как решить дальше проблему?))
Пардон, если вопрос простой/тупой/бредовый. Прокопался с ним всю ночь и не додумался до решения =(
Прошу помощи более понимающих и компетентных)
PS. Подсказали, что тут нужно познакомить пространство имен с utf8, но там нужно файлы modx править. Хотелось бы более Элегантное решение)
Благодарю за внимание!
Комментарии: 12
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Кстати в miniShop2 есть уже отдельная табличка для опций (ну по крайней мере была, когда я последний раз с ним работал) и если ее использовать, то не придется расширять nimiShop2 подключением новой таблицы.
Пишу первый вариант решения проблемы, который я бы попробовал реализовать. Сам не реализовывал.
Ну может в версии 3+ цвет вынесен в таблицу, но в 2.7.3 цвет лежит в основной таблице modx_ms2_products.
Да в принципе, еслиб цвет лежал бы в отдельной таблице, это ведь вопрос не решило бы. Проблема ведь в том, что при запросе «цвет» экранируется и получается в итоге не тот запрос, который нужен. Ну по крайней мере я в этом вижу проблему)
Может предложите что-то?
Просто надеялся на что-то попроще.
Еще подсказали Это, но туда точно лезть не буду)
Хотя в моем случае все-таки таблицу придется создавать. У меня много опций и их лучше вместе хранить отдельно)
В названии цвет один (основной цвет), но сам товар разноцветный и эти цвета думаю потом буду добавлять как дополнительные.
И до сих пор понять не могу при чем тут ModX 3? Где я о нем писал?
У гитхаба есть заветная кнопочка Blame… Посмотрите дату добавления этой таблицы в miniShop2…
github.com/modx-pro/miniShop2/blob/master/core/components/minishop2/model/schema/minishop2.mysql.schema.xml#L122