Возможные значения для поиска в Adobe Rational Builder?

Question

У меня есть десятки тысяч ключей, созданных на конкретном var.

вар Формат: модуль | имя страницы

вар Пример: MOD123 | Моя страница

Я пытаюсь перевести часть 'модуль', и есть «дружественные название "классификационной продукции:

Поле поиска | Моя страница

Есть около 200 модулей, но «название страницы» часть находится множество, и уже дружеский

Мой первоначальный подход заключается в использовании классификации правил и подклассификаций для «модуля» поиска. Я могу разграничить строку, используя канал. Тем не менее, я не могу определить, как повторно присоединить имя переведенного модуля.

Я столкнулся с возможностью создания 200 явных правил, чтобы явно называть «модуль» и оставлять «имя страницы» как есть.

Я подозреваю, что есть более элегантный способ сделать это. Кто-нибудь создал этот тип правила классификации раньше?

Answer 1

В настоящее время Adobe не предлагает какой-либо функции таблицы поиска для построителя правил классификации (CRB). Хотелось бы, чтобы они это сделали. Я разместил его на идеях.omniture.com, а также множество других идей для улучшения CRB. Anyways ..

Лучшее, что вы можете сделать с помощью чистого CRB, - создать правило для каждого модуля (одно правило задано с ~ 200 правилами). Выберите «Регулярное выражение» для типа правила, так и для регулярных выражений, используйте

^MOD123\|(.*)

Это первая часть MOD123 будет жёстко значения для каждого правила. Тогда в классификации действий>К колонку, положить

Search Box|$1

Это первая Search Box части также будет жёстко к «дружественному» имени.

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

Альтернативой может быть создание собственного скрипта на стороне сервера при задании cron для получения необработанных значений и отбрасывания классифицированных значений в Adobe, используя вашу собственную таблицу поиска (жестко закодированную как массив или из запроса db или что-то еще ваш собственный сервер). Вы можете использовать API Adobe SAINT для этого, или вы можете настроить повторяющийся экспорт хранилища данных, который был перенесен в местоположение ftp, чтобы ваш сценарий мог загрузиться и загрузить в место размещения Adobe.

Edit:

Другой подход будет иметь 2 классификации столбцов, один только для дружественного имени модуля, и один только для имени страницы. Тогда у вас будет одно правило, чтобы вызывать имя страницы, используя регулярное выражение ^[^|]+\|(.*) и $1 для . Значение.

Тогда у вас будет ~ 200 правил (по одному для каждого модуля). Поскольку вы не пытаетесь динамически добавлять что-либо, вы можете использовать Запуск с типом правила и просто использовать имена жестко закодированных модулей (за которыми следует труба), например. MOD123|, а затем просто дружественное имя модуля для Значение, например. «Search Box»

Это даст вам две классификационные отчеты с секретными значениями как это:

Я не уверен, что ваши реальные потребности отчетности являются, таким образом, это может или может не быть тем, что вам нужно, но вы, например, переходите к отчету классификации «Модуль», чтобы легко получать агрегированные данные по модулю без отдельных записей на странице. И вы можете разбить его на классификацию «Название страницы», чтобы увидеть разные страницы для модуля.