Письмо в swrus
Рубрики: Разработчику ; Метки: 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/
или мне в личку.
Подписаться на RSS комментариев к этой записи
Ранее Количество записей в архиве и плагины | Позже Утилиты - скрипты для блоголёта
30.03.2009 в 22:11
Да, подписываюсь под каждым словом.
Однако заметил небольшой нюанс в работе трекера поисковых фраз. В блоке ссылок есть ссылки с адресами вроде этих:
blogolet.ru/ispravlenie-oshibki-v-oblake-tegov-i-udaleniya-kommentov
blogolet.ru/ispravlenie-oshibok-v-pereimenovanii-rubrik-i-metok
blogolet.ru/izmeneniya-v-blogoljote
То есть в конце нет «/». Так вот если перейти на эту страницу (без слэша), вместо страницы будет написано «Не найдено». А там, где есть слэш, осуществляется переход на реально существующую страницу. Хотелось бы, чтобы со слэшем и без оного ссылка вела на страницу с записью, а не грустным «Не найдено».
30.03.2009 в 23:02
Это заглушка для отладки нагенирировала мусора - сейчас и блоголёт обновил, так что для плагина надо по новой скачивать блоголёт. В принципе работает, но нуждается в заточке, твой второй коммент удалил - там был пароль к крону, а публично его светить не хорошо. Письмо судя по всему не дошло - завтра поменяю ящик и с другого ящика отправлю письмо, а то кажется яха не пропускает письма с моего мыла
31.03.2009 в 00:38
Кстати линк на скачку таки надо вынести в сайдбар, ато хрен найдешь...
Да и страничку Эбаут сдеалть не помешает. Туда как раз можешь текст из письма в SWRUS загнать :)
31.03.2009 в 07:46
Что-то при установке на денвер у меня пишет
Fatal error: Class 'TAdminBackup' not found in Z:\home\blogolet.ru\www\lib\classes.php on line 95
31.03.2009 в 08:24
Спасибо пофиксил - это уже издержки перехода с версии на версию, в одном месте удалил этот файл, а в другом оставил, а перед выкладыванием каждый раз не будешь же проверять на инсталяцию.
31.03.2009 в 08:44
Я думал почти похожее, но в шапку - где наверху написано лучшая CMS, но не решился - пока подобное не встречал вот и постестнялся. Страниц, конечно, я добавлю всяких и about, download, plugins, themes, manual, и прочая, прочая...
31.03.2009 в 12:52
Что-то при инсталляции не так - после заполнения формы с емайлом все виснет. В итоге сам блог создается с одним первым постом, на почту отправляется письмо об этом посте, а про пароль - письма нету, соответственно в админку не зайти.
31.03.2009 в 13:35
Alexandr, это такие проблемы возникают на Денвере? У меня такое было, но на самых ранних версиях. Потом стал ставить на хостинг.
31.03.2009 в 13:53
Известная проблема в денвере, когда почта не работает - если немного знаешь php пподправьфайл lib/mailerclass.php - там есть возможность не отправлять письма, а сохранятьих в файл. Ранее, в денвере нормально работала почта - действола заглушка, которая письма в tmp складывала, а в попоследних версиях денвера почта подвисает.
31.03.2009 в 14:28
Извините за то, что опубликовал ссылку с cron. По глупости не сообразил. Тоже написал Вам по мылу, но, похоже, с ним какие-то проблемы. Так что придётся здесь продублировать сообщение.
Что в настоящее время с трекером поисковых фраз? После тестирования он работает? А то не заметил на Вашем блоге его присутствия.
И ещё пожелания насчёт комментирования:
1. Сделать возможность удаления/закрытия комментирования нажатием одной кнопки в админке (или галочка), чтобы можно
было убрать форму комментирования для всех постов или закрыть их.
2. Опять же о комментировании. Сделать редактируемыми поля Имя и Адрес комментатора. О причинах я уже как-то писал
(неблагозвучное имя, спам, URL на порноресурс и так далее).
Кстати, после этого обновления у меня блог стал загружаться значительно медленнее. Иногда даже медленнее, чем на WordPress. 2-4 секунды, а раньше менее одной.
Обновлялся вручную, так как всё ещё не могу понять, с чем связана проблема автоматического обновления. Многократно нажимаю на кнлпку, но всё равно написано, что обновлён, а чуть ниже – версия старая, обновляйтесь дальше.
Когда выйдет следующее обновление, попробую отследить, что именно обновляется после нажатия кнопки, а что остаётся неизменным. Параллельно попробую на другом хостинге.
Закачиваю только папку lib и плагины. Больше же ничего не надо заливать на уже существующий блог?
31.03.2009 в 15:49
Форекс-трейдер, проблемы с инсталляцией действительно на Денвере, однако почта работает, письма по поводу коментарием отсылаются. проблема в том, что неизвестен пароль, он не занесся куда-то и в результате при попытке восстановления вылетает ошибка что неизвестен индекс "password" в TLocal, и email просто не создается. Правкой сериализованного массива options.php я пароль победил, но это неправильно.
31.03.2009 в 22:01
Сейчас выложил спец файл со скриптами:
http://blogolet.ru/files/utils.zip
в котором находится файл index.php - в корень домена для отладки на денвере, я его ранее сам для себя использовал, в денвере блоголёт нормально не становится из за проблем с почтой - реально подвисает, сам сейчас тестил. Также в этом файле восстановление пароля без ящика и закрытие комментирования для всех постов - ну собствено я об этом сейчас написал пост.
Трекером поисковых фраз скорее всего займусь уже завтра.
31.03.2009 в 22:54
Про скорость и обновление: а что написано в подвале? То есть какие цифры выдает сервер? Все остальное время идет на канал - например у меня жопорез несколько секунд любую страницу грузит. Не представляю даже откуда могут взяться тормоза, разве что мистические проблемы у хостера или вот у меня несколько дней назад была перегрузка сервера, пришлось делать ребут, но тут скорее всего блоги на wordpress перегрузили mysql но сие бывает редко, до этого пару месяцев без сбоев сервер работал
01.04.2009 в 12:42
Тормоза наблюдаются некоторое время. Когда деактивируешь плагины, а потом снова устанавливаешь их. Потом всё становится на свои места. Сейчас всё загружается менее 1 секунды.
01.04.2009 в 17:11
Опять же откуда цифры? Стоит ли в футере показатель памяти/время? Вот на этой странице мне показывает 0.02 секунды, а утебя? На всякий случай скопируй снова в корень домена файл index.php - может быть у тебя от старой версии файл стоит, когда не был включен буфер вывода ob_start
01.04.2009 в 18:51
В футере показатель памяти/время стоит. Но проблема, как теперь я понимаю, с хостингом и моим провайдером. На первом ведутся работы (заметил по другим сайтам), а второй конкретно колбасит, так как не могу найти на половину других сайтов (не моих и не на моём хостинге).
Кстати, опять выскочило сообщение:
«Пожалуйста, заполните следующие поля. Обратите особое внимание на адрес E-Mail, на который будет выслан пароль от вашего нового блога
E-Mail:
Название блога:
Описание блога:»
Из бэкапа добавил options.php. Всё вернулось на круги своя. Не могу понять, почему уже несколько раз выскакивает эта ошибка. Права на файлы в data/domen стоят 777.
01.04.2009 в 20:11
Можно было не из бекапа, а просто переименовать файл options.bak.php в options.php Прав на файлы достаточно 666, сложно сказат, почему такое происходит - алгоритм сохранения данных в блоголёте достаточно прост, быстр, и безопасен:
1 сохраняется в файл *.new.php
2. если был файл *.bak.php то он удаляется
3. переименоывается файл *.php
4. переименоывается файл *.new.php в *.php
Такая модель гарантирует неконкурентную запись при большом числе читателей файла, а пскольку файловыеопрации по открытию и записи это длительные операции, то алгоритм с переименованиями быстро заменяет устаревшие файлы, без блокировки на чтение. В каком месте такой алгоритм дает сбой я пока не смог придумать, у меня на сервере, где blogolet.ru, это ни разу не дало сбой.
01.04.2009 в 21:02
Да я вот тоже не могу понять, как такое возможно. Один и тот же движок. У одного человека всё работает без изъяна, а другой через день заливает файлы.
Я планирую в скором времени запустить несколько проектов. Домены будут новые, хостинг тоже. Вот там посмотрю, как всё будет работать. Может, когда я переходил на автоматически обновляемую версию блоголёта, что-то где-то сделал не так, вот косяки и вылезают.
Потому как проблема с исчезновением 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.
01.04.2009 в 22:05
Ну внимательнее же надо читать readme.txt - на папки ставить 777, а на файлы 666, и не наооброт, например на data и cache надо 777, на папки в lib тоже 777, файлы *.php в lib/languages создаются движком и их трогать не нужно - это сериализованные ini файлы для быстрого чтения, на них движок ставит права, как впрочем как и на все остальные файлы 666. Вероятно причина нестабильной работы имено в неправильно установленных правах
01.04.2009 в 22:48
Это я неправильно написал. С Lib всё так же, как и с другими папками. То есть на папки стоит 777, а на файлах - 666. То есть на хостинге у меня права такие же, ка Ки указаны в текстовом файле, а в комментарии я заартачился и написал ерунду.
Файлы *.php в lib/languages больше трогать не буду. Но по умолчанию на них стоит не 666, а 644. Уж не знаю, почему движок именно такие права на них выставляет.