Добрый день! Подбираю систему для библиотечного сайта, по этому позвольте несколько простых вопросов:
- Короткие URL: Возможно ли назначить разделам сайта нормальные ссылки типа www.mysite.ru/sessions/2005/articles/ вместо www.mysite/node/3287/?
- Статические страницы: Можно ли настроить некоторые разделы сайта так, что бы они ссылались на уже готовые _статические_ страницы. Дело в том, что в библиотеке уже существуют набор специальных скриптов, которые парсят библиотечные базы данных (MARC, CD/ISIS) и создают набор статичных страниц с каталогами новых поступлений и т.д. (cкрипты позволяют приделать любой дизайн).
- Закрытые разделы: Можно ли сделать на сайте закрытый раздел - например только для сотрудников, где можно было бы выкладывать внутренние документы, типа должностных инструкций, результаты мед.тод. собраний и т.д.? И сколько таких уровней можно сделать (например можно ли еще дополнительно сделать закрытый раздел, для записанных в библиотеку, со всякими объявлениями о сдачах книг, должниках и т.д.)
- Разграничение полномочий: Можно ли настроить систему так, что бы разные отделы библиотеки могли быть ответственны за свой раздел сайта (редактирование, новости и т.д.)?
- Сложность управления: В общем Вы примерно понимаете, как сильно дружат работники библиотеки с компьютером, а тут нужно новость целую написать или документ опубликовать! В общем вопрос, на сложно ли будет человеку не подготовленному работать с системой?
- Защита от дурака: Можно ли ограничить писателей новостей и руководителей отделов от таких административных возможностей, как подключение модулей, смены кодировки, шаблонов и т.д. Иначе сами все понимаете...
- Документы и статьи в формате Word и PDF: Очень много нужно публиковать подобных документов (например после научных сессий и т.д.). На сколько это будет сложно в системе Drupal организовать такие архивы статей и публикаций?
- Ну и последнее, на сколько сложно писать к нему дополнительные модули? И можно ли писать дополнительный модуль, например на Perl?
Ну вот пока и все... Буду очень признателен Вам за ответы!
С уважением, Владимир
Комментарии
> Короткие URL
Есть
> Статические страницы
А кто мешает делать ссылки на любые страницы?
Другое дело, что это эклектично и не очень красиво. Лучшим вариантом было бы написать модуль для drupal, который бы сам парсил базы и делал свой вывод.
> Закрытые разделы, разграничение полномочий.
В drupal api встроен механизм для организации разгариничения прав. Но реализуются они дополнительными модулями, такими как taxonomy-access, og (organic groups), node-privacy.
> Сложность управления
Тут все скорее зависит от разработчика. Все меню, блоки и прочая легко настраиваются, надо просто оставить пользователю минимальный необходимый набор "кнопок". Имхо сложнее приучить пользователей к информационно-структурному мышлению, хотя, как раз библиотекари и должны по роду профессии быть в этом деле "впереди планеты всей".
> Защита от дурака.
А как же без нее? Просто, админ должен аккуратно выставить права. Все для этого есть.
> Документы и статьи в формате Word и PDF.
Если речь идет просто о прикрепленный файлах, то тут все просто.
Если же нужно, чтобы эти документы парсились, нужны соответствующие утилиты в системе. Модуль, который парсит pdf и word, проскакивал где-то на drupal.org, но подробнее и в каком он состоянии - не знаю.
> дополнительные модули
Drupal обладает очень хорошей и простой модульной системой. Единственный недостаток - отсутствие документации по api "для чайников", но это скорее потому, что разобраться проще, просматривая другие модули, комментарии и документацию к функциям.
Drupal написан на php, так что использование perl тут будет явно не к месту.
ЗЫ: некоторые считают, что как раз излишне "библиотечно-ориентированная" идеология drupal - это его недостаток
>> Короткие URL
>Есть
Вот это просто замечательно!!! А то безликие node/789 мне совсем не нравятся
Кстати, включение таких именованных разделов (я имею ввиду ссылки типа /materials/articles/) релизуется с помощью дополнительных модулей или это непосредственно встроенно в Drupal?
>> Статические страницы
>А кто мешает делать ссылки на любые страницы?
Я случайно не совсем правильно выразился, точнее не сразу сообразил, что терзает тревожит
Вопрос в том, можно ли такие страницы подцеплять include? Т.е. что бы содержание страниц бралось из иерархии статических файлов с помощью инклуда, и при этом сохранились все меню, ленты новостей в панелях и т.д. Совсем было бы замечательно, что бы можно было встроить в меню иерархию статических файлов.
>Другое дело, что это эклектично и не очень красиво. Лучшим
>вариантом было бы написать модуль для drupal, который бы сам парсил
>базы и делал свой вывод.
Проще удавиться... С десяток программ на Perl и C++, каждая на одну-три тысяч строк...
>ЗЫ: некоторые считают, что как раз излишне "библиотечно-ориентированная" идеология это его недостаток
Ну, что же в моем случае это замечательно!
Последний простой вопрос для отчистки совести, на ISS и MSSQL Drupal нормально работает?
Еще присматриваюсь к Mambo, но пока Drupal мне большее нравиться. Тем более на Mambo я не видел хороших коммерческих сайтов, в отличии от Drupal
С уважением, Владимир
У меня стоит аналогичная задача. Пока остановился на DRUPAL.
Поддержка ISS и MSSQL в drupal в последнее время ухудшилась, проблемы обязательно будут, особенно с дополнительными модулями. Конечно, все рашаемо, стоит попробовать поставить и оценить масштаб проблем, поискать на drupal.org, насколько там с этим делом все запущено.
Если не ошибаюсь, фишки типа htaccess и, соответственно, короткие url на M$ вроде не поддерживаются?
Для массового переименования целых разделов, а не просто отдельных ссылок надо уже радактировать .htaccess, задача вполне тривиальная, но уже не для юзера.
Насчет интеграции в drupal всего уже готового хозяйства: трудно оценить, не зная, что там. Скрещивать что-либо всегда дело неблагодарное. Насколько трудно хотя бы перехватить вывод у этих программ и передать его друпалу, не трогая их логики? Инклудить-то наверняка можно, но это ж будет помойка.
Mambo имхо не заточена под работу со сложными структурами, если уж смотреть альтернативы, то plone, но это уже следующая весовая категория.
модуль flexinode очень удобно использовать для всяких баз - в нем есть возможность создавать документы с произвольным набором полей. но в нем плагин для поля image недоделан - плагин надо доделать так что-бы он показывал картинку на странице уменьшенную а при клике на нее в popup в полный размер, может кто доделает? кстати вопрос - а с каких CMS или нюков народ повалил?
http://drupal.ru/stats/ Хотя я по ней так и не понял откуда больше всего людей приходит. Вероятно растёт общая популярность системы. Есть мысль добавить в регистрацию текстовое поле "Откуда вы узнали о Drupal?".
--
Axel,
www.axel.drupal.ru
Я точно не знаю, но что-то вроде .htaccess в iss есть (может он именно так и называется).
А котороткие url можно реализовать с помощью обработчика ошибки 404. Подобный патчик был на drupal.org и ссылку на него я постил на drupal.ru. Если надо, я найду.
p.s. Сам я IIS никогда не использовал.
--
USU-Lug http://usu-lug.org.ru
Как я уже писал раньше, в документации на drupal.org есть глава, посвященная коротким урлам для IIS.
Перевода документации пока нет, но заготовку под этот перевод удобно использовать в качестве оглавления.
http://translate.drupal.ru/ПереводDrupalAdministratorsGuide
Ищите по слову IIS.
--
Axel,
www.axel.drupal.ru