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

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

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

11 сентября 2005 в 18:15

2) Я использую page для статических страниц типа "контакты", "о сайте", и даже для гостевой книги (просто надо включить комментарии). story можно для новостей или статей, хотя я обычно делаю их с помощью flexinode. Форум - это форум) book не использовал, но истории там нету.
4) Для вики лучше и использовать вики) Для друпала есть только вики-фильтр с поддержкой вики-форматирования. Оглавление и редактирование можно сделать видимо с помощью модуля book, а вот с историей не знаю как быть..

11 сентября 2005 в 18:07

Хз что в твоем случае было, но недавно мучился такой фигней: ввожу (IE) заведомо правильные логин и пароль - и опять оказываюсь на форме для входа, без всяких сообщения об ошибках. Ввожу заведомо неправильные логин и пароль - пишет мол неверные логин и пароль. Захожу с Файрфокса без проблем, логи админки показывают что и с IE чел нормально зашел.

В конце концов оказалось, что на машине я сдвинул время на месяц и кукисы просто сразу же умирали вместе с сессией.

2 сентября 2005 в 19:50

Вчера тестил 4.7 из CVS и заметил, что в admin/settings пишется, что func_overload не поддерживается! Но помню, что без нее начинаются какие-то проблемы, уже забыл какие именно... то ли поиск кривой, то ли сортировка...

27 августа 2005 в 7:12

В качестве пункта меню ставлю taxonomy/term/2 (или лучше алиас сделать). Чтобы не показывались описания, надо настраивать тему (в phptemplate это в файле node.tpl.php).

26 августа 2005 в 17:15

Много чего подстроить под себя можно с помощью модуля и темы, хотя иногда приходится всё-таки и исходники править - то баг/фича, то нужно убрать вывод какой-нибудь ненастраиваемой х*, то лениво в теме настраивать))

25 августа 2005 в 19:04

А я навоял для flexinode новый тип поля "отношение". В настройках поля указывается тип нодов, а потом при создании нода из выпадающего списка (select) можно выбрать нужную ноду.

25 августа 2005 в 18:55

А какая проблема с таксономией? С помощью нее можно классифицировать материалы сайта по одному или нескольким критериям, а потом с помощью урла специального вида, дополнительных модулей или API выводить списки материалов из этих категорий.

25 августа 2005 в 5:42

Шаблоны я и для старого flexinode как-то делаю... но идея хорошая. В принципе было бы неплохо для нодов любых типов через админку создавать шаблон. Так сделано, к примеру, в eZ Publish.

Кстати я тут для flexinode навоял несколько новых типов полей: отношение (у меня, к примеру, у нода "заказ" можно выбрать "товар", на который оформляется заказ), динамически генерируемый список (как и dropdown menu, но список генерируется указанной callback-функцией), динамически генерируемые radio-бутоны, чекбокс с фиксированным значением (disabled), доступный для изменения только админу.

24 августа 2005 в 8:44

1) Новые типы нодов можно самому создавать с помощью специально оформленных модулей на PHP.
2) Таксономия без проблем работает с flexinode.
3) Чтобы добавить свой тип, нужно создать таблицу в БД для хранения дополнительных полей и в модуле понаделать функций со специальными именами, которые будут обрабатывать чтение, удаление и т.п. нодов вашего типа.
4) Про создание модулей почитать здесь: http://drupal.org/node/508, справочник по функциям и хукам здесь: http://drupaldocs.org/

23 августа 2005 в 21:29

В xtemplate что ли ссылки таксономии и прочие ссылки раздельно выводятся?? Смотрю вроде так... вот в PHPTemplate там всё в одной переменной, поэтому каждый раз когда я убираю ссылки на таксономии автоматически пропадают и все остальные. Хотя обычно они и не нужны.

23 августа 2005 в 21:26

Чтобы всякие разные поля добавлять - это лучше было flexinode использовать. А чтобы сортировать или выводить по первой букве... без программирования хз как.

7 июля 2005 в 23:54

Можно забить на стандартную фичу модуля taxonomy, которая позволяет просматривать список нодов по категории с помощью урлов вида taxonomy/term/1+2... и написать собственный модуль, который будет нужным образом обрабатывать запросы типа /show_articles/category_id, выдавая не полный список статей, а в зависимости от профиля текущего юзера.

7 июля 2005 в 23:17

А еще можно ссылку оставить, но поставить в css для нее visibility:hidden;position:absolute;. Тогда юзеры её не увидят, а рейтинг цитируемости drupal.org может повыситься (только css лучше в отдельном файле, а не атрибутом style, такие вещи думаю поисковики просто обнаружат).

6 июля 2005 в 10:12

Натравил ща "ab -n 200 -c 30" на достаточно простенькую страничку готового сайта на дрюпале и получил 4,6 запросов в секунду и 6 секунд в среднем на обработку запроса. Сайт правда сделан не чисто стандартными средствами дрюпал, делаются каждый раз собственные запросы к БД, которые не кэшируются, система на винде с mmcache... но факт на лицо - до 20-50 далековато. Хотя на самом деле 20 000 это намного меньше запросов - при очень равномерной загрузке получается вообще 1/5 запроса в секунду.

6 июля 2005 в 9:59

Если я все правильно понял, то имхо курлы тут не причем. Адрес вида /module1 регистрируется хуком _menu. Так? Адреса вида /module1/xxx тоже надо регистрировать там же, иначе будет not found. Для примера можете посмотреть в modules/node.module функцию node_menu.

Если сильно захотеть, то можно урлы виды /module1/xxx переделывать в конфиге дрюпала или мод_реврайтом в урлы вида /module1?action=xxx, тогда можно не заморачиваться с _menu.

23 мая 2005 в 8:12

Для иллюстраций к статьям я использую обычный upload, а в текст потом вставляю обычный <img src="...">.

Если же нужно галарею, то модуль image. Если нужно вставить картинку из галереи в текст статьи, то модуль image_filter с его командой [image:node_id...].