Сильные стороны Nano-CMS.

Очевидные полезности для неискушённого пользователя:

  • Сайт будет жить на любом хостинге с поддержкой PHP.
    Не исключён бесплатный хостинг.

  • Сайт переносится с хоста на хост простым копированием его файлов.
    В том числе между локальным сервером (Денвер) и реальным.

  • Минимальная нагрузка на процессор и диск сервера.
    Расход оперативной памяти вообще смешной.

  • Вследствие чего загрузка сайта мгновенна.
    Если не навесите на его страницы мегабайт баннеров, естественно.

  • В отличие от других простых движков, документы не статичны.
    Полная поддержка PHP инструкций гарантируется.

То, что будет полезно гурманам:

  • Отсутствие GET параметров в адресах документов.

  • Лёгкое структурирование и наращивание сайта.

    Вы можете организовать в папке с контентом фолдер, создать в нём документы, и тотчас в структуре сайта на Nano-CMS станет доступна папочка с именем фолдера, и соответствующими документами в ней.

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

    Построение даже сильно структурированного сайта тут интуитивно понятное.

  • Неограниченное число администраторов сайта.
    На случай, когда владеет сайтом один человек, а работает с ним другой.

    Система разграничения доступа, естественно, есть.

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

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

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

  • Персональное меню для каждого фолдера.

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

    Если файл с навигацией в фолдер не помещать, то навигация унаследуется от основной папки контента.

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

  • Персональный дизайн фолдера.

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

  • Поддержка РНР скриптов.
    Это самое важное, ради чего всё и затеяно.

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

    Причём в ЧПУ Наны изначально заложены возможности работы любого такого скрипта-странички в многостраничном режиме. Это когда один физический документ в виде PHP скрипта эмулирует собой какоё-то функционал со множеством страниц в собственных URL-ах.

    Как пример можно привести Мониторинг обменников. Несмотря на сотни документов в рамках сервиса, причём разной структуры и разного назначения, на файловом уровне это единственный документ с PHP кодом внутри.

Для Вашего удобства:

Чтобы пользователь движка не испытывал трудностей с пониманием, как он устроен внутри, и как работает, PHP код намеренно не использует ООП подход, и не содержит никаких классов, объектов и методов, всяких там дочерних элементов и наследования свойств. Никакого вуду. Только предельно понятные простенькие функции на один экран, познание которых возможно всяким.

С той же целью (упрощения понимания взаимодействия простеньких функций между собой) имеется всего одна глобальная переменная в виде массива. Который одновременно и настройки скрипта, и контент, и данные, и всяческие шаблоны в одном лице.