Форум ReadyScript Сообщения от admin
С 31.12 по 10.01.2020 включительно мы уходим на новогодние каникулы.
Полноценная работа службы поддержки возобновится с 11 января.
Напоминаем, что Вы можете задавать ваши вопросы на форуме и обсуждать их с сообществом.
Всех с наступающими праздниками! Всех благ в новом году!
На вкладке Комплектации в карточке редактирования товара, добавляются остатки в разрезе складов, если у вас отключен “складской учет” в настройках модуля Каталог.
Если складской учет включен, то любые поступления/списания делаются с помощью создания документа оприходование/списание.
Добрый день!
Тут есть нюансы, вы открываете заказ, видите, что товара нет в наличии.
А на самом деле этот товар был в наличии 1шт, и он пошел в этот заказ, возникает путаница.
Включение опции "Запретить оформлять заказ, если товара недостаточно на складе" будет гарантировать наличие товара в момент его продажи.
Не спорю, безусловно поле выбора шаблона - это более гибкое и красивое решение. Через условия - это лайтовое быстрое решение если нужно несколько кастомных отображений и все остальное - дефолт
Создавать поле необязательно. В smarty же есть метод templateExists, который можно вызвать и в шаблоне, нужно искать кастомный шаблон и если его нет, то подключать дефолтный. И никаких проблем, просто формируете имя шаблона product_property_{$product->getMainDir()->alias}.tpl
нет, на странице просмотра товара нужен совсем другой код.
в product.tpl:
{if $product->getMainDir()->alias == 'test'}
{include file="%catalog%/property_type_test.tpl"}
{else}
{include file="%catalog%/property_type_default.tpl"}
{/if}
Создайте шаблоны
- /moduleview/catalog/property_type_default.tpl - для стандартного вывода характеристик.
- /moduleview/catalog/property_type_test.tpl - для кастомного вывода характеристик.
другой по стилю вывод характеристик - в фильтре имеется ввиду?
Если да, то речь значит идет о шаблоне /moduleview/catalog/blocks/sidefilters/filters.tpl
текущая категория на странице каталога записывается в кастомное extra свойство текущего маршрута.
То есть получить объект категории можно так:
{if $router->getCurrentRoute() == 'catalog-front-listproducts'} {*Проверка что мы находимся на странице категории*}
{$dir = $router->getCurrentRoute()->getExtra('category')} {* Получаем текущую категорию *}
{if $dir.alias == 'test'} {* Проверяем что alias текущей категории = test *}
{$customStyle = true} {* Делаем что нам нужно *}
{/if}
{/if}В этой новости есть c картинками:
https://readyscript.ru/text-blog/novyy- … mozhnosti/
Если позволите, выскажу свое мнение.
Люблю иногда почитать оригинальное описание того, для чего разрабатывался тег rel="canonical" в RFC 6596.
https://tools.ietf.org/html/rfc6596
to specify the single-page version as preferred over the same content separated on multiple component pages.
--------------
Тег rel="canonical" нужен исключительно для того, чтобы делать ссылки от дублирующего частного к общему.
Например, у вас есть одна страница со всеми товарами и есть страницы с этими же товарами с пагинацией, соответственно rel="canonical" должен указывать на страницах с пагинацией на страницу со всеми товарами.
--------------
Различные страницы пагинации - это не дублирующийся контент, если у вас нет общей страницы (на каждой странице - разные товары). Указывая ссылку на первую страницу - вы просто отрезаете от индексирования все остальные страницы каталога, кроме первой и все. SEOшники обычно ставят галочку - rel=canonical применили, задача закрыта, но это ведь не так!
В RFC прямо сказано про пагинацию, то о чем я пишу выше:
* As an example, each component page (e.g., page-1.html, page-
2.html) of a multi-page article MAY specify the "view-all"
version (e.g., page-all.html), the superset of their content,
as the target IRI. This is because the content from each
component page is contained within the view-all version. Given
this implementation, applications can mark page-1.html and
page-2.html as duplicates of page-all.html, process content
only from page-all.html, and disregard the component pages.
All references can then be made to the view-all version (page-
all.html, the target IRI), and no content will have been lost
in this process.* Using the same example above, page-2.html SHOULD NOT designate
page-1.html as the target (canonical) IRI because this may
cause a loss of data. When page-2.html designates page-1.html
as the canonical, only content from the target IRI, page-
1.html, will be processed. page-2.html may be marked as a
duplicate of page-1.html and its content disregarded.
Просто жалко ваши сайты, когда что-то делается на них без понимания того, для чего в деталях это делается.
Уважаемые пользователи!
В пятницу 28.08.2020 c 21:00 до 03:00 мы планируем провести плановое обслуживание наших серверов.
Во время проведения работ, возможны перебои в работе наших сервисов. Мы постараемся сделать все, чтобы перебои в работе были минимальны.
Установите флажок напротив "Публичность" в настройке "Поля категории, которые не следует обновлять"
на вкладке "Каталог товаров - что следует обновлять" в настройках модуля Обмен данными с 1С (exchange)
Нет,сайт не в облаке,на хостинге.Обновления остановил на 5-й версии
В таком случае, если ваш хостинг, например, не восстанавливал бекапы, не менял версию PHP, вы не устанавливали обновления - ничего не может самостоятельно изменяться на сайте. Программа одинаково работает всегда, кода для самоизменения настроек не существует в ReadyScript.
Облако не для программистов, облако - готовый сервис. Клиенты облака в основном не знакомы с html, css, ftp и не желают в это погружаться.
Daniel, в облаке происходят автоматические обновления, когда мы их выпускаем.
Автоматические обновления - не могут снимать галки в настройках, так как данные БД - не трогаются, только структура БД обновляется.
Если вы модифицировали системные шаблоны не по инструкции: https://readyscript.ru/dev-manual/dev_t … tends.html
То абсолютно все изменения будут возвращены в исходное состояние при обновлении.
Теперь можно быстро найти заказ по:
1. Точному совпадению номера
2. ФИО клиента, на которого активирована лицензия по заказу
3. По номеру лицензии
4. По наименованию клиента, если вы его указали при оформлении заказа
5. По доменному имени, на которое активирована лицензия
В подробном просмотре заказа у активированных лицензий теперь отображен домен, на который они активированы.
В списке заказов выводится Клиент, который указан при оформлении заказа.
В общем, партнерам теперь будет проще ориентироваться в своих заказах, когда их переваливает за несколько десятков.
Ярослав, добрый день!
Насколько мы понимаем, какой-то из компонентов Битрикс24 некорректно работает, если видит переменную global (была такая информация от одного клиента). Данная переменная необходима для работы ReadyScript, она обеспечивает трансфер в JS некоторых переменных из PHP. Это имя никем не зарезервировано и ее использование не запрещено.
--------
И на наш взгляд встраиваемые скрипты не должны зависеть ни от каких глобальных переменных.
Нужно писать в Битрикс24 по данному поводу. Ведь любой другой скрипт чата работает без проблем.
Это понятно,т.е в функционале версии Гипермаркет невозможно отключить возможность заказа товара из разных магазинов?
Я даже не представляю как это с точки зрения пользователя может быть. Допустим есть товар:
1. Кружка - 3 шт. на складе А, 2 шт. на складе Б
2. Тарелка - 10 шт. на складе Б
Клиент же не обозначает где будет покупать, когда заходит на сайт в Гипермаркете и накидывает в корзину 4 кружки, 10 тарелок, потом идет в корзину нажимает кнопку оформить заказ, выбирает самовывоз со склада А и что дальше?
Система должна говорить, что корзину, которую собрал клиент невозможно забрать на складе А (всех товаров нет на этом складе)?
Ок, допустим, клиент переключает на склад Б и тоже видит, что корзину нельзя забрать на складе Б (всех товаров нет на этом складе тоже). Полный тупик.
Система же не может сама подменить корзину, изменить там количество - клиент будет повергнут в шок, если за него такое сделают, он же сам выбирал количество.
-------------------------------------------
Другое дело - в Мегамаркете. Клиент зашел на сайт и сразу выбрал, что он будет закупаться в Магазине А. И в корзину в этом случае он сможет положить только то, что есть в магазине А. Никаких логических коллизий.
Добрый день!
{$product->getUnit()->stitle} - выведет единицу измерения, например кв.м.
Внесу ясность в правки шаблонов. Дело в том, что различные методы расширения функциональности шаблонов появлялись со временем, а старые при этом продолжали работать. По этому есть множество вариантов на выбор:
1. Полное клонирование темы и изменение файлов уже внутри нее. Делается прямо через админ.панель
Управление -> Шаблоны -> Клонировать тему. (есть особенности с темой default, в клона нужно сперва копировать tpl файлы из модулей, а затем изменять.)
2. Для простого добавления своих скриптов мы придумали scripts.tpl, которого нет в дистрибутиве, но он подключается, если в корне лежит этот файл. Этот метод подходит только для добавления скриптов и стилей на все страницы шаблонов.
3. Частичная модификация темы с помощью .my.tpl, .my.css .my.js. Отлично подходит если хочется, чтобы все в теме обновлялось, кроме измененных частей. Очень простой способ модификации с относительно небольшими потерями обновляемости.
https://readyscript.ru/dev-manual/dev_t … tends.html
4. Модификация шаблонов с помощью кастомного модуля и обработки хуков в шаблонах. Способ сложный для обычного пользователя, но позволяет изменять даже часть одного tpl шаблона, при этом сохраняя обновление других частей этого же tpl.
Это самый ювелирный способ модификации.
https://readyscript.ru/dev-manual/dev_t … hooks.html
Почти все торговые сети в этом случае налаживают внутреннюю логистику и если товар хоть где-то есть, его можно переместить в другую точку выдачи и продать.
Альтернативный вариант - это только использовать Мегамаркет и представлять магазины как филиалы.
Насколько я понимаю, вы находитесь на странице просмотра статьи, т.е. article-front-view, за данную страницу отвечает контроллер \Article\Controller\Front\View, видим что в данном шаблоне статья передается в переменной article
$this->view->assign(array(
'article' => $article
));Ваш ход мыслей верный, думаю вы просто ошиблись в том, что getCategory() нужно вызывать у $article в шаблоне
%article%/view_article.tpl
{$categoria = $article->getCategory()} {* Здесь будет Article\Model\Orm\Category *}
{$parent = $categoria->getParent()} {* Здесь будет Article\Model\Orm\Category *}
{$parent.title} {* У объекта Article\Model\Orm\Category название в поле title находится *}Это настройка атрибута rel, туда можно добавить элемент в список, так как у TinyeMCE есть такой параметр rel_list
Но дописывать data-fancybox="gallery", оно не будет ) Возможно для этого нужно будет подключить какой-то плагин к tinyMCE.
-------------
Возможно fancybox можно инициализировать и на rel="lightbox", просто это должно быть явно прописано в JS, где fancybox инициализируется.
Думаю все дело в том, что вы вносите изменения в шаблон, который находится в модуле, а на сайте у вас используется тема не default.
Вам нужно вносить изменения в шаблон /ВАША ТЕМА/moduleview/catalog/product.tpl
А еще правильнее, создавать на его основе /ВАША ТЕМА/moduleview/catalog/product.my.tpl
В этом случае при любом обновлении ваши изменения не будут исчезать.
в Catalog\Controller\Front\ListProducts в методе init есть событие init.api.catalog-front-listproducts
В обработчике у вас есть переменная, ссылающаяся на этот контроллер ListProducts
Вы можете перехватить объект запроса на выборку товаров:
в handlers.inc.php вашего кастомного модуля:
public static function initApiCatalogFrontListProducts($controller) {
$request = $controller->api->queryObj();
//Тут можно делать что угодно с запросом, например добавить JOIN и уточнить секцию SELECT
}Как раз пришлось реализовывать индивидуальные цены для товаров.
40 колонок цен со скидками на товары уже существовали на базе стандартного справочника цен (причем есть товары, где скидка не должна превышать определенный процент).
Но захотели создавать цены в разрезе брендов, категорий и отдельных товаров. При этом настройку делают на стороне 1с.
Уговорить реализовать скидками в корзине не получилось.
В итоге сделал модуль с отдельной таблицей индивидуальных цен (товар-пользователь-цена). При расчете цены товара сначала выборка делается из этой таблицы. В таблицу заливаю данный из csv файла с помощью LOAD INFILE, поэтому проблем с синхронизацией нет. Файл формируется на стороне 1с сразу с рассчитанными ценами для клиента. Попадают только товары, затронутые скидкой. Обычно из около 300-500 для клиента.
Все это касается только отображения цены.
Очень здорово, что вы не побоялись ввязаться в эту крайне непростую задачу.
Насколько я понимаю, вы добавляете join вашей таблицы во время выборки товаров, чтобы перекрыть цены из xcost?
Мы детально проектировали вариант с таблицей комплектация товара-пользователь-тип цен-цена-дополнительный уникализатор, но мы сошлись на том, что этот вариант можно реализовать только с очень большими оговорками (грубо говоря только в конкретном случае, игнорируя многие возможные кейсы применения), что нам как разработчикам движка не подходит.
Мы еще думали сделать дополнительный уникализатор, чтобы можно было вообще сделать самые невероятные вещи с помощью сторонних модулей, например, каждый нечетный день для какой-то группы клиентов давать скидки на какие-то группы товаров. В данном случае флаг нечетного дня был бы доп. унификатором.
Одна из проблем - это был объем такой таблицы, если на сайте 10 000 товаров, 1000 пользователей и 2 типа цен, то это уже 20 млн. записей. JOIN такой таблицы даже с индексами будет довольно дорогой по ресурсам. И это я привел очень скромные параметры - 10k товаров и все с одной комплектацией и без доп.унификаторов.
Второй из важнейших проблем такой схемы - обновление данных. Допустим, пользователь перешел какой-то порог и ему вдруг нужно все цены пересчитать (он достиг нового уровня скидок), а если в магазине много товаров - не совсем понятно в какой момент это делать, так как это занимает длительное время? Если в момент наступления события (достижения нового уровня скидок), то клиент может не дождаться, когда у него оформится заказ, например. Если по крону, то какое-то время цены на сайте будут неактуальны.
Вариант как у вас - что источник новых цен - всегда 1С частично снимает эту проблему, но делает цены какое-то время неактуальными на сайте для пользователя, хотя возможно это очень небольшое время.
Форум ReadyScript Сообщения от admin
