Проблема с Админкой (Добавление удаления товара)
#1
Отправлено 12 December 2012 - 03:49 AM
При нажатие добавить товар или удалить , страница начинает грузится и грузится и грузится и так может до 10 мин, но если взять перервать процесса и зайти заново то можно увидить что все добавилось успешно такое ощущение что нету ответа от БД. Проблема 100% в бд. Методом тыка проверил что проблема в БД. Логи молчат.
Само интересно что такого не было не у меня на локальной рабочей машине не на Сервере. И тут бах и проблема в обох местах , мистика.
Проблема уже взбесила Начинаю писать на YII фреймворке Движок что бы нормально настроить кеш, и подключить мем кеш, Грамотно переписать запросы и взять PostgreSQL или MongoDB. Ищу однодумцов или спонсоров.
#2
Отправлено 12 December 2012 - 05:04 AM
#3
Отправлено 12 December 2012 - 12:31 PM
#4
Отправлено 26 December 2012 - 05:06 PM
Ну короче дурастика, написал свою логику, Создаю свой массив в котором ИД категории к которым принадлежит товар и потом узнаю Родителя категории и тд, пока не доберусь до Ид категории =1 (Главная категория) , в конечном итоге я обновляю не все дерево категорий , а определенную ветку в которой находится товар.
Ну там еще много подводных камней, короче после добавления товара у меня с 5 тыс запросов получилось до 200. Я уверен что если бы не сложное дерево категорий , и перекрестных товаров( товар в многих категорий) то было бы не больше 10 запросов . Товар стал добавляться до 2 секунд, а перед этим 3 + минут мог вообще вечно ждать ответ от сервера, Ну я не удивлен так как на стандартных настройках Мускула он загнется.
Куски логики могу выложить но думаю что не кому не пригодится, а если у кого то такая проблема то рекомендую просто Удалить вызов функции по обновлению количество товаров в категории. Я просто хотел разобраться и за этого я написал свой код как говорится сделал на совесть) получил свои 30$ и типерь есть денюшка на печенье и чай) Тяжело жить студенту)))))
#5
Отправлено 26 December 2012 - 05:14 PM
Там и без этой функции логика обновления данных по товару такова, что оторопь берет...Куски логики могу выложить но думаю что не кому не пригодится, а если у кого то такая проблема то рекомендую просто Удалить вызов функции по обновлению количество товаров в категории.
#6
Отправлено 26 December 2012 - 10:59 PM
Я просто хотел разобраться и за этого я написал свой код как говорится сделал на совесть) получил свои 30$ и типерь есть денюшка на печенье и чай) Тяжело жить студенту)))))
Может вы еще перепишите функцию оформления товара (в корзине), а то я заметил что она жудко тормознутая на последнем шаге. Никто, кстати, не замерял у себя? Проверьте, может это у меня такая фигня только... Ну сама функция там просто ужасающа, как, впрочем, и многие другие, да и код написан каким-то индусом, а то и сразу 10-ю индусами одновременно.
R.Sergey - там в модуле "Заказа в один клик" эта функция не переписана случайно? Ты должен быть в курсе...
#7
Отправлено 03 January 2013 - 04:20 PM
#8
Отправлено 03 January 2013 - 04:33 PM
К сожалению я проект перевожу на другой движок, так как я просмотрел еще больше кода и понял что это все печалька. Так что я напишу еще один модуль и последний для ShopCMS и все, а именно ShopCMS => OpenCart
Нууууу ...... скажем так - Вы не первый и думаю не последний, кто переходит с ShopCMS куда-то, "потыняется-потыняется" )) и снова возвращается "домой". Так что остается только пожелать удачи в освоении новых высот
#9
Отправлено 04 January 2013 - 12:07 AM
#10
Отправлено 04 January 2013 - 02:15 PM
Думаю, возвращаются не столько потому, что ShopCMS чем-то хорош, сколько потому, что основа написана хрен знает когда, под тогдашние ресурсы и по нынешним реалиям шустрая донельзя, что компенсирует (хотя и не устраняет) кривизну написания. Т.е. садится радостно человек на какую-нибудь современную CMS, а потом выясняется, что для нее и хостинг надо современный, а не бесплатно-дешевый, чтобы работало нормально.Нууууу ...... скажем так - Вы не первый и думаю не последний, кто переходит с ShopCMS куда-то, "потыняется-потыняется" )) и снова возвращается "домой"
#11
Отправлено 04 January 2013 - 02:35 PM
Думаю, возвращаются не столько потому, что ShopCMS чем-то хорош, сколько потому, что основа написана хрен знает когда, под тогдашние ресурсы и по нынешним реалиям шустрая донельзя, что компенсирует (хотя и не устраняет) кривизну написания. Т.е. садится радостно человек на какую-нибудь современную CMS, а потом выясняется, что для нее и хостинг надо современный, а не бесплатно-дешевый, чтобы работало нормально.
Да ну что-то ты путаешь ))) ShopCMS наоборот жрет ресурсы донельзя и довольно таки требовательна к хостингу - особенно учитывая что обновлений нет. А выходят всякие там пхп 5, продает зенд оптимизер и т.д. и т.п.
Еще и код кривой.
ИМХО возвращаются как раз из-за удобства в использовании........ даже в самой стандартной сборке все сделано как-то гораздо понятнее и удобнее чем в множестве других СОВРЕМЕННЫХ движках.... ну а то, чего не достает компенсируют сотни модулей.
#12
Отправлено 05 January 2013 - 04:45 PM
#13
Отправлено 05 January 2013 - 10:52 PM
Назовите реальную русскоязычную альтернативу ShopCMS (только не голословно), исходя из реальных нужд среднего интернет-магазина, да еще чтобы все что угодно можно было без проблем переписать к коде под себя и при этом обладающую явными достоинствами по этношению к ShopCMS. На мой взгляд это WebAssyst хоть он и плантый, но постоянно развивающийся, однако суть-то у него та же и похоже просто не стоит этих денег, может я ошибаюсь?
Сейчас на очереди 1 новый и 3 старых магазина которые буду переносить на другую ЦМС. Главный критерий это обилия модулей, и максимальной кастомизации не редактируя само ядро ЦМС. Когда определюсь отпишусь.
#14
Отправлено 18 January 2013 - 10:49 PM
Как говорится ЗАДОЛБАЛА эта ошибка пришлось ее фиксить самому, полез во внутрь и нарыл не качественный код, короче говоря после операции над товаром, скрипт пересчитывает количество товаров в каталогах, так как у нас их более 300+ то эта операция проводилась очень долго , а именно 300+ count(*) для подсчета поля количество для администратора потом 300+ SELECT потом их в цикл который логически вычисляет включен товар или нет , потом подсчитывает это все и делает 300+ инсертов где обновляет данные.
Ну короче дурастика, написал свою логику, Создаю свой массив в котором ИД категории к которым принадлежит товар и потом узнаю Родителя категории и тд, пока не доберусь до Ид категории =1 (Главная категория) , в конечном итоге я обновляю не все дерево категорий , а определенную ветку в которой находится товар.
Ну там еще много подводных камней, короче после добавления товара у меня с 5 тыс запросов получилось до 200. Я уверен что если бы не сложное дерево категорий , и перекрестных товаров( товар в многих категорий) то было бы не больше 10 запросов . Товар стал добавляться до 2 секунд, а перед этим 3 + минут мог вообще вечно ждать ответ от сервера, Ну я не удивлен так как на стандартных настройках Мускула он загнется.
Куски логики могу выложить но думаю что не кому не пригодится, а если у кого то такая проблема то рекомендую просто Удалить вызов функции по обновлению количество товаров в категории. Я просто хотел разобраться и за этого я написал свой код как говорится сделал на совесть) получил свои 30$ и типерь есть денюшка на печенье и чай) Тяжело жить студенту)))))
Очень интересует ваше решение, так как в магазине более 9000 товарных позиций и много много категорий