Наши скрипты > Sanitarium WebLoG
SANITARIUM 2 ToDo List
Заглянувший:
Green Kakadu
Выглядит все неплохо...
--- Цитировать ---Насчет урлов, имхо это в некоторых случаях уже превращается в фетиш, мне кажется, чем короче - тем лучше. Была мысль прибавлять к названию файла страницы что-то по желанию автора,т.е. ../../../moj_super_rasskaz-123p1.htm но выглядит это довольно глупо
--- Конец цитаты ---
А возможно вместо ID в URL использовать только moj_super_rasskaz?
Т.е. ../../../moj_super_rasskaz.htm.
Насчет комментариев, можно поробовать прикрутить к ним фильтр спама Байеса (точно не помню как пишется), чтобы спам автоматом отливливал. Можно посмотреть как это сделано в Drupal, модуль spam (правда там на PHP). Впоследствии он неплохо может отлавливать спам в комментариях и скрывать их как сомнительные, чтобы админ потом сам решил, спам это или нет. Если нужно, могу дать ссылку на Drupal и сам модуль. Думаю такой фильтр бы не помешал.
Посмотрел новое название... Unews CMS. Т.е. это уже планируется больше чем просто система публикаций? А что еще возможно кроме собественно публикации статей? К примеру, возможно регистрация простых пользователей (не авторов), чтобы они потом могли постить комментарии от своего зарегистрированного ника? Это конечно не основной атрибут CMS, просто это первое что пришло в голову. :)
Галереи, опросы, каталоги чего-либо, будет возможно? :)
Green Kakadu:
--- Цитировать ---CTN:
какой-нибудь index.pl, расположенный в корневой директории site.com разбирал запрос и выдавал первую страницу статьи с id 1234. Это важно, поскольку на ныне существующие страницы у многих, я думаю, есть ссылки с внешних сайтов. Не хотелось бы, чтобы эти ссылки стали мёртвыми... В принципе, такое решается и через mod_rewrite или же сохранением неудалёнными старых статических страниц после обновления скрипта, но всё же чудесно было бы, если бы проблема решалась в самом скрипте.
--- Конец цитаты ---
да, это относится к конвертеру - при переносе со старого санитара на новую версию, id статей скорее всего поменяется, поэтому придется в базе (оставить ту же berkeley) хранить таблицу соответствия, старый id -> новый. Статья однозначно отыскивается по id (id категории не нужен). Проблема может быть с тем что у многих стоит несколько санитаров параллельно. Впрочем видно будет.
--- Цитировать ---Заглянувший:
А возможно вместо ID в URL использовать только moj_super_rasskaz? Т.е. ../../../moj_super_rasskaz.htm.
--- Конец цитаты ---
можно, только я от этого отказался потому как:
1. основна задача обеспечить уникальность этого названия. Когда несколько тысяч статей/новостей одной тематики это имхо непросто. Можно титул конечно в латиницу переводить, но все равно доп.проверки
2. использование для идентификации статьи "буквенный" id (а это в случае динамики будет так, т.е. id "moj_super_rasskaz" - не очень удачный вариант в смысле производительности (БД с числами работает значительно быстрее + числа меньше места занимают). Т.е. я на эту идею забил, появится система, может что-то и прикрутится для желающих (как я сказал, методы генерирующие пути/урлы вынесены в одно место)
--- Цитировать ---Заглянувший:
Насчет комментариев, можно поробовать прикрутить к ним фильтр спама Байеса (точно не помню как пишется), чтобы спам автоматом отливливал. Можно посмотреть как это сделано в Drupal, модуль spam (правда там на PHP). Впоследствии он неплохо может отлавливать спам в комментариях и скрывать их как сомнительные, чтобы админ потом сам решил, спам это или нет.
--- Конец цитаты ---
спасибо, гляну. Drupal я на днях скачал :) правда не знал о том, что там есть такая фишка (читал что у него хорошая система кеширования)
--- Цитировать ---Заглянувший:
Галереи, опросы, каталоги чего-либо, будет возможно?
--- Конец цитаты ---
галерея - это всего лишь определенный тип документа (от статьи мало чем отличается), т.е. это возможно. Опрос.. Думаю прикрутить свой SBT как отдельный компонент.
--- Цитировать ---Заглянувший:
Unews CMS. Т.е. это уже планируется больше чем просто система публикаций?
--- Конец цитаты ---
Не, магазины к нему прикручивать не собираюсь, планируется что это будет все-таки система публикаций с большой свободой по выбору схем документов (не только дополнительные поля, а различные варианты обработки для различных типов документов)
--- Цитировать ---Заглянувший:
возможно регистрация простых пользователей (не авторов), чтобы они потом могли постить комментарии от своего зарегистрированного ника?
--- Конец цитаты ---
Да, возможно, это ж уже будет зависеть от системы комментариев, а не от самой системы публикаций. По хорошему, можно было бы вообще систему комментариев на какой-нибудь движок средненького (без лишних наворотов, но не тормознутого) форума прикрутить и все :)
Lexx:
--- Цитировать ---спасибо, гляну. Drupal я на днях скачал правда не знал о том, что там есть такая фишка (читал что у него хорошая система кеширования)
--- Конец цитаты ---
Этом модуль в стандартный комплект не входит, для последней версии его можно скачать здесь. Насчет системы кеширования... что-то мне особо не понравилось как кешируется форум на drupal.ru для гостей. Там есть "фишка", показывается сколько времени показывается с момента последнего ответа в теме (показывается на главной странице времени), так вот сколько не заходил, время не меняется (хотя должно увеличиваться), пока новый ответ не появляется. Думаю с остальным видом контента такая же история. Если только он часто не обновляется, тогда возможно и есть плюсы.
p.s. Заглянувший тоже я, но только на работе. :)
majix:
--- Цитировать ---Green Kakadu:
не, все таки в одну папку пихать все нехорошо, можно либо к id привязываться, например хранить по 1000 в папке, т.е.
/news/hardware/4/4324p1.*
(т
--- Конец цитаты ---
пожалуй да, это наиболее разумный варинт, может даже было бы лучше что б эта фишка была опциональна, т.е. можно было бы самому выбирать какое кол-во материалов будет храниться в одной папке.
Тут сразу вытекают, положительные последсвия поисковой оптимизации, а особенно хорошей запоминаемостью, обычным посетителеям. Им скажем легче запомнить /news/soft/1/24p1.* чем /2006/06/12/321p1.*
Green Kakadu:
--- Цитировать ---majix:
Им скажем легче запомнить /news/soft/1/24p1.* чем /2006/06/12/321p1.*
--- Конец цитаты ---
а зачем им это запоминать???
Другое дело, что глядя на /news/soft/ можно догадаться, что это относится к софту :) а даты мало информативны.
в общем, я уже с этим определился.
Навигация
Перейти к полной версии