Настройка Общительной Наны.

Назначение админов, управляющих Общительной Наной.

В предыдущем документе этот момент был показан, но отдельно не объяснён. Если нужны подробности, то вот они.

В Nano-CMS есть возможность работы с несколькими Администраторами, и среди них в обязательном порядке есть Администратор по имени master. Возможно, наблюдаются ещё и какие-то другие. Одного из них следует назначить управляющим Общительной Наной, что на примере Мастера сделано так:

      'admins'    => array('master'),

В случае нескольких Администраторов из имена перечисляются в массиве:

      'admins'    => array('master','user','demo'),

Управление Общительной Наной внутри Скрытной Наны.

Из всего подмножества назначенных нами Администраторов в записи выше, необходимо выбрать одного или нескольких, и сопоставить каждой Закрытой Зоне, организованной на сайте. Конечно, если там хочется развернуть сервис комментирования. Если не хочется, то такая запись и не нужна.

Если же нужна, она вполне стандартна.
Для одного Администратора:

      'hidden'    => array(
         
'ma1'    => array('master'),
      ),

Для двух (и более по аналогии):

      'hidden'    => array(
         
'ma1'    => array('master','user'),
      ),

Если Закрытых Зон несколько, нужно сделать запись для каждой из них.
По тому же принципу - имя Закрытой Зоны, и уполномоченные админы.

      'hidden'    => array(
         
'ma1'    => array('master'),
         
'ma2'    => array('user'),
      ),

У какой-то из Закрытых Зон админов может быть несколько:

      'hidden'    => array(
         
'ma1'    => array('master','user'),
         
'ma2'    => array('user'),
      ),

Ну и последний случай, когда Закрытых Зон нет вообще.
Либо они есть, но комментарии внутри них не нужны:

      'hidden'    => $null

Защита от спамерского ПО.

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

      'limit'     => array(
         
'com'    => 5,  # 5 комментариев в час может оставить юзер.
         
'ip'     => 10# 10 комментариев в час примутся с одного IP.
      
),                    

Сортировка комментариев.

Допускаются два варианта сортировки комментариев на странице:

  1. blog - новые комментарии будут сверху;
  2. forum - новые комментарии добавляются снизу;

Запись традиционна, и для первого варианта выглядит так:

      'sort'      => 'blog',

Альтернативный метод сортировки:

      'sort'      => 'forum',

Метод подключения комментариев к документу.

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

С другой стороны, увлечение всевозможного рода User-Generated Content, на который все и совсем недавно чуть ли не молились, давно минуло. Никакого особого толка от него нет. Более того, практически необновляемый сайт получает поискового трафика тем больше, чем дольше он не обновляется. Такой вот парадокс, почерпнутый из суровой эмпирики.

Объяснить сию эмпирику невозможно, но мысль об отделении собственно контента сайта от писаний пользователей, тем не менее, здравая. Те, кто её проповедуют, просто связывают документ с комментариями к нему посредством ссылки.

Полезно иметь возможность поступать хоть так, хоть этак:

      'self'      => 'no'# ok - комментарии прямо в документе.
                           # no - комментарии на отдельной странице.

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