Конфигурирование блока статистики :

Это делается в файле data/stat_settings.php Блокнотом Винды.

В целях упрощения миграции версий настройки модуля статистики не добавлены в файл настроек нано-CMS, а вынесены в отдельный файл по указанному выше пути.

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

Все комментарии в файле имеются, все настройки изначально рабочие.

Идеологическая затейливость :

Я более чем уверен, что в пределах своего сайта Вы рано или поздно начнёте творить сложную файловую структуру из вложенных друг в друга nano-CMS, понимая правильно назначение раздела "о субдиректориях". И как только это случится, непременно встанет вопрос- а как быть со статистикой этой матрёшки?

Можно, конечно, каждому экземпляру "наны" оставить свою статистику, и, возможно, это будет предельно наглядно. Однако должен быть и метод объединения статистики всех nano-CMS в одном месте.

Он прост :

В файле настроек data/settings.php самого движка может быть (а может и не быть) указание на базу для ведения лога посещений:

# Где сидит лог модуля статистики:
   $_s['stat_log']['log']="./data/logs/hits.http.db";

Если переменная никак не задана вообще, то этот экземпляр "наны" статистику не собирает. А вот если задана, то все хиты протоколируются в указанном файле.

И вот тут начинается гибкость.

Поскольку все "наны", вложенные друг в друга матрёшкой, лежащие рядом в смежных директориях, либо вообще образующие кучку матрёшек, объединены общей файловой структурой сервера, то путь до модуля статистики может быть каким угодно. Вполне реально сделать так, что вся статистика будет стекаться в одно место. Или группироваться как-то более затейливо.

Это легко- надо только овладеть правилами написания относительных путей.
Обратите внимание на точку в начале пути переменной $_s['stat_log']['log']

• ./ - старт от этой директории.
• ../ - вылезти в наружную директорию, и стартовать далее оттуда.
• ../../ - сместиться на две директории вверх, а далее как указано.
• / - путь от корневой папки домена.

Последний вариант не пользуйте, его работоспособность сильно зависит от конфигурации сервера. Можете получить непредсказуемый результат.

Понятно, что прописывая в той или иной "нане" тот или иной путь, можно писать лог внутрь любой из "нан".

К примеру, есть две nano-CMS:

Если я хочу всю статистику посещений собирать внутри второй наны, то в файле сеттингов первой я должен написать:

# Где сидит лог модуля статистики первой наны:
   $_s['stat_log']['log']="./statmodule/data/logs/hits.http.db";

И всё- никакой папки для лога, РНР-файла статмодуля, конфигурилки этого статмодуля в первой нане держать не нужно вообще. Хотя статистика хитов первой наны будет собираться внутри второй наны. И суммироваться со статистикой второй наны.

Если бы мне захотелось сделать наоборот, и статистику обоих движков хранить не во внутренней, второй нане, а во внешней, первой, то во второй нане в сеттингах я должен указать такой путь до лог-файла:

# Где сидит лог модуля статистики второй наны:
   $_s['stat_log']['log']="../data/logs/hits.http.db";

Понятно, что в этом случае все статистические причиндалы также находятся во внешней нане, а внутренняя их не содержит.

Обратите внимание, что пути до баз есть и в конфигураторе модуля статистики data/stat_settings.php, поэтому модуль статистики может использовать файл лога, не принадлежащий той кмс-ке, в которой сам находится. Те, кто с путями и файловой структурой сервера в ладах, очень сильно это оценят. Потому что логи можно держать где-нибудь в папке cgi-bin, которая недоступна из web'a вообще. И это будет грамотно.

Просьба.

Пожалуйста, изучайте премудрости относительных путей по литературным источникам. Автор движка не консультирует по таким вопросам.