Соглашусь с тем что набор функционала радует, но надо отметить что это связано с тем что по умолчанию главные файлы за зендиные, и за этого разработчики засунули максимально нужного функционала что бы клиенты не убегали. НО вот документация хреновая, реализация модульной системы тоже хреновая. Да и нету 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$ и типерь есть денюшка на печенье и чай) Тяжело жить студенту)))))

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

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

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

а не проще заставить PHP обрабатывать файлы в требуемой кодировке ? ))

Нет не проще . Так как по умолчанию у нас стоит ЮТФ-8 . А у каждого Хостинг провайдера свои правила на некоторых можно менять кодировку а на некоторых нет , что говорить если на некоторых требуют даже .htaccess файл изменить под их конфигурацию , на некоторых запрещают размещать в них конфиг на некоторых нет поддержки php.ini на некоторых надо писать Администраторам что бы они изменили конфиг.

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

Да и ваш метод попахивает быдлокодерством,

Да и забыл сказать что я в php.ini прописал дефолтную кодировку 1251 так не даст результат прежде всего что ЮТФ - 8 Прописано в самой функции htmlspecialchars

Вопрос Кто сталкивался с тем что Картинки не уменьшает? При закачке ошибка типа страница не найдена но само интирестно то что картинка закачалась но не уменьшалась ну и в БД не записалось.

Какие? Magento это не вариант. Там проекты должны иметь огромный бюджет. Престашоп? - вроде не плохой согласен. ШопЦМС коробочный вариант и почти идеально подходит для установи и готов к работе.

Вопрос а на гитхабе есть shopCMS комюнити ? Может создадим и будем ShopCMS оживлять, бо я уже собираюсь создавать на Yii или на Symphony функционал аналогичный ShopCMS. Так как он уже морально устарел.

Давно перевели сайт и БД на UTF-8 проблем не наблюдается

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


Кстати а как вы автоматизировали пересохранение файла в utf-8 а то как то лень 1900 файлов вручную пересохранять

Доброго дня всем. Обновил я свой сервер до 5.4 и тут начались несуразные вещи.
Сразу что я увидел то что Русский текст не сохраняется в БД. То есть редактируем блоки , или создаем новости , сохраняет пустую строчку.
После того как вскрыл код. Нашел причину, это htmlspecialchars.
дело в том что в параметре encoding случилось изменение.

encoding
Определяет кодировку, используемую для преобразования. Если не указано, то кодировкой по умолчанию является ISO-8859-1 для PHP до версии 5.4.0, и UTF-8 начиная с версии 5.4.0.

Так как в ShopCMS дефолтная кодировка 1251 тут будет у нас конфликт а именно возвращаться пустая строчка.
Решение
в коде заменить

return htmlspecialchars($_Data, ENT_QUOTES);

на

return htmlspecialchars($_Data, ENT_QUOTES,  'cp1251');

Обязательно пройдите поиском по файлам с критерием return htmlspecialchars . так как строчек таких я точное количество не знаю но то что она не одна это точно.
Предлагаю отписываться о найденных конфликтов при переходе на новую версию ПХП, так как она рано или поздно станет везде дефолтная.


Еще нашел
в файле class.ajax.php 185 строчка

return htmlspecialchars($s);

я на всяк пожарный заменил тоже. Хотя если честно точно не знаю нужно ли его заменять.

return htmlspecialchars($s, 'ENT_COMPAT | ENT_HTML401', 'cp1251', );

Начались странные проблемы. При нажатие на категории в которой очень много подкатегорий, показываются товары с других категорий. Ошибок в Админке нету. Магия Кто то сталкивался с такой бедой?

if (isset($_POST["AddProductAndOpenConfigurator"]))
		  {
			  if ($_POST["AddProductAndOpenConfigurator"] == 1)
			  {
				  if (CONF_BACKEND_SAFEMODE) //this action is forbidden when SAFE MODE is ON
				  {
					  Redirect(ADMIN_FILE."?safemode=yes&productID=".$_GET["productID"]."&eaction=prod");
				  }
				  // BEGIN Human friendly URLs
				  $productID = AddProduct($_POST["categoryID"], $_POST["name"], $_POST["price"], $_POST["description"],
					  $_POST["in_stock"], $_POST["brief_description"], $_POST["list_price"], $_POST["product_code"],
					  $_POST["sort_order"], isset($_POST["ProductIsProgram"]), "eproduct_filename", $_POST["eproduct_available_days"],
					  $_POST["eproduct_download_times"], $_POST["weight"], $_POST["meta_description"],
					  $_POST["meta_keywords"], isset($_POST["free_shipping"]), $_POST["min_order_amount"],
					  $_POST["shipping_freight"], $_POST["tax_class"], $_POST["title"], 1, $_POST["slug"]);
				  // BEGIN Human friendly URLs
				  $_GET["productID"] = $productID;
				  $updatedValues = ScanPostVariableWithId(array("option_value", "option_radio_type"));
				  configUpdateOptionValue($productID, $updatedValues);
				  OpenConfigurator($_POST["optionID"], $productID);
			  }
		  }

1470 и 1485 строчкаа
$_POST["tax_class"], $_POST["title"], 1, $_POST["slug"]);

что за '1' и 'slug' ?? походу остатки авторских доделок других направлений, так как я свою функцию проверил то там нет таких параметров.


А также эта часть не дефолтная, а это означает что не у всех она будет работать и я вижу там много таких участков с других наработак.

<!-- BEGIN Human friendly URLs -->
<tr class="lins"><td align="left"><?php
			  echo HFU_SLUG;
?>: <input type="text" name="slug" value="<?php
			  echo str_replace("\"", "&quot;", $slug);
?>" style="width: 200px;" class="textp">
[<a href="JavaScript:hfu_translit_inputs('name','slug')" style="text-decoration:underline;">транслит</a>]
</td></tr>
<!-- END Human friendly URLs -->

неделки две назад но в основном у них изменились АПИ свободных платежей.

Недавно поменялась API liqpay модуль продолжает работать или слител????

Оо Я действительно не подумал об этом так как на всех проектах нигде не задействуем это свойство товара.
Файл обновлен

на первый взгляд вы правы но нет. Если прочитать логику

{if $pricelist_elements[i][4] ne 1} colspan="{if $smarty.const.CONF_DISPLAY_PRCODE eq 1}4 {assign var="test" value="22"} {else}3 {assign var="test" value="`$pricelist_elements[i][0]`"}{/if}" {/if}

то можно понять что присвоение значения 22 не осуществляется, по ссылке можно просмотреть. Вы видите Где то объединение 4 ячеек?
Это значения проглядел когда тестировал все значения и возможно забыл удалить. Но так как тестировщики все проверили и все работает то не хочется у себя на сайте трогать так как работоспособность 100% на ajax корзине.

но по логике можно удалить

{assign var="test" value="22"}

а лучше заменить на

{assign var="test" value=""}

для того что бы убить предыдущие присвоения.

Файл с сайта который был взят с сайта примера. Если на сайте примере все работает то и у вас будет все работать.

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

Заточена под тех у кого корзина Ajax если у вас открывается в новом окне легко можно дописать если возникнуть трудности можете отписываться в теме буду помогать.

Очень полезная штука если например надо посчитать быстро сколько стоит заказ в которую входит куча элементов и надо посчитать и потом отправить закупщику на мыло или распечатать.

пример тут

Не ужели это так тяжело реализовать?

Доброго вам всем время суток.
Задача такая частенько надо сложить смету или просто помощь клиенту оформить заказ.
Лазить по разделам занимает большое время. Было бы намного удобнее если в прайс листе была справа от цены товара иконка добавить в корзину.

Копировал скрипт который генерирует кнопку в каталогах но не выходи меня какого то выбрасывает на главную страницу а всплывающего окно даже не появилось.

ааа хелп у меня в каталоге не переходит на страницы не актуальная
в чем может быть проблема??
Ошибок в отчете нету.

Все нашел решение отредактировал .htaccess

Хелп. Все сделал исправления проделал. Но вот СЕО-шник сказал еще мне установить sitemap.xml все сделал все сгенерировалось но когда пишешь http://site.ru/sitemap.xml то пишет что страница не найдетна . прописал в .htaccess RewriteRule ^sitemap\.xml$ /sitemap.xml [L]
а в robots.php
User-Agent: *
Disallow: /index.php?
Disallow: /?
Disallow: /cart.html
Disallow: /wide_search.html
Disallow: /feedback.html
Disallow: /compare.html
Sitemap: http://site.ru/sitemap.xml