Комментарии в блоге "Практический битрикс" на "13 тысяч и Aрхитектура"

Комментарии на "13 тысяч и Aрхитектура" от Артемий Кутырёв

Sun, 20 May 2012 13:48:52 +0400

Идея: Заполнение текстовых свойств по шаблону

Комментарии на "13 тысяч и Aрхитектура" от Иван Шум

Tue, 15 May 2012 10:52:27 +0400

Павел, мне кажется, что любой теоретически расширяемый каталог нужно импортировать/экспортировать по шагам. В принципе принять это за правило. Да ещё и с возможностью задать время шага. Потому что проект сейчас работает на одном сервере с одними настройками, а завтра - на другом. Или, как Вы правильно заметили, сегодня каталог содержит 2 000 товаров, а завтра - 20 000.Про количество товаров, кстати, тоже интересная история. Вот я сейчас ломаю голову над тем, как 10 000 000 товаров уместить в каталог... и стоит ли их вообще в каталоге хранить

Комментарии на "13 тысяч и Aрхитектура" от Михаил Семочкин

Thu, 10 May 2012 17:37:20 +0400

====quote====
Кто-то фильтрует телефоны по ширине?
=============
На самом деле, фильтрация тут - не единственный критерий. Еще, например, бывает сравнение товаров со скрытием одинаковых свойств, где хотелось бы видеть разницу по толщине без совпадающей длины и ширины.

Комментарии на "13 тысяч и Aрхитектура" от Павел Корнилов

Sun, 06 May 2012 02:25:22 +0400

все конечно правильно.единственное что хотел добавить, что менеджеру проекта всегда надо узнавать у заказчика перспективу проекта, т.е. то что заказчик планирует или мечтает сделать, развить или доработать в ближайшее время.
пример: в тз импорт в 2000 товаров, проходит две недели после сданного проекта и в гарантийный период клиент пытается запихнуть 20000 товаров. а импорт спроектирован без шагов и с небольшим запасом по макс_тайм выполнения пхп.
конечно импорта не работает, заказчик в недоумении.
что делать? планировать на 13000 ? не все заказчики потянут бюджет на проектирование и тестирование каждой функции сайта, поэтому я считаю что эти грабли были и будут всегда и предугадать можно только имея резиновый бюджет на разработку.

Комментарии на "13 тысяч и Aрхитектура" от Михаил Ливач

Fri, 04 May 2012 13:36:01 +0400

метод CIBlockPriceTools->GetOffersArray() , использован в bitrix:catalog.element .
====code====

$arFilter = array(
    "IBLOCK_ID" => $arOffersIBlock["OFFERS_IBLOCK_ID"],
    "PROPERTY_".$arOffersIBlock["OFFERS_PROPERTY_ID"] => $arElementID,
    "ACTIVE" => "Y",
    "ACTIVE_DATE" => "Y",
);

=============
И если нужны только торговые предложения, скажем, синего цвета, то их придётся отсеивать в result_modifier.

Если по старым методам наоборот, добавляли последними аргументами $arFilter и/или $arSelect, то тут почему-то вернулись к началу.

Комментарии на "13 тысяч и Aрхитектура" от Евгений Жуков

Wed, 02 May 2012 18:19:58 +0400

====quote====
используя API торговых предложений (SKU), на них невозможно наложить фильтр (в версии 11.0.12, если это имеет значение) .
=============
Уточните, пожалуйста, что Вы имеете ввиду.

Комментарии на "13 тысяч и Aрхитектура" от Михаил Ливач

Wed, 02 May 2012 16:50:49 +0400

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

Комментарии на "13 тысяч и Aрхитектура" от Михаил Ливач

Wed, 02 May 2012 16:39:50 +0400

====quote====
не надо воспринимать как догму. Это просто советы.
=============
Существенное замечание! Я-то всё рассматриваю только с позиции интернет-магазинов. В частности, упомянутого "контентщика" просто не существует (может и существует, но где-то далеко, у заказчика, и набивает он в базу 1С, а не на сайт).

Комментарии на "13 тысяч и Aрхитектура" от Михаил Ливач

Wed, 02 May 2012 16:30:59 +0400

====quote====
При грамотном подходе отдельный инфоблок ничего не будет подвешивать
=============
Я лишь хочу отметить что иногда этот грамотный подход состоит в отказе от предлагаемого API. Поскольку в API отражается представление разработчиков об окружающем мире.
Вот на днях через ошибку в своём коде выяснил следующий факт: используя API торговых предложений (SKU), на них невозможно наложить фильтр (в версии 11.0.12, если это имеет значение) .

====quote====
обработчики изменения элемента.
=============
Вы предлагаете дублировать записи ( одну - в мусорный инфоблок для 1С, и ещё одну - в удобно разбитые инфоблоки) ?

Комментарии на "13 тысяч и Aрхитектура" от Шаромов Денис

Fri, 27 Apr 2012 10:45:48 +0400

Ну почему бы и нет. Если модуль решает задачу - надо его использовать!