Как переименовать admin.php
файл core/config/init.php

строка

define( 'ADMIN_FILE', 'admin.php' );

меняете там admin.php на любой другой, ну и сам файл admin.php соответственно переименовываете

Переименовал все работает, но модули почему-то все рано ссылаются на админ.пхп и соотв. не работают. Например ЧПУ и Сайтмап ругаются при совершении какого-либо действия "Интернал еррор" выдают. В чем может быть причина?

уверен что это правильно написано? - что именно требуется общее кол-во товаров или кол-во наименований? ведь товаров одного наименования можем быть несколько и эти цифры будут отличаться.

Необходимо количество товаров (т.е. 5 велосипедов, 1-мопед = итого 6), а в чеке пишется наименований (я тоже сначала так думал, т.е. 1 наименование=1 товар, бухгалтерские термины)

Мне кажется что правильней суммировать как единицы товара для которых определена цена. (Для каждого товара своя единица товара), но так как они идут в одном документе, то суммируются единицы товара. А количество мест это другое. Ведь все товары можно сложить к примеру в одну коробку и будет одно место (это для траспортных накладных).
А наименования это отдельная цифра, поскольку одного наименования может быть несколько единиц товара.
Короче чтобы правильно сделать, нужно знать как должна звучать надпись.
Напишите правильную запись для инвойса и от неё оттолкнемся.

Согласен полностью насчет количества мест, в товарном чеке необходимо указать количество позиций.Согласно закону о защите прав потребителей. Посмотрев различные версии товарных чеков, самым полным и достойным внимания считаю вот этот:[ATTACH]254.vB[/ATTACH]

Из этого следует что суммировать необходимо товарные позиции (наименования). В данном случае их три.

Т.е. получается правильно указать количество наименований. Так должно быть? А количество уже определяется суммой и ценой каждого наименования, которая является отражением Итоговой суммы инвойса.

---------- Сообщение объединено ----------

Добавление столбца вывода нумерации наименований в заказе

Для этого в таблице вывода содержимого заказа добавляем:

В шапке таблицы:
<table class="adn">
<tr class="lineb">
<td align="left">N</td>

А, в цикле самих наименований заказа:
<tr class="liney">
<td align="left">{counter}</td>

Затем для вывода в шаблоне количества наименований добавьте:

Всего наименований {$orderContent|@count}, на сумму ............ (остальное как сделано и цифрами и прописью).

Доделал, все работает, завтра обновлю первый пост. Но тема еще не закрыта!!! Есть новые мысли по доработке

Всем привет!
Данное решение позволяет отобразить сумму заказа прописью. Полезно будет для тех кто стремится свести оформление бумажной волокиты к одному клику )
Я например сейчас делаю чтобы у меня по одному клику можно было распечатать товарный чек:
Это переделанный invoice.tpl.html

Установка (файлы в архиве):
Скопировать файл summpr.php в папку core/function
Заменить invoice.php в папке core\includes\processor

В файле invoice.tpl.html где нужно вывести сумму прописью в ставить {$num2str}
Например у меня так:

<td align="right">Всего на сумму: <b>{$order.order_amountToShow}, {$num2str}</b></td>

Буду рад кто присоединится к дальнейшему совершенствованию.

Добавляем количество наименований:

Для этого в таблице вывода содержимого заказа добавляем:
В шапке таблицы:

<table class="adn">
<tr class="lineb">
<td align="left">N</td> 

А, в цикле самих наименований заказа:

<tr class="liney">
<td align="left">{counter}</td>

Затем для вывода в шаблоне количества наименований добавьте:

Всего наименований {$orderContent|@count}, на сумму ............ (остальное как сделано и цифрами и прописью).

Я брал файлы нулевого магазина и с ЧПУ и правил только то, что имеет отношение к ЧПУ, а исправления для поиска убрал. И у меня стал нормально работать поиск.

ruter а можете поподробней написать что имеет отношение к ЧПУ, а что нет? На оффоруме кстати автор говорит что пофиксил в последних версиях

В общем суть проблемы такова (возникло это после установки ЧПУ и оптимизатора SQL). После установки донных дополнений у меня стал криво работать расширенный поиск (возможно это произошло не от этого). А именно - по определенной характеристике он ищет не только в той категории которой надо, но и по всем категориям. Например я захожу в раздел "Женская обувь" из списка "Размеры" выбираю характеристику "40" жму кнопочку "Показать" и он мне выдает и женскую и мужскую обувь 40 размера, хотя должен выдавать только женскую, как исправить? Помогите люди добрые

А шаблон стандартный?

Нет не стандартный

Замените фаил \core\tpl\user\default\blocks\search_form.tpl.html от стандартного шаблона!!!

Если уж и менять то файл filter.tpl.html. Но замена не помогает. Наверно нужно в коде копаться. А я не секу в этом. Поэтому и обратился сюда
_________________________

Сейчас попробовал с чистой версией без чпу - все нормально работает, значит точно дело в чпу

Скинте модуль в паблик или мне, я гляну что там, потом выложу в паблик его переделанный.

Модуля нет, тут ведется беседа по его созданию. т.е. как это можно сделать, и у кого какие мысли на этот счет

не понял... и что-то мне подсказывает что не я один....

Какого модуля нет?

Модуля ЧПУ для отзывов нет.

Лучше сделайте вывод обсуждения, например, под катом прямо на странице товара, выигрыш Ваш в этом случае очевиден:
Не нужно править ЧПУ
Текст отзывов находится прямо на странице товара, что добавляет вес странице (в отзывах могут быть НЧ)
При попадании человека извне на страницу с отзывами (по поисковому запросу например) - он сразу видит товар (соответственно может его купить), а если он попадет на страницу, где только отзывы - может сразу и не сориентироваться
Внешний вид страницы с товаром не страдает - спрячьте отзывы под кат например.
Тем самым убираем дополнительный клик (переход) вглубь сайта, у Вас и так до страницы товара минимум 2 клика (если через каталог), а то и больше.

Согласен с вами в принципе, я уже так делал. Но у меня возникла небольшая проблема. У меня на странице товара еще выводится блок рекомендуемых товаров, как сделать чтобы он был выше чем отзывы я не разобрался (не было времени), вот и подумал, может легче ЧПУ сделать. Кто как думает по этому поводу?

Тут у меня еще мыслишка возникла, может кто подскажет если сталкивался.

Хочу сделать чтобы ссылки на отзывы товара тоже были тоже ЧПУ.

Сейчас они имеют вид: http://www.1234.com/...344&discuss=yes

Я хочу сделать чтобы они имели вид, например такой: http://www.1234.com/...ws/наименование продукта/

На мой взгляд было бы неплохо для СЕО, есть какие-нить мысли? Где копать?

ЗЫ Просто прежде чем самому копать я решил спросить, может кто этот велосипед уже изобрел.

ЗЗЫ Если проблема актульна для кого-то давайте вместе развивать ее решение. Например в моем случае если просто даже в Гугле начать вводить название товара то живой поиск первой позицией показывает Название товара отзыв(ы). Думаю было-бы неплохо иметь такое в своем арсенале.

Поставил себе, но у меня почему-то на главной странице магазина не работает, на остальных работает. В чем причина может знает кто?

Мое решение

Как правильно вычесть одну переменную из другой (язык СМАРТИ) ???

Я тоже с такой проблемой сталкивался, нашел такое решение. все дело в функции _formatPrice, если изменить немного объявление для смарти, будет все ОК:
Например мне нужно значение order_amount в нормальном виде, вот ф-ция которая делает из 4000 -> 4 000:

$smarty_mail->assign( "order_amount", _formatPrice(roundf($order["currency_value"]*$order["order_amount"]),$order["currency_round"]));

Я делал так, оставлял эту же без изменений и просто создавал новую:

$smarty_mail->assign( "order_amount_for_me", roundf($order["currency_value"]*$order["order_amount"],$order["currency_round"]));

Всем привет. Только заметил очень некрасивую вещь - не доходят письма на Яндекс почту, вернее доходят но не все.
Доходят уведомления о заказе, не доходит все остальное, а именно - письмо с паролем, письмо об уведомлении о новой комиссии в партнерке, письмо рассылки новостей. Кто знает как исправить?

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

Как с остальными нашими почтовиками, не знаю, не тестил

На gmail приходит все нормально, ну и на почту моего домена соответственно.

вот сразу, люди не верят, как человека 2 отпишется, только потом задумываются

Да нет сразу то поверил не успел дойти до этого, другие документы читал

Неизвестно, по каким критериям Яндекс оценивает почту "спам-не-спам", но похоже, что "шаблонные" письма попадают под фильтр. Видимо, магазинов на ShopCMS достаточно много . Отсюда банальная рекомендация чуть поменять шаблоны писем.

Нет не шаблонные, я же написал. Не доходят только текстовые, которые без шаблона. Например письмо с паролем, уведомление о смене статуса заказа, уведомление о новой комиссии по партнерке. А шаблонные доходят исправно.

Обратите внимание на обвертку функцией show_price() это проставит валюту радом с бонусом,
указание $currency_round с округлением принятым на этот тип валюты.

Кому может пригодится без рублей чтобы (у меня так)

$a["BonusAmT"] = round($a["Price"] * $bonus_percentage/100);

Да код для валидации я нашел, только он не пашет, по крайней мере у меня (установка из архива) сравнивал файлы и вносил изменения в свои

Кстати у меня тоже не пашет, вернее пашет, но с ошибками, а именно:
Описываю все подробно.
1. Зарегился делаю первый заказ, начислены бонусы.
2. Делаю второй заказ, и вот ту начинается:
а) Невозможно оплатить бонусами до 100 рублей если доступно для оплаты бонусами (не общее количество бонусов, а именно для оплаты) больше 100 рублей, см. картинку
[ATTACH]361.vB[/ATTACH]
если ввести от 100 до 116 то, оплата произойдет нормально.
также если для оплаты доступно менее 100р. то оплатить можно любую сумму т.е. работает корректно

б) Если ввести максимально возможную сумму для оплаты, то скрипт тоже ругается, вот в этом же примере доступно максимально оплатить 117р и если я ввожу 117 р. то он опять ругается.
На мой взгляд нужно в яваскрипте увеличивать проверяемую сумму доступных для оплаты бонусов на 1, чтобы корректно можно было ввести эту самую максимальную сумму. Простой математикой типа
заменить

if  ((input_bonus > bonusC) || input_bonus < 0 ) 

на

if  ((input_bonus > bonusC + 1) || input_bonus < 0 ) 

неполучается (если я конечно верно понял что надо увеличивать )
Впринципе больше косяков не заметил если убрать еще проверу как тут ruter описал http://vsupport.club...2.html#post7888 которая не начисляла бонусы.

У кого какие мысли как исправить сей конфуз

ЗЫ В настройках у меня стоит 3% начисление и не более 9% оплаты

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

Спасибо ruter все работает )

---------- Сообщение объединено ----------

Есть еще одна проблема
В общем такая проблема, в чем причина не могу понять.

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

{$product_info.BonusAmT}

Б будет отображаться 35 Б т к есть переменная в продут функшнс -

$row["BonusAmT"] = round($row["Price"] * $bonus_percentage/ 100);

но в детальном так не получается я уже все что мог перепробывал, результата никакого, ruter помогите если сможете

Cloudim - классная вещь, у меня все работает нормально. Вот мой код из index.tpl

{literal}<!-- BEGIN cloudim code -->
<script type="text/javascript">document.write(unescape("%3Cdiv id='cloudim_widget'%3E%3Cscript src='http://static.cloudim.ru/js/chat.js' type='text/javascript'%3E%3C/script%3E%3C/div%3E"));</script>
<script type="text/javascript">
Cloudim.Chat.init({uid:111});
</script>
<!-- END cloudim code -->{/literal}

Только свой uid вставить не забудьте

Общаюсь с пользователями через QIP

Нет заявленного отличия

Поставил себе данное чудо, но ожидаемого результата не удалось увидеть. В отличии от заявленного преимущества, у меня вообще запросы почти не изменились. Патчил вручную. Вот результат магазина с 2 каталогами и 24 товарами.

Вот картинка с детальным сравнением:

[ATTACH]203.vB[/ATTACH]

Может быть там еще что-то нужно сделать в отличии от базовой установки:confused: Подскажите добрые люди.

ЗЫ Скрипт 3.1.2

Заказывал спарсить для меня два сайта, все сделал быстро, качественно. Спасибо большое, +1 к репутации. После выполнения задания я попросил подкорректировать сделал без вопросов, всем рекомендую!

Поставил себе на 3.1.2 работает, но не корректно, а именно:
1. При создании купона создает на один а сразу почему-то три???
2. При создании персонального купона на определенного покупателя, после использования его покупателем не списывается и не пропадает что неудобно (может так и должно быть?)
3. Не с первого раза вводится в корзине (т.е. чтобы получить скидку нужно раза три ввести и после этого только принимает)

Может у меня что не так? Подскажите люди добрые.