1. Главная
  2. axel

axel: Комментарии

Главные вкладки

14 февраля 2005 в 18:04

Да ты сам глупость порешь Wink Юникс не навязывает одного пути управления системой - через GUI. Хочешь GUI (очень разнообразные) пользуй, хочешь - командную строку, которая несмотря на свою "архаику" остаётся удобнейшим инструментом для решения большинства административных задач. Я ещё могу обратить внимание на такой момент - большинство пользователей unix пришли в него из windows (я тут не исключение и c windows достаточно повозился).

13 февраля 2005 в 21:08

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

--
Axel,
www.axel.drupal.ru

13 февраля 2005 в 17:00

Я думаю это надо в теме править. Отлавлиать вывод титульной страницы (см. как это в xtemplate сделано например) и для неё под стандартным выводом (можно использовать модуль node, как по умолчанию сделано - это верхняя часть страницы будет) выводить свой список статей. Блоки по бокам, шапка - тож всё стандартное. Разумеется для формирования списка статей понадобятся свои запросы - либо модулем простеньким либо в крайнем случае прямо в коде темы это забить.

13 февраля 2005 в 13:40

Чтобы короткие URL вообще работали - см. .htaccess в корне сайта, возможно его потребуется поправить, если сайт не в корневой директории виртуального хоста. Также если сервер не Apache, а MS IIS - возможны проблемы с короткими урлами.

--
Axel,
www.axel.drupal.ru

13 февраля 2005 в 11:47

Нет, я не встречал таких модулей или патчей к Drupal. Вообще такая штука может понадобиться разве что ну для ооочень больших сайтов. А ооочень большие сайты скорее всего коммерческие и можно ставить их скажем Oracle или другой СУБД, где подобные вопросы решаются самой СУБД - прозрачно для софта. Скажем в Oracle можно по некоторым полям (например по датам) разнести таблицу физически на разные tablespaces. Не удивлюсь, если подобное можно сейчас делать в PostgreSQL, насчёт MySQL не уверен.

12 февраля 2005 в 22:34

Пряники и комплейны по анонсу - к B.X., а по большим заголовкам - к Максу Валянскому Smile

Вообще от рекламы нам хуже не будет - новые люди о движке узнают, но пожалуй в будущем на L.O.R. лучше бы светиться с более значимыми новостями иначе отношение там к Drupal только испортим - пока все опубликованные на этом сайте новости касались только вопросов переводов. Нам нужна kill-feature Smile

12 февраля 2005 в 21:14

Вот ещё про Drupal обсуждение (B.X. новость на LOR продвинул): http://www.linux.org.ru/profile/axel/view-message.jsp?msgid=799620

Там уже и не только про drupal, как обычно на LOR обсуждения быстро уходят в сторону.

--
Axel,
www.axel.drupal.ru

12 февраля 2005 в 20:37

В Drupal есть поддержка XML-RPC. И есть модуль BlogAPI на основе XML-RPC. Внешние клиенты для блогов использую XML-RPC, но реализации тут разные (имхо полная неразбериха) - стандарта для всех блогов нет. Есть несколько более-менее известных реализаций, которые и поддерживает Drupal (см. модуль blogapi).

11 февраля 2005 в 12:22

Небольшое замечание. Drupal пока не работает с PHP 5. Т.что если скачал его, то можешь не пробовать ставить - ставь последнюю версию PHP 4.

Quote:
и вот главный вопрос С ЧЕГО НАЧИНАТЬ ТО???

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

11 февраля 2005 в 0:07

Не надо менять кодировку в аггрегаторе! Он сам корректно перекодирует из другой кодировки в UTF-8. Предполагаю, чтобы так работало, PHP должен быть собран с поддержкой iconv (--with-iconv).

Подцепил эту ленту для примера сюда: http://drupal.ru/aggregator/sources/6

drupal.ru сейчас работает на 4.5.2, стандартные модули без модификаций, кодировка UTF-8.

--
Axel,
www.axel.drupal.ru

10 февраля 2005 в 12:48

А ты c Kylix не работаешь? Будет ли прога под ним компилиться? Просто если уж делать такой универсальный инструмент, то неплохо, чтобы он был многоплатформенным.

--
Axel,
www.axel.drupal.ru

10 февраля 2005 в 0:58

Стремится по мере сил. Во всяком случае в движке предпосылки для этого все есть, но в основном всё даётся на откуп темам. Как тема написана, какой html и стили она генерит - таким стандартом оно и будет соответствовать. Т.что пожалуй даже говорить о соответствии движка стандартам W3С не совсем верно будет - надо рассматривать конкретно взятые темы. Из них уж точно не все соответствуют, код разный встречается. На соответствие сайта стандартам рекомендую поюзать какой-нибудь публично-доступный валидатор.

8 февраля 2005 в 13:54

По-моему i18n это позволяет - просто часть категорий будут только для одного языка. Можно также часть таблиц сдублировать для разных языков (например таблицы таксономии) - в i18n это есть такие возможности настройки (см. README, INSTALL).

8 февраля 2005 в 10:59

Если утилита будет работать, то спрос будет Smile См. drupal.org - там немало запросов на конвертацию чужих форматов в Drupal. Но мне откровенно говоря задача универсального конвертора видится довольно сложной в реализации.

--
Axel,
www.axel.drupal.ru

8 февраля 2005 в 10:50

Да ничего так выглядит Smile Строчку проще всего в модуле blog убрать - найти там генерацию breadcrumb или заголовка страницы и поправить на свой вкус.

--
Axel,
www.axel.drupal.ru

7 февраля 2005 в 18:46

Почему же, на API Drupal можно строить очень разнообразные приложения. Не зря эта система пытается быть CMF (content management framework), не только CMS. Можно выкинуть большинство стандартных модулей и оставив только includes и несколько стандартных модулей (вроде таксономии и ведения профилей пользователей) создать свою систему - форумный движок или вики. Пока этого ещё никто не сделал, но вовсе не потому что нельзя, просто очень динамично развивается система и задач хватает под неё саму, в рамках стандартной функциональности.

7 февраля 2005 в 2:08

Я думаю надо конвертировать не дамп, а сразу поднятую базу (локально например поднять) - сделать скрипт который будет делать selectы из старой базы и insertы в новую структуру. Насчёт универсальных способов сомневаюсь, по любому придётся разобраться как в структуре старой базы, так и в новой.

Рекомендую посмотреть в CVS модуль devel - к нему в комплекте идёт несколько скриптов для тестового заполнения базы. Они просто её всяким мусором забивают, но чтобы разобраться в структуре - может пригодится.

4 февраля 2005 в 15:55

Ставил некоторое время назад. Очень примитивно и недоделано. Насколько понимаю, модуль делался на скорую руку для нужд drupal.org. По-моему никаких особых features, которые бы нельзя было отрисовать на обычной page модуль не предлагает.

--
Axel,
www.axel.drupal.ru