Письмо в swrus
30.03.2009Решил написать объемное письмо в рассылке swrus, но чтобы письмо не пропадало дублирую его сюда, ну точнее вначале я пост пишу, потом письмо буду отсылать.
Привет!
Я так смотрю, за последний месяц в рассылки неоднократно поднимался вопрос о CMS для шаровары. Я вот сейчас разработал CMS на файлах для себя с названием блоголёт (freeware, opensource):
http://blogolet.ru/
Скачать (0.5Мб):
http://blogolet.ru/files/blogolet.zip
Рекомендую всем - ставиться на раз, не требует базы, работает сверхбыстро и очень мало есть памяти - в самом визу я поставил реальную инфу о памяти и времени для каждой страницы. В денвере потестите - одно удовольствие.
По умолчанию язык русский, чтобы ставился на английском то надо перед установкой переименовать файл optionsen.ini в options.ini в папке lib/include
Несмотря на свои катастрофически малые размеры движка блоголёт делает абсолютно все что и любой монстр CMS, а именно - RSS, темы, плагины, кеширование, удаленный постинг через любого блогклиента. Когда я здесь читал споры о преимуществах и недостатках использования CMS, я втихомолку возмущался - у моего блоголёта производительность почти как на статике, при всех преимуществах администрирования CMS. Первоначально блоголёт разрабатывался как легкий движок на файлах для сателитов -, но дальше в лес - больше дров: спланированная архитектура классов и модель событий в движке (применил идеологию близкую к VCL в дельфи - пришлось поплеваться от php, но зато конфетка получилась). Сейчас блоголёт - это полноценный движок для блога - комментирование, защита от спама, уведомления по E-Mail, удаленный доступ по xml-rpc (надо признаться питаю я слабость к удаленному доступу по xml-rpc), поддерживаются все стандартные api для удаленного доступа: wordpress, metaweblog, moveabletype, blogger. Для управления сайтом я редко на него захожу - всем управляю через блогклиента.
Реально все легко настраивается и нет никаких сложностей с тем, чтобы приспособить блоголёт для шароварного сайта. Если будут какие вопросы - можно в комменты на
http://blogolet.ru/
или мне в личку.
Комментарии (20) на запись “Письмо в swrus”
Оставить комментарий
Да, подписываюсь под каждым словом.
Однако заметил небольшой нюанс в работе трекера поисковых фраз. В блоке ссылок есть ссылки с адресами вроде этих:
blogolet.ru/ispravlenie-oshibki-v-oblake-tegov-i-udaleniya-kommentov
blogolet.ru/ispravlenie-oshibok-v-pereimenovanii-rubrik-i-metok
blogolet.ru/izmeneniya-v-blogoljote
То есть в конце нет «/». Так вот если перейти на эту страницу (без слэша), вместо страницы будет написано «Не найдено». А там, где есть слэш, осуществляется переход на реально существующую страницу. Хотелось бы, чтобы со слэшем и без оного ссылка вела на страницу с записью, а не грустным «Не найдено».
Кстати линк на скачку таки надо вынести в сайдбар, ато хрен найдешь...
Да и страничку Эбаут сдеалть не помешает. Туда как раз можешь текст из письма в SWRUS загнать :)
Fatal error: Class 'TAdminBackup' not found in Z:\home\blogolet.ru\www\lib\classes.php on line 95
Извините за то, что опубликовал ссылку с cron. По глупости не сообразил. Тоже написал Вам по мылу, но, похоже, с ним какие-то проблемы. Так что придётся здесь продублировать сообщение.
Что в настоящее время с трекером поисковых фраз? После тестирования он работает? А то не заметил на Вашем блоге его присутствия.
И ещё пожелания насчёт комментирования:
1. Сделать возможность удаления/закрытия комментирования нажатием одной кнопки в админке (или галочка), чтобы можно
было убрать форму комментирования для всех постов или закрыть их.
(неблагозвучное имя, спам, URL на порноресурс и так далее).
Кстати, после этого обновления у меня блог стал загружаться значительно медленнее. Иногда даже медленнее, чем на WordPress. 2-4 секунды, а раньше менее одной.
Обновлялся вручную, так как всё ещё не могу понять, с чем связана проблема автоматического обновления. Многократно нажимаю на кнлпку, но всё равно написано, что обновлён, а чуть ниже – версия старая, обновляйтесь дальше.
Когда выйдет следующее обновление, попробую отследить, что именно обновляется после нажатия кнопки, а что остаётся неизменным. Параллельно попробую на другом хостинге.
Закачиваю только папку lib и плагины. Больше же ничего не надо заливать на уже существующий блог?
Сейчас выложил спец файл со скриптами:
http://blogolet.ru/files/utils.zip
в котором находится файл index.php - в корень домена для отладки на денвере, я его ранее сам для себя использовал, в денвере блоголёт нормально не становится из за проблем с почтой - реально подвисает, сам сейчас тестил. Также в этом файле восстановление пароля без ящика и закрытие комментирования для всех постов - ну собствено я об этом сейчас написал пост.
Трекером поисковых фраз скорее всего займусь уже завтра.
В футере показатель памяти/время стоит. Но проблема, как теперь я понимаю, с хостингом и моим провайдером. На первом ведутся работы (заметил по другим сайтам), а второй конкретно колбасит, так как не могу найти на половину других сайтов (не моих и не на моём хостинге).
Кстати, опять выскочило сообщение:
«Пожалуйста, заполните следующие поля. Обратите особое внимание на адрес E-Mail, на который будет выслан пароль от вашего нового блога
E-Mail:
Название блога:
Описание блога:»
Из бэкапа добавил options.php. Всё вернулось на круги своя. Не могу понять, почему уже несколько раз выскакивает эта ошибка. Права на файлы в data/domen стоят 777.
Можно было не из бекапа, а просто переименовать файл options.bak.php в options.php Прав на файлы достаточно 666, сложно сказат, почему такое происходит - алгоритм сохранения данных в блоголёте достаточно прост, быстр, и безопасен:
1 сохраняется в файл *.new.php
2. если был файл *.bak.php то он удаляется
3. переименоывается файл *.php
4. переименоывается файл *.new.php в *.php
Такая модель гарантирует неконкурентную запись при большом числе читателей файла, а пскольку файловыеопрации по открытию и записи это длительные операции, то алгоритм с переименованиями быстро заменяет устаревшие файлы, без блокировки на чтение. В каком месте такой алгоритм дает сбой я пока не смог придумать, у меня на сервере, где blogolet.ru, это ни разу не дало сбой.
Да я вот тоже не могу понять, как такое возможно. Один и тот же движок. У одного человека всё работает без изъяна, а другой через день заливает файлы.
Я планирую в скором времени запустить несколько проектов. Домены будут новые, хостинг тоже. Вот там посмотрю, как всё будет работать. Может, когда я переходил на автоматически обновляемую версию блоголёта, что-то где-то сделал не так, вот косяки и вылезают.
Потому как проблема с исчезновением options.php была несколько раз, как и невозможность автоматически обновляться.
Кстати, а всё-таки какие файлы какие права должны иметь? Вот в корне блоголёта (не data/домен) у меня следующее:
index.php 644
.htaccess 644
Папки:
Lib 777
Backup 777
Plugins 777
Data 755
Themes 777
Files 777
Cache 755
Внутри Lib все файлы 777, а две папки – 666.
Хотя периодически в /lib/languages появляются ru.php и adminru.php с 644. Я меняю права, а они потом всё равно становятся 644.
Это я неправильно написал. С Lib всё так же, как и с другими папками. То есть на папки стоит 777, а на файлах - 666. То есть на хостинге у меня права такие же, ка Ки указаны в текстовом файле, а в комментарии я заартачился и написал ерунду.
Файлы *.php в lib/languages больше трогать не буду. Но по умолчанию на них стоит не 666, а 644. Уж не знаю, почему движок именно такие права на них выставляет.