Настройки поиска (Страница 24 из 42)

К сожалению, пока раздела документации по данному вопросу - нет. Постараюсь объяснить здесь, как это все работает.

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

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

Теперь о группах. В системе есть 2 особенные группы, которые назначаются автоматически системой.

1. Гости - эта группа присваевается абсолютно всем пользователям и не авторизованным тоже.  Любой посетитель вашего сайта - это точно Гость.

2. Клиенты - это авторизованный пользователь. Т.е. как только Гость авторизовался, он стал и Гостем и Клиентом.

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

Если вы предоставите все права Гостю, то вы не сможете отнять их у Клиента, именно поэтому права должны идти по нарастающей.

----------------------------------

Система по сути сейчас проверяет права на запись перед записью любого объекта
и на чтение при обращении к блок-контроллерам.

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

Вы, разрабатывая свой модуль можете задействовать 8 бит, т.е. придумать 8 разграничений прав для своего модуля. На практике этого вполне достаточно для одного модуля. Если мы увидим, что этого мало, можно легко увеличить количество битов для прав.

-----------------------------------

Дополнительно имеется возможность настраивать видимость пунктов меню для разных групп пользователей. Права на пункты меню также суммируются. Т.е. если только одной из групп, к которой принадлежит пользователь, дать права к пункту меню, то такой пункт меню будет уже виден пользователю.

Или разными комплектациями

Мы на днях изменили алгоритм обфускации, чтобы хостинги не ругались на данный файл.
Обновите файл licenser.inc.php на вот этот https://www.dropbox.com/s/ane1l10j9gzom … c.php?dl=1
Не нужно изменять расширение на php5.

Данный файл в ближайшие дни попадет в релиз.

Уточните на какой стадии возникает проблема.
1. Долгий ответ сервера
2. Вообще нет ответа от сервера (превышение лимита по памяти или времени)
3. или браузер такое количество HTML долго рендерит

Если долгий ответ от сервера, то можно посмотреть что именно в объекте \shop\model\cart  больше всего занимает времени и возможно отключить какие-то операции, например, начисление скидок (если у вас они не используются конечно), начисление налогов, разделение сопутствующих товаров на отдельные товары.

Есть 2 причины для этого:

1. Логическая. У нас в системе предусмотрен цикл системных (к которым запрограммированы действия) статусов:
a) Новый - в этом статусе заказ не получится оплатить у пользователя, система за этим следит.
б) Ожидает оплату - только в этом статусе система разрешает оплатить заказ, распечатать счет, квитанцию
в) В обработке - на тех. уровне ничего не происходит. Чисто информативный статус.
г) Другой или любой ваш статус - на тех. уровне ничего не происходит. Чисто информативный статус.
д) Выполнен и закрыт - дает системе понять, что заказ выполнен, это влияет на отображение в виджете и может использоваться многими другими модулями для выборки завершенных успешно заказов.
е) Отменен - в этом статусе остатки товаров возвращаются на склады, статус однозначно позволяет доп. модулям выбирать отмененные заказы, например для статистики или еще чего-либо.

В итоге, каждый заказ должен пройти цепочку от Нового до Выполненного или Отмененного, другого не дано.
И ваш произвольный статус может быть лишь где-то посредине. (Непосредственно название даже каждого системного статуса можно поменять)

Это первая причина.

2. Практическая. Многие наши пользователи делают длинные предложения в качестве статусов, например:
"Передано в службу доставки. По вопросам звоните 8-800-....." или "Некоторых позиций - нет на складе, в ближайшее время в сами свяжется наш менеджер".

Так вот такие длинные конструкции в кнопках - неудобны, поэтому визуально они оформлены в виде вертикального выпадающего списка "Другого статуса".

если речь идет о JSON внутри атрибутов тега, то это не подходит.

data-change-cost='{ ".offerBarcode": "18 "GB"", ".myCost": "141 360 ", ".lastPrice": "0 "}'

если вы вместо " выведете "[обычную кавычку], JSON будет также сломан.

На удивление $(element).data('changeCost') - не может вернуть объект,
хотя если вы удалите " - будет возвращен объект. Вся проблема, в том, что в методе jQuery.data используется механизм примерно такого содержания: $.parseJSON( $(this).attr('data-change-cost') ), а $(this).attr('data-change-cost') - преобразует " в кавычки, тем самым ломает возможность дальнейшего парсинга JSON.

Проблема, возникла потому что jquery не может корректно считать кавычку ("  из аттрибута dom элемента, чтобы затем распарсить json из него)
http://www.eq8.eu/blogs/12-json-array-i … -attribute

Решение:
Просто не используйте двойные кавычки в артикуле товара.

У нас есть подробные инструкции по сборке сайта по сетке:

http://readyscript.ru/dev-manual/dev_templates.html
http://readyscript.ru/dev-manual/dev_te … _grid.html
http://readyscript.ru/text-blog/podderz … adyscript/

Если сборка по сетке будет сложна, тему можно собирать без использования конструктора (как во многих других CMS)

http://readyscript.ru/dev-manual/dev_te … ogrid.html

т.е. выбор есть.

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

{$skidka=round((1-$cost/$oldcost)*100)}

{$skidka}% - выведет процент выгоды

В админку может не пускать только если вы ошиблись в адресе к админ.панели.
Система лицензирования никак не блокирует доступ в админку.

- Если у вас подключены электронные оплаты, то баланс пользователей будет пополняться автоматически.
- Если у вас среди способов пополнений - есть безнал(счет) или квитанция банка, то обычно бухгалтера предприятий ежедневно проверяют лицевой счет и проставляют оплаты для транзакций в разделе Управление->Пользователи->Транзакции.

Магазин отправляет вам уведомление по email'у + вы можете подключить SMS информирование, если необходимо.

Если вы пропустили Email и SMS уведомление, то вы наверняка увидите поступившие деньги на вашем расчетном счете (в назначении которого будет написана вся информация для идентификации пользователя), что тоже является уведомлением.

------
Пользователи видят свой баланс всегда на сайте. На практике, после оплаты они его мониторят без остановки до момента зачисления оплаты.

------

Платеж инициирован - означает создана транзакция на оплату. Создается при нажатии на кнопку "Перейти к оплате" при оформлении заказа или "Пополнить баланс" в личном кабинете. По сути - это означает: "Произведена попытка оплаты".

------

Сумма красного цвета означает транзакцию для оплаты заказа.
Сумма зеленого цвета означает транзакцию на пополнение лицевого счета.