getRelated не воспринимает несколько русских букв, что может быть?

Версия MODX: Все

Приветствую.

Ситуация неприятная. Установлен сниппет getRelated. Выводит похожие материалы по заголовку материала и дополнительному полю Авто-метка. Есть около 50 тегов, по некоторым выводит похожие статьи, а по некоторым нет. Решил разобраться в чем дело — написал теги на английском (заработало), а с русским языком какие-то проблемы — если даже убрать все теги и назначить двум статьям по одному тегу, то «работает 50/50». Решил перебрать символы русского языка побуквенно от А до Я. Итог: сниппет выводит только те статьи, в которых отсутствуют определенные буквы:

абвгдежзийклмноп + я — с этими буквами все в порядке, с ними похожие материалы выводятся
рстуфхцчшщъьэю — а если использовать любую из этих, то ничего не выводится

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

Такая вот ситуация. Что делать — не знаю.
Есть идеи?

P.S.
Было как-то дело — правил этот файл: core/components/translit/model/modx/translit/tables/russian.php но не знаю, могло ли это как-то повлиять на работу. Восстанавливать этот файл боязно, вдруг, URL'ы изменятся.
Также посмотрел записи в БД — с любыми буквами записи идентичны, даже с теми с которыми не работает.

Буду признателен за помощь!

P.P.S.
Проверил на чистом MODX на Modhost — ситуация та же самая. Как побороть? Куда копать?
Проблема, возможно, у всех!?

Теги:
getrelated

weranda
25.01.18 в 08:01

Комментарии (15)

Игорь Сухинин 25.01.2018 09:30 #

Подозреваю, дело в кодировке.

Проверьте, что у Вас в БД везде (ТОЧНО ВЕЗДЕ) используется UTF-8.

Также стоит проверить, что файл russian.php сохранен корректно в UTF-8 без BOM (Byte Order Mark). Возможно, проще всего это сделать в Notepad++.
1. weranda 25.01.2018 09:46 #
  
  Проверил файлы, все в UTF-8.
  А файла russian.php нигде нет за исключением компонента translit, но даже без него (на тестовом чистом MODX) такая фигня происходит.
  Какие еще варианты?
  Комментарий был изменён 25.01.2018 в 09:47
  1. Игорь Сухинин 25.01.2018 10:02 #
    
    Ну, файлы — это только часть вопроса. В БД тоже порядок, кодировка (character set) установлена в utf-8 и представление (collation) тоже в utf8_general_ci?
    1. weranda 25.01.2018 10:07 #
      
      Проверил БД, в каждой таблице:
      — Кодировка: UTF-8 Unicode (utf8)
      — Сравнение: utf8_general_ci
      
      Комментарий был изменён 25.01.2018 в 10:10
      1. Игорь Сухинин 25.01.2018 10:15 #
        
        Хмм… попробуйте тогда выполнить SQL запрос, который генерирует данное дополнение, непосредственно в БД (phpMyAdmin). А лучше даже, если есть возможность, в консоли, чтобы исключить влияние PHP полностью. Конечно, для этого придется раскопать код и определить запрос… Но вряд ли что-то еще можно сказать без таких тестов. И вот если SQL запрос прямо в БД проходит нормально, значит, дело в самом дополнении. Вероятнее всего, где-то там внутри него ломается кодировка (например, нередко бывали случаи некорректной работы функций обработки строк с мультибайтными кодировками).
        
        weranda 25.01.2018 10:25 #
        
        Вот в этом деле большой пробел в знаниях и сделать, увы, ничего не могу.
        
        weranda 25.01.2018 10:31 #
        
        Включил отладку в сниппете и вот что получилось:
        http://joxi.ru/E2pq3v0tBkR14A
        
        Там где иероглиф прописана как раз одна из букв из-за которой не работает. Есть идеи?
        Комментарий был изменён 25.01.2018 в 10:32
        
        Игорь Сухинин 25.01.2018 10:40 #
        
        Так уже интереснее. Можно делать какие-то предположения. Я думаю, все дело, конечно, в самом дополнении. Я тут нашел его код. Похоже, там вовсю используются строковые функции, которые у Вас ломают кириллический текст в UTF-8 кодировке. Полагаю, одно из возможных попыток решения проблемы было бы заменить все строковые функции на их мультибайтных собратьев.
        
        Другими словами, как-то так: strtolower на mb_strtolower, substr на mb_substr, ..., и так далее. Сохранить, выгрузить на сервер и посмотреть, что получилось.
        
        weranda 25.01.2018 10:46 #
        
        Ого, попробую.
        
        weranda 25.01.2018 11:01 #
        
        В PHP не силен. Пробежался циклом по файлу по этому списку php.net/manual/ru/ref.mbstring.php и заменил все совпадения. Результат тот же — не работает.
        Прям, даже не знаю, что за фигня такая.
        
        Игорь Сухинин 25.01.2018 11:09 #
        
        К сожалению, больше ничем удаленно помочь не могу. Нужно видеть, что происходит изнутри, а на это просто нет времени.
        
        Хотя… есть еще одна мысль. Смотрите, в этой строке есть код, который жестко вырезает все «подозрительные» символы.
        
        Автор даже попытался включить в «разрешенные» символы кириллического алфавита. По какой-то причине у Вас это может не работать. Попробуйте также заменить эту функцию на mb_ereg_replace, однако при этом нужно слегка поменять ее так:
        
        $v = mb_ereg_replace('[^А-Яа-яЁёa-z0-9\s]', '', strtolower($v));
        
        Может быть, Вам повезет ;)
        
        weranda 25.01.2018 11:16 #
        
        Тоже не спасает. Попробую дальше поковырять.
        
        Игорь Сухинин 25.01.2018 11:20 #
        
        Сожалею :( Желаю удачи. Какой-то странный случай, но именно из-за таких вот случаев я предпочитаю написать свое — работает быстрее и без непонятных проблем.
        
        weranda 25.01.2018 16:11 #
        
        Игорь, признателен вам за помощь. Все заработало. Сначала менял данные файла прямо из админки и, как писал выше, — ничего не работало. Затем долго что-то пробовал сделать и решил открыть файл, открыл внес изменения непосредственно в сам файл и, о чудо, все заработало. ХЗ почему изменения, сделанные в админке не повлияли на работу сниппета, а в файле как только внес, так сразу и заработало.
        
        Что сделал:
        — поменял на «мультибайтных собратьев» (стали вырезаться неработавшие символы)
        — поменял функцию замены
        — дело в шляпе и в совете Игоря.
        
        Еще раз благодарю вас. Успехов!
        
        Игорь Сухинин 25.01.2018 16:25 #
        
        Ура :) Здорово, что все получилось :)
        
        Отметьте, пожалуйста, как решение один из моих комментов выше. Будет видно, что решение нашлось.

Для добавления комментариев вы должны авторизоваться или зарегистрироваться.