Мои фантазии о системе управления сайтом
18.10.2008Чем больше я работаю с WordPress тем он мне меньше нравиться и у меня начали появляться всякие фантазии о собственном движке, благо есть пример Макса. blogclient.ru/obmen-postovymi.htm - пред пост.
Ну во первых строгая иерархия классов (в понимании ООП), то есть должны быть следующие классы:
- TPosts - коллекция постов с методами Addd, Delete, Edit, Count, Get и т.д. классическими методами для коллекции
- TPost - итем для TPosts со свойствами Content, Title, Url... и соответствующими методами
- TComments - класс для соответствующего свойства TPost, возможно потребуется класс TAllComments, но считаю его наличие вредным, но мало ли
- TWebPage - класс для генерации html страницы, что то похожее на управление шаблоном
- TPlugins - коллекция плагинов
- TPlugin - абстрактный класс, от которого надо порождать свои классы - плагины
В каждом классе есть события, на которые могут подписываться другие классы - классическая модель генерации и обработки событий
Ну и так далее - простые без затей фантазии. У движка не будет редактора постов - все редактирование только через xmlrpc, ну разве что какая нибудь примитивная админка. Не упомянул классы для парсинга урла, кэширования, возможность работать движку вообще без какой либо базы - только на файлах. Может я че не то фантазирую?
Мой блог находят по следующим фразам
• скачивание файлов с сайта скрипт
• очистка plugin wordpress
• Мегафон 3G модем реальная скорость
• настройки openVPN
• как сменить кодировку базы
• чародейки
← Ранее Обмен постовыми
Позже Автоматизация постового →
Комментарии (43) на запись “Мои фантазии о системе управления сайтом”
Пингбеки
Оставить комментарий
Быстродействие по сравнению с Вордпрессом несопоставимое, кстати, для особо требовательных есть кеширование, система полностью открытая для доработок и адаптаций, в случае гибели хостинга и даже полной утере всех данных, восстановление сайта занимает несколько минут!!
Очень хорошие СЕО возможности.
Давно мечтаю, чтобы Вы свои замечательные плагины соорудили для Зебры!
Сама система управления сайтом называется Zebrum Lite, она бесплатна, именно она и представляет интерес. Там есть еще платная система создания саттелитов, она платная сырая и пока особой ценности не представляет.
Пусть Вас не смущает, что изначально система ориентировалась для саттелитов, мне кажется, что она достойна значительно большего.
Ну очень хочется, чтобы Вы обратили на нее внимание!
В плане увязки с шаблонами страница с перечисленными функциями здесь: _http://blog.zebrum.ru/sozdanie-shablona-dlya-zebrum-lite/
Я вроде вдоль и поперек их сайт и форум исползал, если помочь что-либо уточнить, где у них найти, обращайтесь, с удовольствием помогу!
И потом, самая вкусность, т.е. система управления сайтом у них не является коммерческой...
Ну нравится она мне, и если бы к ней подключился еще и такой программист от Бога, как Вы - цены бы ей не было!
Мне не ясно как добавлять новую запись в автоматическом режиме: что для этого нужно? То есть редактор - он в зебруме в админке?
Сейчас я реально нуждаюсь в простом и легком движке и имено для сателита: есть у меня сервер с 32Мб, куда и php ставить ставить страшно - вдруг всю память захватит, а так получается, что простаивает целый сервер с со своим отдельным и гордым ip.
На папки tools, content, templane, cashe надо поставить права 777. Хотя поначалу cashe лучше не использовать, понятнее реакция системы будет на изменения.
Итак, в текстовом файле pages.txt в папке tools вносятся все изменения и по ftp передаются на сервер.
Далее через браузер по адресу мойсайт/tools/parser.php будет кнопка "Начать импорт" при нажатии которой вся имеющаяся информация из текстового файла переписывается в виде страниц и папок сайта в папке content. Вся предыдущая инфа в папке content стирается. Текстовый файл в папке tools переписывается в вид pages.txt(дата прсинга).
Это первый способ внесения изменений.
Второй - можно менять этот файл, опять таки по ftp, прямо в папке content
А чем не нравится генерация страниц? Зато не надо беспокоиться за сохранность инфы. На локале исходник. У меня несколько сайтов на Зебре, в пределах 200-300 страниц - чем дальше с ними работаю, тем более восхищаюсь. Сама генерация длится секунду. Нравится, что вывод страниц есть по заданному времени, с картинками нет проблем. Возможности SEO страницы - в достаточном объеме. Глубина вложений страниц - неограниченная, можно задать любую иерархию сайта. Ну и очень мало потребляет ресурсов от сервера...
Помешала любовь к Зебре.. :)
Но потом как у меня пару раз рухнул хостинг, а ежедневного бекапа не было, был двухнедельной давности, и пару раз я по крупицам восстанавливал сайт, стало тоскливо! Да и жрут последние версии немерянно, тормозят здорово...
На Зебре просто отдыхаю!
Кстати, в зависимости от настроек он может работать в двух режимах, или переписывать все страницы в папке content, то есть как бы заново переписывать весь файл, а во втором варианте парсер может добавлять только новое, то, что еще нет, не переписывая весь сайт.
Наверно второй случай имеет смысл при очень больших сайтах. На 300 страниц первый способ проходит легко и очень быстро.
Вручную это кошмар.. Я со своими переездами между хостингами немного забросил свою систему робоблогов. Сегодня кинулся - один блог более 600 постов, другой уже 590, третий к 400 подбирается.. Если бы я ручками их редактировал, то наверно с ума бы сошел. Срочно заередил новые домены чтобы контент на них тек, инициализирую второй робоблог, а уже надоело кликать по активации плагинов.
Помимо создания новой записи, требуется еще ее редактирование. Вот в WP это будет ID записи, а что в зебре?
А просто тырить по RSS с других блогов как-то у меня рука не поднялась :). Я тырю с самого Гугли новости и только анонсы, но исключительно по ключу.
Мне не совсем понятно, для чего ID в операции редактирования.
В Зебре ID явно вроде не используется, только в частном случае, если надо выводить в меню статьи в какой-нибудь хитрой последовательности, то можно сортировать статьи определенным образом, для чего каждой странице можно самому задать ID.
Для редактирования статья ищется по теме, по заголовку, по тегам. Возможно, это только мое примитивное представление как пользователя...
Ну это обновляемая часть страницы. Основная часть страницы не трогается.
"...ХТМЛ код на странице заработал, как ХТМЛ..."
плюсов будет масса, особенно в ресурсоёмкости,
но сложность в разработке...