NmDimas

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

Назовите реальную русскоязычную альтернативу ShopCMS (только не голословно), исходя из реальных нужд среднего интернет-магазина, да еще чтобы все что угодно можно было без проблем переписать к коде под себя и при этом обладающую явными достоинствами по этношению к ShopCMS. На мой взгляд это WebAssyst хоть он и плантый, но постоянно развивающийся, однако суть-то у него та же и похоже просто не стоит этих денег, может я ошибаюсь?

Сейчас на очереди 1 новый и 3 старых магазина которые буду переносить на другую ЦМС. Главный критерий это обилия модулей, и максимальной кастомизации не редактируя само ядро ЦМС. Когда определюсь отпишусь.

Спасибо Ну возможно новое поколение ShopCMS с ООП и с Юнит Тестами и с Psr стандартами и с использование новшествами в PHP 5 тогда кто знает, может и вернусь. Как говорится все возможно.

К сожалению я проект перевожу на другой движок, так как я просмотрел еще больше кода и понял что это все печалька. Так что я напишу еще один модуль и последний для ShopCMS и все, а именно ShopCMS => OpenCart (товары, Пользователей, и возможно историю заказов). Возможно выложу свои модули в Паблик ( А именно учетную программу с всякими чеками для составления бухгалтерского учета и проведения аналитики ..., Отключения скидки на определенные товары и тд.)

Как говорится ЗАДОЛБАЛА эта ошибка пришлось ее фиксить самому, полез во внутрь и нарыл не качественный код, короче говоря после операции над товаром, скрипт пересчитывает количество товаров в каталогах, так как у нас их более 300+ то эта операция проводилась очень долго , а именно 300+ count(*) для подсчета поля количество для администратора потом 300+ SELECT потом их в цикл который логически вычисляет включен товар или нет , потом подсчитывает это все и делает 300+ инсертов где обновляет данные.
Ну короче дурастика, написал свою логику, Создаю свой массив в котором ИД категории к которым принадлежит товар и потом узнаю Родителя категории и тд, пока не доберусь до Ид категории =1 (Главная категория) , в конечном итоге я обновляю не все дерево категорий , а определенную ветку в которой находится товар.

Ну там еще много подводных камней, короче после добавления товара у меня с 5 тыс запросов получилось до 200. Я уверен что если бы не сложное дерево категорий , и перекрестных товаров( товар в многих категорий) то было бы не больше 10 запросов . Товар стал добавляться до 2 секунд, а перед этим 3 + минут мог вообще вечно ждать ответ от сервера, Ну я не удивлен так как на стандартных настройках Мускула он загнется.

Куски логики могу выложить но думаю что не кому не пригодится, а если у кого то такая проблема то рекомендую просто Удалить вызов функции по обновлению количество товаров в категории. Я просто хотел разобраться и за этого я написал свой код как говорится сделал на совесть) получил свои 30$ и типерь есть денюшка на печенье и чай) Тяжело жить студенту)))))

Сначала надо решить проблему . Помогите а то ппц...