Сверхбыстрая и компактная CMS Блоголёт - убийца WordPress

молодец. я так и думал :)

bearman добавил 09.07.2009 в 00:46

мило.......

bearman добавил 09.07.2009 в 00:49

больше 10000 тыс файлов не залить?

bearman добавил 09.07.2009 в 00:50

и генерите невалидный хмтл?

Почитал, посмотрел и по нажимал на вашем сайте, все что только смог!

Хорошая замена движку на текстовиках, (то забыл как он называется, не пользовался им, только слышал о нем)!

Интерсно все, НО! А где антиспам? Будет ли он? :)

Кстати один из лучших способов. Лочка имеет свои неприятные нюансы даже при абсолютно верном использовании.

Больше 10000 файлов с одинаковым названием:) Что в принципе не так уж и мало, если забыть о том, что 10000 файлов в одной директории хранить не суперидея, а при таком переборе при 5000 файлах работать этот перебор быстро не будет.

Безотносительно качества новой цмс, хотелось бы вот на что обратить внимание.

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

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

Что касается использования файлов вместо БД. При хоть сколько нибудь не примитивной структуре, файлы БД проигрывают по многим параметрам. Вы не забывайте, что БД это собственно те же файлы, только интерфейс и алгоритмы с ними писало много умных людей на си, и мускул уже 5-ой версии стабильной есть. Файлы в данном случае у Вас это "новомодный самописный интерфейс работы с БД" вместо написанного проф. программерами и отлаженного годами. sqllite еще как-то понятен был бы.

Кроме того, возьмем например многочисленные партнерки и так далее отдающие данные в рсс или хмл. Любой прогер за 5 минут напишет импорт их в БД. А вот насчет Ваших файлов еще вопрос. Опять же - Вы уменьшаете аудиторию.

Ну и последнее по поводу файлов. Основное из-за чего не любят БД, это проблемы с кодировками и необходимость лезть в базу и создавать ее. И то и другое решается относительно несложным скриптом, который при наличии стандартной панели (цпанель, да, плеск) сам зайдет в нее по вбитому логину и паролю и создаст и настроит БД как нужно. А если к нему довешивается заодно и исходная заливка скриптов на хостинг, то получается очень душевный ништячек. А у Вас огород с файлами вместо этого.

Впрочем файлы против БД это "скучный холивар", и главное слово тут "скучный". Просто зачем для Ваших целей (не только технических, но и по привлечению аудитории) файлы - неясно.

антиспам уже встроен и отлично работает, что до капчей - я их просто ненавижу, могу смирится еще с математической, но не с картинками.

index.php

$domain = strtolower(trim($_SERVER['HTTP_HOST']));

Это был пассаж в сторону одного культого в свое время цикла романов С. Лукьяненко

Если все файлы заливаются с одинаковыми именами, то теоретически - да

Раз пять сейчас с утра пересмотрел - не пойму в чем не валидность - глаз наверно замылился, подскажи в чем невалидность.

А не проще ли использовать изначально уникальное имя? uniqid ();

Чуть подробней об этом напишите

При кажущейся простоте это не так, и за пару недель даже wp по умоолчанию не сделать. Блоголёт по умолчанию превосходит wp по следующим позициям:

- open_id сразу встроен

- foaf , об этом многие вообще ничего не знают, но фишка должна играть, его понимают яндекс и гугл

- защита от спама сразу встроена и работает

- транслитерация для урлов

- подписка по e-mail на комменты

- управляемые виджеты: при смене темы виджеты адаптируются к новому сайтбару, виджеты можно удалять/перемещать/добавлять чего почти нет вообще в wp

- редактируемые виджеты

- интеграция с фидбурнером

- keywords и description в секции head

- sitemap.xml

- нормально работающий пинг (в wp до сих пор кривой).

Таким образом чуть ли не половина плагинов которые приходится сразу ставить в wordpress, в блоголёте уже встроены в ядро. В блоголёте сейчас можно установить плагины, которые уже есть в дистрибутиве: сапа, похожие записи, трекер поисковых фраз, линки на пред/след запись в рсс, бекап на e-email, галерея lightbox, плагин для контекста.

Твоя правда - малое число тем и есть планы автоматизировать импорт тем, хоть это достаточно сложносделать, чтобы все темы без проблем импортировались, но вполне можно сгенерировать на 90% рабочую заготовку. Но это скорее проблема отсутствия многочисленного комьюнити. Почти все необходимые мне плагины уже естьв блоголёте, что по моим оощщущением покрывает 80% потребностей (может еще добавить кросспостеры), а остальные плагины для wp что я видел это полный шлак.

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

Блоголёт не исключает бд - все текущие задачи решены без бд, на файлах, что позволило добится отличной производительности. Для управления данными в блоголёте програмист на блоголёте вообще не думает о файлах - только объекты, и способ хранения данных не должен вообще никак воновать. Для блоголёта можно сделать сторадж (хранилище данных) на бд - это абслютно не принципиально. Принципиальны классы yна php, которые позволяют легко и прозрачно управлять сайтом. Меня просто достал wp с плохоструктуированными функциями с безумным колвом параметров. Блоголёт отличается более простым и очевидным кодом, и когда начал делать блоголёт было желание приблизить разрабатываемую библиотеку к VCL delphi, что в какой то мере на мой взгляд удалось. Рассказывать широкой публики о преимуществах красивого кода как то совсем не кошерно - народ то этого не понимает, оценять только разработчики.

blogolet добавил 09.07.2009 в 09:38

да это следствие перестраховки: блоголёт уже пытались проверить на прочность, в readme рекомендую просто прописать $domain = 'blogolet.ru'; без всяких вариантов вычисления из серверных переменных, так как например было такое blogolet.ru:80 - серверная переменная принимала такое значение, которое, конечно, не является валидным для нужд, и может нести потенцальную опасность.

blogolet добавил 09.07.2009 в 09:52

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

Вот например плагин похожих записей добавляет ссылки на похожие записи в конце поста, то он должен обрабатывать событиеOnpostscript класса TTemplatePost, и соответствено реальныйкод добавления обработчика на событие выглядит следующим образом:

  $templ = &TTemplatePost::Instance();

  $templ->Onpostscript = $plugin->postscript;

где в плагине определен метод как:

 public function postscript($id)

Все остальное , а имено связывание события делает движок. Кинте в меня камень, если это не удобно, не понятно, сложно для понимания.

ТС - заинтересовала ваша CMS и ваша заряженность на успех. Это хорошо.

Вопрос - у меня сайты на html хочу перевести их на какую-нибудь CMS (пока склоняюсь к Блоголёт:)) - насколько тяжело переносится контент с чистого html и сможет ли это сделать человек, который знает html, css но не владеет php5, но при этом хорошо обучаем.