Сообщений в теме: 13

[NmDimas]

Проблема очень очень странная и критичная на данный момент. При добавление товара возникает и при удаление возможно еще в других процессах но я уверен что проблема одна и банальная.
При нажатие добавить товар или удалить , страница начинает грузится и грузится и грузится и так может до 10 мин, но если взять перервать процесса и зайти заново то можно увидить что все добавилось успешно такое ощущение что нету ответа от БД. Проблема 100% в бд. Методом тыка проверил что проблема в БД. Логи молчат.
Само интересно что такого не было не у меня на локальной рабочей машине не на Сервере. И тут бах и проблема в обох местах , мистика.

Проблема уже взбесила Начинаю писать на YII фреймворке Движок что бы нормально настроить кеш, и подключить мем кеш, Грамотно переписать запросы и взять PostgreSQL или MongoDB. Ищу однодумцов или спонсоров.

[R.Sergey]

Странно, Вы не можете исправить проблему и пишете свой движок?

[NmDimas]

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

[NmDimas]

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

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

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

[badisoft]

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

Там и без этой функции логика обновления данных по товару такова, что оторопь берет...

[micehide]

Я просто хотел разобраться и за этого я написал свой код как говорится сделал на совесть) получил свои 30$ и типерь есть денюшка на печенье и чай) Тяжело жить студенту)))))

Может вы еще перепишите функцию оформления товара (в корзине), а то я заметил что она жудко тормознутая на последнем шаге. Никто, кстати, не замерял у себя? Проверьте, может это у меня такая фигня только... Ну сама функция там просто ужасающа, как, впрочем, и многие другие, да и код написан каким-то индусом, а то и сразу 10-ю индусами одновременно.

R.Sergey - там в модуле "Заказа в один клик" эта функция не переписана случайно? Ты должен быть в курсе...

[NmDimas]

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

[R.Sergey]

К сожалению я проект перевожу на другой движок, так как я просмотрел еще больше кода и понял что это все печалька. Так что я напишу еще один модуль и последний для ShopCMS и все, а именно ShopCMS => OpenCart

Нууууу ...... скажем так - Вы не первый и думаю не последний, кто переходит с ShopCMS куда-то, "потыняется-потыняется" )) и снова возвращается "домой". Так что остается только пожелать удачи в освоении новых высот

[NmDimas]

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

[badisoft]

Нууууу ...... скажем так - Вы не первый и думаю не последний, кто переходит с ShopCMS куда-то, "потыняется-потыняется" )) и снова возвращается "домой"

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

[R.Sergey]

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

Да ну что-то ты путаешь ))) ShopCMS наоборот жрет ресурсы донельзя и довольно таки требовательна к хостингу - особенно учитывая что обновлений нет. А выходят всякие там пхп 5, продает зенд оптимизер и т.д. и т.п.
Еще и код кривой.

ИМХО возвращаются как раз из-за удобства в использовании........ даже в самой стандартной сборке все сделано как-то гораздо понятнее и удобнее чем в множестве других СОВРЕМЕННЫХ движках.... ну а то, чего не достает компенсируют сотни модулей.

[micehide]

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

[NmDimas]

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

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

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

[wirty]

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

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

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

Очень интересует ваше решение, так как в магазине более 9000 товарных позиций и много много категорий