Файловая структура документов Nano-CMS.

Где лежат файлы контента?

Все документы физически располагаются в папке ./data/content/ в расширении .php, однако видны браузером в корневой директории CMS и в расширении .htm (или любом другом, которое Вы назначите в качестве рабочего расширения страниц движка). Налицо несовпадение мест дислокации документов и их расширений. Что может озадачить.

Это нормально и не должно вызывать никаких вопросов.

Движок транслирует содержимое папки контента (и любых вложенных в неё фолдеров с документами в них) в образ соответствующей файловой структуры, растущей из корня движка. Попутно исполняя все РНР скрипты, содержащиеся в обрабатываемых движком документах, и считая, что результирующее расширение этих документов именно .htm

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

О доступе к файлам контента.

Также не должно возникать никаких мыслей типа "А почему я не могу обратиться к папке content и любому файлу в ней браузером?".

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

Все объёкты, не являющиеся документами (например, изображения, JavaScript, ZIP-файлы, и тому подобное) следует располагать вне пределов папки ./data/, снаружи от неё. Сделайте фолдер с любым именем в корневой папке скрипта, и складывайте всё своё богатство там.

О "жадности" Nano-CMS.

Вы должны быть готовы к тому, что все URL-ы с рабочим расширением (в нашем случае .htm), расположенные в пределах корневой папки скрипта, Нана посчитает своими. Если у Вас есть такой самостоятельный файлик, открыть его браузером Вы не сможете.

Почему так?

Увидев URL в пределах своей корневой папки, Нана попытается найти соответствующий документ в папке с документами ./data/content/, либо вложенном в неё фолдере, если URL ведёт куда-то глубже. Соответственно, при ненахождении такого документов в себе, Нана рапортует об ошибке.

И это совершенно нормальное её поведение.

Поэтому, держа в корне Наны (или в фолдере корневой папки Наны) файлы с расширением, совпадающим с рабочим расширением движка, не удивляйтесь, что не можете открыть их URL-ы браузером, а нарываетесь на CMS. Либо выносите такие файлы за пределы корневой папки скрипта, либо давайте им другое расширение. Или отдавайте Нане, оформляя их соответствующим образом.

О вложенности нескольких Nano-CMS.

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

Однако, если на Вашем хосте присоединённые домены и субдомены в файловой структуре сервера выглядят как папки, вложенные в папку основного домена, непременно возникнет вопрос: а можно ли в этих присоединённых доменах и субдоменах в качестве движка поставить Нану, если в основном домене Нана уже стоит?

Ведь так получается, что формально в корневой папке Наны у Вас будут папки с другими Нанами.

Такая матрёшка разрешена?
Самая внешняя Нана не будет "жадной", как это оговорено выше?

Да, разрешена.
В данном случае Нане велено жадность не проявлять.