Ест много памяти

[duddits_ 0]

Fatal error: Out of memory (allocated 111673344) (tried to allocate 35 bytes) in /home/не важно/public_html/admin/includes/functions/general.php on line 1067

куда ему столько? стало после обновления на 1.64. это при выборе *некоторых* товаров через админку/категории/товары. ну и невозможно эти товары, допустим, скопировать или перенести становится.

[support 447]

А сколько товаров на одну страницу в админке выводится?!

Вряд ли что-то можно сделать кроме как уменьшить вывод количества товаров на одну страницу.

[duddits_ 0]

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

[support 447]

В 1.64 ничего не менялось в списке товара.

Проблема только в Админке - Каталог?!

Что-нибудь меняли в скриптах?

[duddits_ 0]

да, только в админке. нет, ничего. девственный 1.64.

[duddits_ 0]

обновлялся с 1.60. да, последовательно на 1.61, 1.62, 1.63 и, наконец, на 1.64. на промежуточных не смотрел, возможно ошибка появилась где-то между 1.60 и 1.64.

[support 447]

Пришлите в личку ссылку на магазин, доступ в админку, доступ на ftp и ещё раз описание проблемы.

Попробую глянуть.

[duddits_ 0]

и всё-равно. что-то не так, это же ясно! как так - не хватает 128 мег на скрипт? при этом в версии 1.60 вполне себе хватало. 128 мег это уже прямо-таки черезчур, по моему мнению.

[duddits_ 0]

дальнейшее копание дало: /public_html/manager.php и /public_html/redirector.php жрут по сто процентов процессора (каждый - свой проц) и довольно подолгу висят. во время этой ошибки с памятью.

[support 447]

manager.php и redirector.php отвечают за "ручные" SEO URL, если Вы их не используете, то можно удалить .htaccess файл и эти два файла вообще не будут использоваться в магазине.

[support 447]

Я так понимаю, что дело в функции vam_generate_category_path в /admin/includes/functions/general.php

Для пробы закомментировал строку:

//$categories_array = vam_generate_category_path($category['parent_id'], 'category', $categories_array, $index);

[/code]

Ошибки нет, но наверное не туда копироваться будет, надо проверять.

[duddits_ 0]

то есть, попробовать скопировать, удивиться офигенному взрыву, полному развалу рабочего магазина и радоваться? или как? всё же повторюсь и здесь еще разок для большего понимания: в версии 1.60 всё хватало. куда делось в версии 1.64?? и второй вопрос: ну это же сколько надо категорий и копий в них, чтобы занять пусть хотя бы сотню мегабайт? СОТНЮ мегабайт! однозначно, проблема не в этом.

ручные сео? и что, это нормально, что они используют 100 процентов процессора в три гигагерца временами по 30-40 а то и по 50 секунд?

[support 447]

Меняйте хостера, раз на этом не работает.

Либо движок.

Других советов лично у меня нет.

[duddits_ 0]

интересно было бы увидеть хостера, который дает больше 128 мег на шареде. по top-у видно, что такой объем скрипт не достигает. уже пробовал на двух разных хостерах. на одном 64 мега, на втором - 192 мега. ошибка в одном и том же месте одна и та же. всё-таки о чем-то это же должно говорить.

[support 447]

Эта функция проходит по всем категориям магазина, видимо, нужно переписать эту функцию.

Как переписать данную функцию я сразу не скажу, надо с программером советоваться, может будет переписана данная функция в будущем.

[Andrew_Yer 0]

Функция vam_generate_category_path рекурсивна.

Занять всю память и ресурсы процессора она может только в случае очень глубокой вложенности категорий, что маловероятно.

Но, что более вероятно, это наличие циклов в дереве категорий. А вот это смастерить можно легко.

Взглянуть бы на таблицу categories для начала.

[Andrew_Yer 0]

Как переписать данную функцию я сразу не скажу

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

Использовать, например, метод под названием "Вложенные множества" (Nested Sets).

Но это довольно-таки кардинальное изменение в рамках данного проекта.

[duddits_ 0]

в общем, да. заloopлено было дерево категорий. как так вышло при нормальной рядовой эксплуатации магазина - не знаю.