KorniloFF-ScriptS ©

Здравствуйте, Гость!
Page
Menu

CMSimple&KFF

Демо-версия и дистрибутив CMSimple&KFF

Демо-версия CMS

Скачать CMSiple&KFF

По ссылке выше вы увидите 3 последних версии дистрибутива CMSimple&KFF. Рекомендуется к скачиванию архив с последней датой создания.

Если вы установили CMSiple себе на сервер не забудьте сразу сменить реквизиты доступа по умолчанию. Впрочем, в Панели управления будет висеть напоминание об этом же. Пароль нужно редактировать ТОЛЬКО из ПУ!

Установка CMSiple&KFF

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

Далее зайдём на страницу Авторизации (ссылка в правой части футера). И авторизируемся как Администратор (login:admin, password:test). Теперь вам доступна Панель управления (ПУ) сайтом, в которой, первым делом, нужно сменить дефолтный пароль.

Путь к настройкам: Settings -> CMS&&KorniloFF. Здесь можно как установить новый пароль, так и управлять всеми основными настройками сайта. Лучше без необходимости не менять значения параметров, действие которых вам не совсем понятно. Обязательно отредактируйте разделы Mailform и Meta, введя в них свои данные.

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

Некоторые особенности

Если вы вдруг забыли пароль, то тогда уже в текстовом режиме открывайте cmsimple/config.php, копируйте значение переменной $cf['security']['test'] ($P$B7fOnoUGyzBVvG556WoIYEXBLrSmgd0) и вставляйте его в переменную $cf['security']['password']. После этого перейдите на страницу Авторизации и введите дефотные регистрационные данные (login:admin, password:test). Вы будете успешно авторизированы как администратор, после чего настоятельно рекомендуется сменить пароль на более сложный уже через панель управления.

Немецкое качество плюс русская смекалка

Изначально идея хранения всего контента в одном файле лично мне не понравилась. А что в этом хорошего? Ведь, при редактировании отдельной страницы сайта, ты вынужден либо пользоваться админ-панелью CMS, либо выискивать нужную страницу в общей простыне файла. Не удобно, факт. Мне больше нравится найти отдельный файл с контентом определенной страницы и отредактировать его в любом подручном текстовом редакторе, а после по FTP заменить им соответствующий файл на сервере. Чтобы не сломать окончательно исходный движок, я оставил формирование структуры сайта в едином файле, мне это по-прежнему кажется удобным. В этом файле - cmsimple/content.php - формируется структура меню сайта, а также подключаются внешние файлы с контентом. Подробнее об этом написано в статье Структура CMS.

При выходе из учетной записи админа в оригинальной версии было предусмотрено резервное копирование файла cmsimple/content.php. Поскольку я отделил контент от этого файла, теперь производится также резервное копирование и папки, в которой лежат разные файлы контента. По умолчанию это - content/articles/, но ее расположение можно поменять в настройках. Теперь создается папка backup, в которую делается полная резервная копия контента. Причем не имеет значения, лежат ли все файлы в корне указанного каталога или расположены в его подкаталогах, вложенность которых ограничена лишь здравым смыслом. Возможность создания подкаталогов в основном каталоге контента, ИМХО, сильно упрощает структуризацию данных сайта.

В последних версиях бэкапы сохраняются в виде архивов.

Внизу страниц, при входе под администратором, расположен зелёный блок for Admin, на который пока можете не обращать внимания. Он мне нужен для отладки самой CMS, а вам, надеюсь, мешать не будет. В паблик-версии я его не удаляю для упрощения выкладывания мною новых версий CMSimple&KFF.

Под ним я сделал маленький информационный блок для администратора, выводящий сведения о скорости загрузки страницы и используемой оперативной памяти сервера. Как правило, время генерации средней страницы составляет 3-6 миллисекунды.

Информация для админа"

Долой зависимость от <h...>!

Как вы можете убедиться, просмотрев исходный код данного текста, я свободно оперирую заголовками <h1> ... <h3>; в теле страницы. Это следствие одной из моих доработок, заключающейся в дифференциации контента сайта в разные файлы. На своем сайте я не использую вложенности меню больше 3 уровней, но потенциально её можно увеличить до скольки угодно. В представленной демо-версии, к примеру, я по умолчанию сделал 5 уровней для наглядности.

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

Подключаемый файл контента имеет обычную HTML-верстку, причем можно использовать и PHP-скрипты.

Умножаем сайт на 10

Вышеописанная дифференциация контента позволила также добиться еще одного важного эффекта: впихнуть невпихуемое!

То есть, мы сократили общий файл контента - cmsimple/content.php - в сотни (не менее) раз, убрав из него, собственно, сам контент, что нам позволило изрядно увеличить общий объем информации на сайте. Парадокс? Никакого! Ведь зачем серверу парсить каждый раз весь сайт, когда нужно отдать клиенту всего лишь одну страницу? Именно поэтому я и сказал ранее, что количество контента, обрабатываемого движком, теперь возросло в десятки раз.

Теперь у вас могут быть достаточно объемные статьи, которые вы подключите в файле content.php в виде внешних файлов, увеличивая его размер лишь на те несколько килобайт, которые занимает сама строка подключения.

Проблемы с кириллицей

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

Скажу больше, я когда-то написал свою CMS, которая была всем для меня хороша, кроме одного - с ней было не возможно работать на локальном сервере на Windows. Именно из-за кириллицы, которая интерпретировалась системой в кодировке CP-1251, хоть сами файлы были закодированы в UTF-8. На Unix-системах такой проблемы не наблюдалось, поэтому в интернете сайт вполне себе работал.

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

Один потерял, другой поломал

Не все мои нововведения послужили движку только на пользу. Кое-что я в нем и сломал, а починить пока не могу.

Мне пришлось изменить поведение модуля Edit Mode. Теперь в нём доступны лишь вкладки редактирования мета-тегов и настроек страницы.

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

Добавлена ссылка Редактирование контента на мой модуль редактирования подключенного контента.

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

Комментарии к теме ( 1 )
Страницы: 1

1 Olla   CMS: Не указана... ( 21.10.2017 09:11:51 )
Это оЧепятка или так задумано?
CMSiple&KFF
Где буква "M"? :p
Страницы: 1

Дабавить комментарий

Submenu