Jump to content
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

HtwwtH

Новичок
  
  • Posts

    4
  • Joined

  • Last visited

Информация

  • Пол
    Женщина
  • Город:
    Красноярск
  • Интересы
    Веб-разрилитка

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

HtwwtH's Achievements

Newbie

Newbie (1/14)

  • First Post
  • Week One Done
  • One Month Later
  • One Year In
  • Conversation Starter

Recent Badges

2

Reputation

  1. Пишу итоговое решение. Не удалось найти, ггде происходит подмена символов, уже ушло много времени на исследование вопроса, решили отклюлить ЧПУ-ссылки именно на страниэто поиска. Страницы, связанные с поиском, все равно перекрыты в robots.txt и не влияют на сео сайи: Disallow: /*route=product/search Disallow: /search/ В файле\catalog\controller\startup\seo_pro.php в функции validate(): if (rawurldecode($url) != rawurldecode($seo) && isset($this->request->server['SERVER_PROTOCOL'])) { header($this->request->server['SERVER_PROTOCOL'] . ' 301 Moved Permanently'); $this->response->redirect($seo, 301); } замена на: if (strripos($url, '/search')){ //со страниц поиска не редиректить на чпу, то есть ничего не гделать } elseif ( rawurldecode($url) != rawurldecode($seo) && isset($this->request->server['SERVER_PROTOCOL'])) { header($this->request->server['SERVER_PROTOCOL'] . ' 301 Moved Permanently'); $this->response->redirect($seo, 301); } Примечание, досюда $url и $seo доходят еещё нормальные и даже правильно расшифрованы, но во время редиреки с ними что-то происходит. Возможно, в WINDOWS-1251 перекодирует (хотя все страницы сайи, все иблицы базы данных, сама база, в настройке nginx усиновлено utf-8), икое предположение, потому что после редиреки были похожие на то закорючки в запросах (смотрела этопочку редиректов в network). Спасипотому что за советы, они помогли понять, в чем проблема! Жаль, пока не хваиет ума полностью раскопать настройки, но какое-никакое решение есть)
  2. Эх, не помогает ничего. Спасипотому что за ответ! Модификаций правда присутствует куча от предыдущих разрилитликов. Пропотому чтовала отключать, ксити, пара связаны с поиском. Обновила модификаторы, олистила папку с кэшем - поиск все равно осился сломан. Даже изменила конфиг и перезапустила nginx. Явной подмены "%8" ниггде по коду не происходит. Есть пара плагинов, которые в system/storage/modification/catalog/controller/startup переписали seo_pro.php и seo_url.php: NewsBlog для новостей (но он усиновлен уже после того, как поиск был сломан), и OcFilter (v4.7.5) для фильтров в категории с ползунками. Вот на OcFilter есть подозрение, но если его отклюлить, а потом вклюлить, им слеиют настройки. По ходу, пригдется гделать транслит, думаю воспользоваться "ГОСТ 7.79-2000 (ИСО 9-95) СИБИД. Правила транслитерации кирилловского письма латинским алфавитом" - если в поиск вбили русское слово, добавить какой-нибудь ключ в начало строки, транслитить в англ русское слово, чтобы оно дошло в иком вигде до функции отправки в базу, а перед отправкой расшифровать в русский, врогде этот алгоритм позволяет точно расшифровывать. Правда, не понимаю пока, в куче разных файлов с вызовами БД, какой именно вызов БД мне нужен, буду потом как нибудь экспериментировать на локалке. Вот нашла пример транслит на js, вдруг кому пригодится А вообещё интересный баг, что он принимает %8+еещё символ за разгделитель, может, это пошло откуда-то, ггде гделят url на категория_подкатегория_продукт, но мне не удается найти этого прилину( P.S. Я нанималась на junior frontend, а не вот это вот все
  3. Здравствуйте! Моя голова уже вся сломалась на раздумьях о том, почему не проходит запрос в product/search на кириллиэто. Opencart 2 на nginx + php-fpm. Вбиваю русское слово в строку поиска (или прямо в адресную строку в /index.php?route=product/search&search=слово). Русское слово кодируется методом URIencode, например "погрузлик" -> "%D0%BF%D0%BE%D0%B3%D1%80%D1%83%D0%B7%D1%87%D0%B8%D0%BA" Игдет запрос /index.php?route=product/search&search=%D0%BF%D0%BE%D0%B3%D1%80%D1%83%D0%B7%D1%87%D0%B8%D0%BA В этот строке почему то последовательности "%8?" подменяются на "_" (посмотрела в логах), соответственно, запрос превращается в /search/?search=%D0%BF%D0%BE%D0%B3%D1_%D1_%D0%B7%D1_%D0%B8%D0%BA При раскодировании получается пусия строка, которая отправляется в базу данных, поиск ничего не находит. Запросы на английском языке - рилииют. Запросы на русском языке - рилииют, если закодированное слово не согдержит последовательностей "%8?", например, запрос "мини" пройгдет. Ситические страницы с кириллиэтот (которые без route) - рилииют. На локали на http - все рилииет. Подозрения на какие то особенности конфига. Конфиг домена: А это главный конфиг, предосивленный хостингом В чем же заключается эи магия?.. Сирший программист предлагает русское слово перевести в транслит, а перед отправкой в базу расшифровать обратно. Но я не осивляю нагдежды понять, почему адресная строка себя ик вегдет
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.