[Решено] Не работает ЧПУ (стандартный и SeoPro)

[DarthOlolo]

Та же проблема. На 1.5.6.4 после включения в настройках SeoPro не открываются страницы товаров - везде 404. htaccess рабочий, сайт не в папке поддомена, кеши чистились все. Читал, что некоторым помогает очистка кеша в сео менеджерах, но в том, который стоит выставлены только keywords системных страниц, без страниц товаров. Помнится на 2.5 в сео менеджере были и страницы товаров и как раз очистка кеша там помогла в подобной проблеме. Подскажите, пожалуйста, как решить эту проблему на 1.5 ?

[xbomb]

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 135168 bytes) in /хххххх/хххххх/ххххххх/test/system/library/seopro.php on line 348
Магазин https://test.lus.com.ua/ был перенесен с версии 2,2 на 3
товаров более 10000
Если не включать сеопро все работает, естественно кроме урл основных страниц. В админке и в базе данных урл есть.
При включении СеоПро бьет ошибку:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 135168 bytes) in /хххххх/хххххх/ххххххх/test/system/library/seopro.php on line 348
в строке 348 следующее
$new_path = array_merge ([$parent_id] , $current_path);

что посоветуете? где копать?

[AlexDW]

42 минуты назад, xbomb сказал:

был перенесен с версии 2,2 на 3

убедитесь что обновляли кеши после переноса - системный и модификаторов

также, в тройке помимо того что названия таблиц разные, еще и структура seo_url сделана мультиязычной

[xbomb]

все кеши обновлялись

таблицы все правильные

в таблицах и в админке урл есть

Пока сеопро не включишь, товары категории работают, как только включаешь ошибка.

 

лог сервера
GET /index.php?route=common/home HTTP/1.0" 200 197 "https://test.lus.com.ua/index.php?route=common/home" "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.163 Safari/537.36

 

ответ хостера
В данной ситуации проблема возникает в работе скриптов Вашего сайта из-за того что они требуют более 256МБ оперативной памяти для работы одного скрипта

 

Версия ocStore 3.0.2.0 установка чистая, переносились товары категории производители, сеоурл
языковой id , был изменен на 3 везде
Хостинг Украина, memory_limit максимальный 128 на аккаунте
что делать?

[thentru]

1 час назад, xbomb сказал:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 135168 bytes) in /хххххх/хххххх/ххххххх/test/system/library/seopro.php on line 348

попробуйте отключить в настройках сеопро кеширование

[xbomb]

кеширование отключено

[lemurio]

On 4/9/2020 at 5:08 PM, xbomb said:

Allowed memory size of 134217728 bytes exhausted

Та же проблема. Никакие лимиты не помогают. Отжирает и 2 и 5 (sick!) гб.

Так же был перенесен магазин с 2 ocStore на 3 ocStore. Сотни категорий и товаров. Не нашли решение?

[halfhope]

9 минут назад, lemurio сказал:

Та же проблема. Никакие лимиты не помогают. Отжирает и 2 и 5 (sick!) гб.

Так же был перенесен магазин с 2 ocStore на 3 ocStore. Сотни категорий и товаров. Не нашли решение?

 

Либо увеличивать max allowed memory, либо смотреть что жрет оперативку на уровне PHP и оптимизировать.

[lemurio]

2 minutes ago, halfhope said:

 

Либо увеличивать max allowed memory, либо смотреть что жрет оперативку на уровне PHP и оптимизировать.

Дак куда увеличивать то, если и 5 Гб ему мало? Чистый магазин с дефолтными товарами работает прекрасно. Но стоит занести сотню-другую категорий и seopro валит сайт именно на array_merge. Думал может товарищ нашёл решение на уровне кода. Но если нет - то ковырять самому.

[Prooksius]

Судя по коду, где возникает ошибка (system/library/seopro.php), там рекуррентная  рекурсивная функция вычисления path категории. И она скорее всего зацикливается, то есть выполняется бесконечно долго.
Вероятно, ошибка в ваших категориях, где-то при заливке категорий неправильно заполняется parent_id.
Как вариант - в категориях в админке нажать  кнопку "Исправить" сверху

Змінено 11 квітня 2021 користувачем Prooksius

[chukcha]

Есть золотая кнопка в админке в категоряих - починить.

[Prooksius]

Кстати, это глюк трешки, не должно так работать при неправильном parent_id в категориях.. Надо ставить ограничение на глубину в этой рекуррентной рекурсивной функции.

Змінено 11 квітня 2021 користувачем Prooksius

[halfhope]

30 минут назад, lemurio сказал:

Думал может товарищ нашёл решение на уровне кода. Но если нет - то ковырять самому.

 

Там идет рекурсивный вызов функции getPath(). Может быть она с одними и теми же данными работает, оттого и порождает бесконечную рекурсию. Это значит, что либо данные категорий не верны, либо функция работает неправильно. 

[Prooksius]

Ой, рекурсивный, блин, точно)))

[Prooksius]

6 минут назад, chukcha сказал:

Есть золотая кнопка в админке в категоряих - починить.

ну это конечно костыль, потому что заливка, видно, неправильная, надо это проверять.

У меня был один проект на YII, тоже с такой же иерархической структурой хранения, так я сделал проверку на то, чтобы не ставили такие parent_id, чтобы было зацикливание.

[lemurio]

On 4/11/2021 at 12:57 PM, chukcha said:

Есть золотая кнопка в админке в категоряих - починить.

Она была бы золотая, если бы работала) Но, она не работает, к сожалению, ни с первого ни с 10го раза.

On 4/11/2021 at 1:06 PM, Prooksius said:

ну это конечно костыль, потому что заливка, видно, неправильная, надо это проверять.

У меня был один проект на YII, тоже с такой же иерархической структурой хранения, так я сделал проверку на то, чтобы не ставили такие parent_id, чтобы было зацикливание.

Это понятно, но, заливались категории через скрипт, parent_id правильные. Но спасибо, буду продолжать искать. Что интересно, встроенный seopro от ocstore отличается от распространяемого для чистого oc3. 

[chukcha]

SELECT * FROM oc_category WHERE category_id = parent_id
 

 

UPDATE oc category SET parent_id = 0 WHERE category_id = parent_id

[lemurio]

35 minutes ago, chukcha said:

SELECT * FROM oc_category WHERE category_id = parent_id
 

 

UPDATE oc category SET parent_id = 0 WHERE category_id = parent_id

Первый запрос 0 результатов. Второй соответственно не делал.

[chukcha]

SELECT * from oc_category c
WHERE
parent_id  not IN (SELECT category_id FROM oc_category c1)
AND c.parent_id <> 0 

вот например еще такой

 

[delphinnnn]

Действительно при импорте одна категория ссылалась на себя как на родительскую

SELECT * FROM oc_category WHERE category_id = parent_id

этим параметром с базы удалось её найти и удалить, и все заработало 

[nsklital]

Добрый день! если отключен чпу нужно ли заполнять SEO URL ?

[chukcha]

Только что, nsklital сказал:

Добрый день! если отключен чпу нужно ли заполнять SEO URL ?

нет

[drVadz]

Була аналогічна помилка.  Дійсно, при підготовці файлу імпорту категорій були допущені помилки, деякі категорії посилались на себе ж, як на батьківську.