Назначение админки в Nano-CMS:

В данной CMS админка занимается не тем, чем обычно. И это надо понять сразу.

Традиционная задача админки- создание и редактирование документов с контентом. То есть в большинстве случаев нажимание там в визуальном редакторе всяких кнопочек, заменяющее собой знание HTML тегов нажимающим.

Поскольку во введении мы постулировали, что “Нана” нам нужна вовсе не в качестве традиционной Content Manager System, а как основа для построения на её базе более сложных сервисов на РНР, то Вы вправе ожидать, что и админка станет заниматься чем-то иным.

Так оно и есть.

В зависимости от того, какой модуль вставлен в “Нану”, в админке становятся доступны те или иные разделы, подлежащие конфигурированию.

Первый вход в админку Наны:

Достигается обращением к файлу Login.htm и вбиванием в поля формы логина и пароля буковок no

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

Обратите внимание на два существенных момента:

1. При каждом сохранении настроек делается запись данных в папку ./data/settings/

   Если Вы не были внимательны на этапе заселения дистрибутива на хост, и не дали этой папке права на запись, как это требовалось инструкцией, то непременно поимеете на экран различные варнинги, а также столкнётесь с не сохранением сделанных Вами настроек.

   Правильно понимайте, почему это произошло. Ставьте верные права доступа.

2. Админка разрешает два типа авторизации- http и куковую.

   Изначально включена именно куковая авторизация, которая поддерживается при размещении сайта на любом веб-сервере. Но она зависима от причуд браузеров и файерволов, любящих убивать несчастные куки. И к тому же оставляющая информацию на жестком диске компьютера в не зашифрованном виде - в данном случае “Нана” никакой авторизационной информации в куке не размещает, но есть движки, умудряющиеся сохранять в куках логин и пароль в не зашифрованном виде.

   Однако возможен и http-вариант авторизации, который может быть выбран в настройках. Он, безусловно, лучше, так как не оставляет следов на клиентском оборудовании, однако не все хостеры предоставляют своим пользователям PHP, запущенный модулем Апача, и http авторизация работает не на всяком хостере.

   Поэтому, если Вы, не выяснив способ запуска PHP на своём хостере, на авось смените куковую авторизацию на http, и потом не сможете авторизоваться, то знайте, что на Вашем хостере PHP запущен модулем CGI или FastCGI

   Чтобы вернуть куковую авторизацию, Вам придётся убить FTP клиентом один файлик в структуре сервера - ./data/settings/nano_settings.db

   Сбросив тем самым все настройки к исходным. В том числе логин и пароль.

Другое назначение админки:

Если подключаемый к Нано-CMS модуль предполагает наличие собственной админки, то, чтобы не плодить кучку разнообразных логинов и паролей к разным сервисам одного сайта, будем открывать туда доступ после авторизации в базовой админке Наны.

Например, МемберЗона имеет сервис генерации пин-кодов доступа и менеджмента аккаунтов юзеров, и пускает к этому сервису по логину и паролю. Однако достаточно авторизоваться в качестве админа в Нане, и доступ к админке МемберЗоны откроется автоматически.

Думается, это удобно.