Роман Забродин (Все сообщения пользователя)

Способ сделать есть -- пишите в личку, договоримся.

Поставил 1С и не пойму нужно обновлять модуль обмена или не нудно. Где его версию смотреть?

Купить отдельно модуль Ресайзер
Готовые шаблоны для работы с:
FancyBox
PrettyPhoto
NFLightBox
ThickBox
LightBox
и др.

Выгружаю товары.
Меняю им привязку к разделам.
Выгружаю вновь - привязка к разделам не восстанавливается.

Убираю галочку -- все работает. Неделю заказчик мне выносил мозг, а ТП Битрикса отвечала, что у нас кастомизированая выгрузка и гарантия с ТП на нее не распространяется.

Предлагаю галочку "Использовать контрольные суммы элементов для оптимизации обновления каталога" переименовать в:

"Подлянка разработчику вкл/выкл."

Можно и на старых шаблонах самому организовать. Самый простой способ описан здесь.

Если необходимость создавать пользователям свои галлереии из публичной части сайта сайта нет, то можно использовать наш модуль "Ресайзер" -- элементы станут разделами галлереи, а множественное свойство типа файл внутри -- фотографиями.

Считаю что наоборот -- нужно накинуть. вы и так не покупаете рабочее место (пк, стол, стул), не платите ндфл 13% и 26% (а с 2011г. 34%!) ЕСН итого уже экономите 39% (а с 2011г. 47%!) так еще и скинуть 30% хотите (100%-77%=23% от того чтобы вы платили программисту в офисе)!
Ну если кто-то согласится, то и слава Богу -- без лоха и жизнь плоха.

Чем вы ее распаковываете и где? Не может быть такого. Сейчас раром сжал -- 15 минут.

Если делаете бекап средствами админки Битрикс -- то да, проблемы могут возникнуть.

Сталкивались.
Разработчики Битрикс в своем блоке выложили внутренний скрипт, который они используют для тестирования выгрузки из 1С. Нам помог:
http://dev.1c-bitrix.ru/community/blogs/easy_sale/1917.php

Вложенных категорий в активной категории нет -- ничего не отображает.
Лучше разместите там динамическое меню на основе разделов инфоблока, компонент menu.sections

http://timeweb.ru/?i=2524&a=0001
ловко!

Отключили проактивную защиту, выделили по пару гигабайт оперативной памяти php и mysql -- в итоге, на выделенной машине, вместо 18 часов стало 9. Но проблема-то не в этом -- так как на таймвеб этаже выгрузка занимает ~1 час. А в чем проблема еще не разобрались.

Я был в отпуске. Приобрести данный модуль очень просто. В действии отлично себя зарекомендовал Ответил в личке.

Реализовали тупо стандартными средствами -- каждый склад есть отдельный инфоблок. Мне не нравится -- высокая избыточность данных. См. постановка задачи 1


По нагрузке при выгрузке, удалось ее уменьшить в два раза. Но это как слону дробина. ТП говорит что в настройках нашего сервера мешает что-то очень специфичное. Если найдем что -- отпишусь и возможно включат в проверку bitrix_server_test.php

Можем:
http://dev.1c-bitrix.ru/api_help/main/general/component20/index.php

http://dev.1c-bitrix.ru/api_help/subscribe/index.php

По данному вопросу, в Битрикс, нет разумных решений -- только компромиссные.

У нас медленнее в 100 раз. Я был уверен что такое время загрузки ненормально, хотя ТП меня почти убедила в обратном. Будем копать.

Можно еще попросить 1с-никак формировать XML только с индефикаторами товаров. Затем сравнивать два массива (если 100 000 то так просто их не сравнишь). Кого в файле нет -- того на удаление.
Успешно решали недавно такую задачу.

Сделать можно все. Потребуется программированию.

На сколько вижу из кода photogallery.section.list

параметры сортировки разделов(альбомов) должны настраиваться из параметров компонента.

Кастомизируйте компонент bitrix:subscribe.news чтобы фильтрация в Getlist осуществлялась не по полю "дата", а по вашему свойству типа "дата".

Делали такое на сайте о скидках, где стандартные поле дат были использованы для активации/деактивации новостей, которые могли появляться еще до начала действия акции. А рассылку нужно было осуществлять о реально действующих на данный момент акциях (диапазон дат хранился в свойствах).

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

Кстати, было бы полезно иметь в этом списке:
http://dev.1c-bitrix.ru/api_help/main/events/index.php
событие "сработало почтовое событие"

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

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

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

Может попробовать по событию при сохранении элемента IBLOCK_SECTION_ID перезаписывать. Значение для него как раз брать из свойства пользовательского типа привязки к родным разделам. Т.е. в этом свойстве вы будите как раз выставлять основной раздел. Как БУС поведет себя при этом не знаю.