Форум

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

Здравствуйте. Имеется следующая ситуация. Есть инфоблок [B]местоположения[/B], где разделы - это [B]страны[/B](верхний уровень) и [B]регионы[/B](дочерние). На последнем уровне в разделах содержаться элементы - [B]населенные пункты[/B]. Такую структуру потребовал заказчик, чтобы можно легко было смотреть вложенность и добавлять переводы названий для нескольких языков. Сам бы попробовал сделать на хайлоадах.

Есть инфоблок [B]партнеров[/B]. Каждый партнер - [B]элемент[/B]. В нем есть [U]привязка[/U] к [B]населенному пункту[/B].
У нас есть гугл-карта, на которых должны отображаться[B] контуры регионов[/B] и [B]маркеры партнеров[/B]. Контуры [U]кликабельны[/U]. Т.е. кликнув на контур страны, попадаешь уровнем ниже, где есть контуры областей. Как это выглядит, см. скриншот к посту. Работает все это дело на аякс-запросах.
Проблема в следующем. На уровне, например Франции мне нужно показать всех партнеров. Для этого нужно найти всех партнеров, которые привязаны к [B]населенным пунктам Франции[/B]. Населенных пунктов тысячи. Получается приблизительно такая последовательность действий
1. Найти все [B]населенные пункты [/B]Франции
2. Найти всех [B]партнеров[/B], которые привязаны к этим [B]населенным пунктам[/B](тысячи их) и соответствуют фильтру(об этом чуть ниже)[B]
[/B]
Это порождает гигантские запросы. Можно конечно закешировать эти данные, но у нас на карте еще есть фильтр, например по языкам, на которых говорит партнер. В итоге мы получаем множество комбинаций. Т.е. например человек зашел на уровень Франции и ищет партнеров на русском и английском. Это один кеш, второй просто на русском - второй кеш, третий на английском и французском - третий кеш.

Прошу следующие советы:
1. Как можно оптимизировать данные запросы? Логичным шагом будет создание избыточных данных. Например, еще хранить привязку к стране. Тогда на уровне страны запросы можно сэкономить. Но на уровне ниже населенных пунктов все равно больше тысячи. Вложенность в разных странах разная. Поэтому создавать поля типа суб-регион, суб-суб-регион наверное очень плохой вариант.
2. Какое время кеширования выставить? Кеш будет зависеть от региона+множественные параметры фильтра(параметров 3-4), в каждом параметре до 10 значений. Т.е. cache_id получается типа REGION_234556_LANGUAGE_1_3_5_PARAM3_4_7. Не требуется мгновенное обновление данных. Т.е. добавленный партнер может появится спустя 3-4 часа.

Буду благодарен за любые советы

Здравствуйте. Необходимо хранить большой объем данных в пользовательском поле. Тип строка не подходит ввиду ограничения в 65 килобайт. Других  подходящих типов пользовательских полей не нашел.
Поделитесь пожалуйста если кто-то решал аналогичную задачу. Объем данных для хранения ~1МБ.

Здравствуйте. Интересует следующий вопрос - есть свойство элемента инфоблока, например цвет. Можно организовать его через список, задавая возможные значения в настройках свойства, а можно создать отдельный инфоблок(или хайлоад) и создать элементы там. Интересует преимущества-недостатки списка по сравнению с привязкой на условных 5-10 и 100-200 вариантах.
Просветите пожалуйста.

Добрый день. Имеется форма добавления неких сущностей, для которых настроена проверка уникальности символьного кода. Символьный код по идее должен формироваться из введенного имени. Проблема в том, что если два человека введут одинаковые имена, то и символьный код получится одинаковым, т.е. не уникальным и второй элемент создать не получится.
Очень не хотелось бы приклеивать мусорную рандомную строку, дату создания и т.п. Как вариант, рассматривал приклеивание ID, что точно бы сделало код уникальным, но ID возвращается только после добавления, т.е. это однозначно не вариант. Можно конечно проверять перед добавленим на существование элемента  с таким кодом, и при положительном результате приклеивать к коду цифру два(потом 3,4,5) и повторять снова, но мне кажется это ужасным костылем

Может кто-то сталкивался с похожей задачей и что-нибудь посоветует?