Структурирование

Ещё раз спасибо за программу и частые обновления к ней. Хоть я ещё ни одного проекта в веб не вывел, но копаясь в функционале осознаю, что работаю с мощными инструментами.

По СТРУКТУРИРОВАНИЮ, инструмен оч полезный, но вот идеально настроить его не получается, вручную - слишком много времени уходит, если сотни десятки-сотни тысяч статей.

Вопрос в следующем - можно ли как то реализовать такую функцию (не знаю, через макросы, расширения или другим способом:

допустим: у нас много категорий в СТРУКТУРИРОВАНИИ, все имеют разный ТИП и Поле для Поиска (по умолчанию) - ВСЕ ПОЛЯ.

При нажатии на кнопку АНАЛИЗИРОВАТЬ - на против каталогов появляются цифры (кол-во статей).

Бывает так, что статей в категории оч.много и тогда вручную ставишь: "Поле для Поиска (по умолчанию) - вместо - ВСЕ ПОЛЯ на НАЗВАНИЕ СТАТЬИ".

Можно ли как то это автоматизировать.

К примеру, функция по типу:

IF КАТАЛОГ САТЕЙ>6

THEN КАТАЛОГ САТЕЙ = НАЗВАНИЕ СТАТЬИ

и так же обратную функцию - если в КАТАЛОГ САТЕЙ нет статей, то "Поле для Поиска" менялось.

и чтобы это было применимо к разному ТИПу записей.

Спасибо!

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

Предлагаю просто создать тему в мелких предложениях, где вы опишите что именно вам не хватает в этом инструменте (решаемого через переключатели). Ну например:

1. Добавить возможность задавать поле для поиска в зависимости от количества совпадений

2. Добавить возможность задавать поле для поиска в зависимости от типа записи (категория/объединенная запись)

и т.д.

а может быть можно предоставить пользователю Конфигурировать/настраивать кнопку АНАЛИЗИРОВАТЬ под свои нужды.

Т.е. эта новая функция сохраняется для данного проекта как и КАТЕГОРИИ и так же будут иметь свои персональные настройки (КАТЕГОРИИ же имеют, записываются в файл структуры structure.bin)

А в этой конфигурации (для АНАЛИЗИРОВАТЬ) пользователь сам установит ограничения, которые сам пожелает.

Какие там могут быть поля:

- минимальное кол-во статей на категорию (если "0" - то отсутствуют, далее у всех)

- минимальное кол-во статей на объединённую запись

- максимальное кол-во статей на категорию

- максимальное кол-во статей на объединённую запись

----------

чек боксы:

Оптимизация Поле для поиска:

- для категорий (при этом:если статей больше, чем максимально указано, то применяется "условие оптимизации"

- для объединённых записей

Оптимизация Поле ТИП:

- приоритет "объединённых записей" - т.е. при выделении этого чек бокса - вначале ТИП ЗАПИСИ ИМЕЕТ ВИД: объединённых записей - И ЕСЛИ кол-во записей выходит из рамок мин.максимум (указанных выше), то запись меняется на КАТЕГОРИЮ.

-------

Условия оптимизации:

тут собственно перечень ПОЛЕЙ ДЛЯ ПОИСКА - пользователь может переназначать их.

Т.е. выставлять:

-Название статьи

-Метки статьи

-Все поля

....

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

При реализации данного дополнения - статьи в категориях будут более тематические (т.к. настраивается по названию статьи), лежать в категориях более естественно и человечно, нежели потеряются среди десятков других.

Можно и так, но тема всё равно должна быть в предложениях, если не хотите, чтобы я забыл