Комментарии в блоге "Проектирование, разработка, внедрение, высокие нагрузки, качество (Александр Сербул)" на "Разрешите представиться" Комментарии в блоге "Проектирование, разработка, внедрение, высокие нагрузки, качество (Александр Сербул)" на "Разрешите представиться" http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php ru http://backend.userland.com/rss2 Sun, 05 Apr 2026 22:09:31 +0300 Комментарии на "Разрешите представиться" от Олег Лебедев http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21487#com21487 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21487#com21487 Sat, 30 Apr 2011 21:54:01 +0400 Комментарии на "Разрешите представиться" от Олег Лебедев

====code==== 
Чем больше я работал с платформой 1С-Битрикс, тем больше она мне 
нравилась за лаконичность, глубокую продуманность, эффективность и 
технологичность, направленную на РЕШЕНИЕ ЗАДАЧ ПОЛЬЗОВАТЕЛЕЙ.
=============
Вот, скажем, есть ли пример решения типичнейшей задачи -- разделения длинного текста на страницы?

(да, я знаю про кастомизацию, но какбэ хотелось бы видеть-то 8)]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21486#com21486 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21486#com21486 Sat, 30 Apr 2011 21:46:28 +0400 Комментарии на "Разрешите представиться" от Олег Лебедев
>а инфоблоки+ дополнительно прямо-таки созданы для Яндекс.Маркетов.

Хотя эта фраза наводит на мысль, что упоротый тут не я ;-)

]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21485#com21485 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21485#com21485 Sat, 30 Apr 2011 21:37:33 +0400 Комментарии на "Разрешите представиться" от User 2000
====quote====
Т.е. постарался бы воспользоваться для решения задачи максимумом возможностей инфоблоков, убирая возможные ограничения через корректировку требований.
=============
С этим будет сложновато :). Как вариант можно часть значений свойств, которые по сути булевы (да-нет) хранить в виде битовой маски, так в одном поле можно хранить сразу 32 значения (для int unsigned). Свойства, которые не участвуют в поиске хранить в виде сериализованных данных в одом поле. Это уменьшит общее число полей в таблице для инфоблоков+. Смущает только то, что в этом случае к готовой структуре инфоблоков будет много допиливания (туда обработчик, сюда обработчик).]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21182#com21182 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21182#com21182 Sat, 23 Apr 2011 13:03:19 +0400 Комментарии на "Разрешите представиться" от Александр Сербул Актуальная интересная задача - Яндекс.Маркет, Товары.Мейл.Ру ... можно добавить каталоги Magento сюда. Много рубрик, в каждой рубрике свой набор свойств, фильтрация по многим полям (хочется, чтобы фильтры сами создавались на базе множества элементов) и т.п.

Как ты правильно заметил, делать с нуля подобную систему на PHP (можно не нуля, а с ZF, или поиграть мускулами и на базе Doctrine ;-) ) - рискованное мероприятие. Мало того, что реляционная теория не очень то любит хранить деревья в отношениях, нас еще периодически отвлекают "еретические" идеи объектных баз данных (Cache и т.п.), позволяющих хранить графы объектов и т.п. А кроме каталога придется писать еще кучу чего дополнительного.

Чтобы не рисковать и получить быстрый результат, я бы попробовал хорошо разобраться с тем, что есть готового и отлаженного в этой области. Возьмем 1С-Битрикс - большая инфраструктура с множеством готового проверенного в сотнях реальных проектов функционала. Поддерживает каталоги через инфоблоки.

Инфоблоки. Эффективно работают с иерархией, работают быстро, т.к. архитектура простая и логичная (представь, если бы инфоблоки были на ORM ;-)), а инфоблоки+ дополнительно прямо-таки созданы для Яндекс.Маркетов.

Ограничения по кол-ву свойств в таблице MySQL - неужели так критично все свойства хранить? Если не получается договориться с аналитиком - убрать можно хоть в NoSQL хранилище и дергать оттуда. Мы же понимаем, что в жизни есть ограничения всегда :-)

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

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

Т.е. постарался бы воспользоваться для решения задачи максимумом возможностей инфоблоков, убирая возможные ограничения через корректировку требований. А в оставшееся время, когда иерархия и ОСНОВНЫЕ сортировки и фильтрации летают, навалился на вкусные и меганестандартные вещи, экспериментировал с ними. Для фильтрации и сортировки по большому набору полей рекомендую еще обратить внимание на Solr - работает быстро и индексирует большие списки атрибутов.

В результате должен получиться тщательно оптимизированный под нагрузку каталог, в своей основе работающий на инфоблоках+, использующих в качестве дополнительного хранилища внешнюю таблицу/БД/NoSQL/Solr.

Инфоблок "Рубрика и карточка товара" - иерархия и карточки товаров. Для телевизоров - один инфооблок+, для телефонов - второй инфоблок+.
Инфоблок "Ценовые предложения" - конкретные предложения, связанные с карточкой товара. Можно либо общий, либо отдельный для каждой рубрики.

Инфоблоки - справочники, на которые ссылаются объекты каталога.

Таблицы с большими массивами дополнительных данных, возможно связанные через обработчики/триггеры с инфоблоками каталога. Какие-то данные есть и там и там. Зависит от задач.

Все это внутри платформы 1С-Битрикс: авторизация, статистика, поиск. Поиск можно в 10 версии вертикально шардить на отдельный сервер базы данных.]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21181#com21181 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21181#com21181 Sat, 23 Apr 2011 11:07:40 +0400 Комментарии на "Разрешите представиться" от User 2000 . У меня есть небольшой вопросец ;)

Предыстория:

У нас есть один вялотекущий проект, который то замораживается, то начинает разрабатываться в авральном режиме, но суть не в этом. Предполагается большой каталог электроники, по своему функционалу этот каталог похож на яндекс.маркет или товары.мэйл.ру, но более узкий в плане товарных позиций (только электроника). Характеристики товаров тоже аналогичны яндекс.маркету, там, прошу учесть, только у мобильных телефонов около 180 свойств, большинство из них доступны для поиска! Естественно у каждой товарной группы много совершенно разных характеристик, причем у них есть отношения родитель -> дочка. Например: ноутбуки -> портативные ноутбуки или телевизоры -> плазменные. Более общие наборы свойств должны наследоваться от родителя.

Решение:

Четкого решения этой задачи на данный момент нет, было несколько предполагаемых путей реализации:

1) Каталог битрикс, инфоблоки+ . Недостатки - при большом количестве полей у таблицы начинаются проблемы вроде error 139, тормоза с поиском, если искать сразу по 20-30 полям (+ сортировка), при WHERE с >50 условиями у mysql вообще начинает сносить башню (. Учитываем, что хоть и инфоблоки+, все равно join с b_iblock_element и b_iblock (кажется так). Кешить все жестко тоже не получиться, т.к вариантов в фильтре будет очень много.

2) Каталог битрикс, инфоблоки, свойства в одной таблице. С хранением данных проблем нет, с поиском и сортировкой очень большие проблемы.

3) Не реляционная СУБД, например mongoDB.  Все бы хорошо, но на практике еще не опробована. Наиболее приемлемый вариант - писать в инфоблоки и вещать обработчики, которые будут писать в mongo, в публично части получать данные исключительно из mongo. Вариант 50 на 50.

4) Аналогичен п.3 но вместо mongo использовать sphinx, на практике это решение у нас уже обкатано, сфинкс неплохо справляется с поиском по множеству атрибутов + хороший полнотекстовый поиск.

5) Свой каталог, своя структура БД, в качестве фраймворка - Zend. В структуре БД много тех же граблей, что и в битрикс. Реляционная теория с подобными задачами справляется не очень хорошо.

В пунктах 1 и 2 еще есть проблема с наследованием набора свойств от родителя.

Если ты дочитал до этих строк, то собственно вопрос: что лучше выбрать для реализации того, что описано выше, с учетом того, что проекты с каталогами товаров ты на битриксе делал?

P.S: еще меня тут жутко минусуют, за то что я не очень люблю битрикс, поэтому помоги мне полюбить его :)

]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21176#com21176 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21176#com21176 Sat, 23 Apr 2011 00:31:20 +0400 Комментарии на "Разрешите представиться" от Александр Сербул http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21134#com21134 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21134#com21134 Thu, 21 Apr 2011 17:00:30 +0400 Комментарии на "Разрешите представиться" от Александр Сербул https://academy.1c-bitrix.ru/. Настоятельно рекомендую выделить время для сотрудников-разработчиков для получения ими сертификата. Платформа достаточно объемная и разработчику полезно в целом изучить ее возможности хоть один раз. Тогда вы будете уверены в его квалификации и доверять его ответам.]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21109#com21109 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21109#com21109 Tue, 19 Apr 2011 14:34:31 +0400 Комментарии на "Разрешите представиться" от Михаил Семочкин ====quote====
А вы с кем общаетесь - разработчиком или компанией?
=============
И то, и другое, в общем случае. Сайтов у нас несколько, некоторые заказывались на стороне, другие делаются собственным сотрудником.

Изучить мне Битрикс на серьезном уровне не представляется возможным в обозримом будущем, отчасти из-за нехватки времени, отчасти из-за отсутствия серьезных знаний смежных технологий, например, PHP и JavaScript.]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21108#com21108 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21108#com21108 Tue, 19 Apr 2011 14:16:41 +0400 Комментарии на "Разрешите представиться" от Александр Сербул Вообще для проектирования систем на платформе и постановки задач разработчикам я рекомендую хорошо изучить логику работы системы на уровне пользователя и администратора, понять, какие у объектов есть свойства и связи. Либо поручить разобраться в системе аналитику, который будет ставить задачи разработчикам.]]> http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21107#com21107 http://dev.1c-bitrix.ru/community/blogs/alexander_serbul/let-me-introduce-myself.php?commentId=21107#com21107 Tue, 19 Apr 2011 14:01:34 +0400