Дело в том, что соединение как раз идет через https, но при этом трафик дешифруется снифером, а такого по сути не должно быть.
|
Андрей Николаев, я от безысходности предлагал такой вариант, но начальству он не нравится, типо это совсем уж крайние меры.
Меня интересует тут другое: почему готовый функционал из коробки не работает и мною не обнаруживается? |
|
|
|
|
|
Сайдбары у вас так позиционированы, надо смотреть верстку, но кажется после списка разделов каталога стоит элемент со свойством clear="both", от этого товары в разделе съезжают ниже содержимого сайдбаров. Тут дело исключительно в верстке.
А насчет дополнительных картинок, надо просто их вывести, в $arResult они скорее всего есть, просто их надо добавить к главной. В целом же, желательно изучить документацию и рекомендации по созданию шаблонов, очень полезно. |
|
|
|
|
|
Действительно, все верно, я неправильно понял первое сообщение. В Вашем случае свойства не должны удаляться, тем более документооборот задействован, даже с массивом PROPERTY_VALUES изменятся только перечисленные свойства.
Попробуйте посмотреть где-то в другом еще месте. Может быть стоит какой-то обработчик на обновлении элементов, который и удаляет свойства. |
|
|
|
|
|
|||||
|
|
|
|
Игорь Ежков, примерно так
|
|||
|
|
|
|
Alex Erm, что-то вы слишком мудрите, мне кажется
Чтобы вывести свойство, надо в настройках компонента просто указать его в разделе источника данных, если его нету в предлагаемом списке, дописать ниже в поле, и это свойство попадет в массив $arItem["DISPLAY_PROPERTIES"] и выведется вместе с остальными. Если же надо где-то отдельно его вывести, то как указал Дмитрий Скуднов, достаточно просто напрямую обратиться к нему $arItem["DISPLAY_PROPERTIES"]['price']['VALUE'] |
|
|
|
|
|
|||
|
|
|
|
Мне кажется тут вопрос не с выводом, а с отображением. В этом случае вам надо править шаблон компонента. Надо перейти к редактированию шаблона компонента и уже там вносить изменения. Там где у вас выводится это значение, примерно так $arItem["DISPLAY_PROPETIES"]["PERIOD"]["VALUE"] просто заключите его в <strong>. И со всеми остальными элементаи можно поступить так же.
|
|
|
|
|
|
Действительно, в случае если имеется возможность такого удаления, проверка одной сессии не поможет, не подумал об этом.
Однако, у меня вопрос к Дмитрий Ипатов, а действительно ли так страшно удаление товаров отдельными запросами, это же не носит массовый характер. Ну набрал какой-то поехавший покупатель себе корзину с 90% наименований товаров, потом вдруг решил половину из корзины убрать, но такие покупатели встречаются крайне редко. Стоит ли ради таких единичных случаев искать какое-то особенное решение? Просто сам с такими ситуациями ранее не сталкивался. |
|
|
|
|
|
файл result_modifer.php создаете в своем шаблоне компонента, то есть bitrix/templates/ШАБЛОН_ТЕМЫ/components/bitrix/catalog.section/ВАШ_ШАБЛОН_КОМПОНЕНТА/
Вашу сортировку можно оставить, сначала выведутся товары с брендами, перемешанные в случайном порядке, а потом товары без брендов, в соответствии с вашей сортировкой. |
|
|
|
|
|
Ну вот прямо в сам файл и вставляете, хоть вот так
Я в первом примере ошибся конечно, надо не BRAND, а PROPERTY_BRAND (ну или какой код у вас имеет это свойство) |
|||
|
|
|
![]() |
|||||
|
|
|
|
Создавать новый компонент (или кастомизировать стандартный) стоит только в том случае, если существующий компонент не удовлетворяет требованиям к функционалу данного компонента по ТЗ.
В вашем случае речь скорее всего идет о создании своего шаблона для компонента, потому варианты 1 и 2. На основе стандартного компонента, но создав свой новый шаблон - да такое можно, но создавая новый шаблон с нуля, надо помнить все возможности компонента, все поля и всякие технические примочки (типо эрмитажа). Монстры битрикса наверное так и пишут Так что советую воспользоваться первым вариантом. Лично я так и делаю. Копирую более-менее близкий по отображению шаблон, открываю код и выкидываю все ненужное и добавляю все нужное, походу заменяю имеющиеся классы на свои и вообще добавляю свою верстку в соответствии с макетом, вывод своих изображений и прочее. Получается достаточно быстро и просто. |
|
|
|
|
|
Логичнее сделать один тип инфоблока, но в нем два разных инфоблока для Проектов и Продукции. Это сейчас у вас может они одинаковые, а вдруг со временем у них у каждого появятся какие-то свои уникальные свойства, которые надо будет вывести, тогда проще будет если это будут разные инфоблоки и под каждый сделать свой шаблон каталога.
Так что получается у вас инфоблок "Проекты" в нем элементы Проект 1, Проект 2..... С продукцией тоже самое. Пока они одинаковые, используете один шаблон для всех, как появились различия, просто копируете шаблон и изменяете его под задачи. |
|
|
|
|