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

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

11 января 2005 в 13:57

Попробовал у себя на компе (Debian, Apache 1.3, PHP4) выставить memory_limit в 6М (проверил в phpinfo, что действительно выставилось). Запустил сайт на drupal 4.5 - почти все модули включены, ещё парочка дополнительных, походил по страницам. Работает без ошибок.

--
Axel

11 января 2005 в 2:18

> но - главная страница - по прежнему приветственная...

По умолчанию на главную страницу вывод делает модуль node. Как только будет создан любой документ (node) у которого будет выставлено 'promote to front page' - он появится на главной странице.

--
Axel

11 января 2005 в 1:36

В Drupal страницы очень часто формируются разными модулями - блоки, фильтры и т.п. Ноды разных типов тоже ведь разными модулями формируются. Что именно требуется получить на странице?

--
Axel

11 января 2005 в 1:05

Давно не трогал этот модуль - проблема с permissions была в предыдущей версии, но я считал, что её исправил - работало ведь на локальной версии и я закрыл баг в багтрекере. См. http://drupal.org/node/14351 А похоже не исправил либо с аплоадом в CVS перепутал чего. Буду смотреть днём, сейчас ничего не скажу.

А другого модуля для 4.5 нет. Don't worry, если это баг будет исправлено.

--
Axel

10 января 2005 в 17:38

Традиционно сайты электронных открыток присылают ссылки. Поскольку если подвалит письмо с аттачем в виде картинки в сотню килобайт (или в полмега в зависимости от фантазии автора) - это уже будет натуральный спам. А так получатель может сам решить, стоит ли ему читать эту открытку или нет. Поэтому я принципиально не делал в модуле две вещи: рассылку картинок и формирование писем в HTML (для почты есть plain/text). Однако исходники под GPL, каждый волен делать с ними что угодно, в том числе рассылку картинок туда приклеить - невелика задача.

--
Axel

9 января 2005 в 1:39

В системных требованиях ничего чрезмерного, если сравнить с другими CMS на PHP, да и хостеры больше 8Мб обычно дают. И кстати свежая установка в 8Мб должна влазить, если конечно сразу не включена куча доп. нестандартных модулей.

--
Axel

7 января 2005 в 1:13

В Drupal гарантируется работа и совместимость стандартных модулей (входящих в дистрибутив), а модули из contribs могут работать как угодно или вовсе не работать. Если после включения какого-то модуля возникают проблемы - значит его код и ковырять (писать автору багрепорты), либо такой модуль не использовать, что тут ещё посоветовать. Если всё так фатально и не открывается даже список модулей - с большой вероятностью модуль поставлен от старой версии CMS.

--
Axel

7 января 2005 в 1:10

Скорее код темы ковырять, чтобы вместо стандартной шапки выводилось что-то своё. Да, модулем banner наверно вполне удобно будет такое сделать - закачать баннеров, которые будут ссылками на нужные ноды, а в коде темы вместо вывода картинки из темы вызывать banner_display().

--
Axel

7 января 2005 в 1:07

По идее, темы обращающиеся напрямую к API (как это делает chameleon) должны работать побыстрее, чем темы парсящие разного вида шаблоны. Хотя реально это может сказывается разве что для xtemplate, а в phptemplate просто куски php-кода вставлены в html-шаблон, на скорости это не скажется. Темы использующие шаблоны поудобнее для дизайнера, для внесения большинства изменений можно править достаточно наглядного вида шаблоны и по-минимуму иметь дело с PHP. В остальном - дело вкуса.

--
Axel

4 января 2005 в 13:23

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

--
Axel

3 января 2005 в 19:40

Я во многом согласен с автором #9750, блокировка IP довольно-таки бесполезна в принципе и если уж хочется, то блокировать удобнее в .htaccess - а для его редактирования можно сделать простенький скриптик. Более перспективным для блокирования нежелательных посетителей мне видится модуль spam на байесовском фильтре. Ведь важно не то, увидит блокированным посетитель сайт или нет, а сможет ли он запостить нежелательный контент? - тут модуль spam по-моему более эффективен, чем блокировка IP. Хотя в комплексе мер и блокировка тоже может быть полезна для борьбы с отдельными сетевыми мудаками.

30 декабря 2004 в 0:40

> ПыСы: Очень нра как реализован раздел вот тут http://roleplay.ru/taxonomy_vivarium

Это модуль taxonomy_dhtml. Он на drupal.ru тоже задействован - http://drupal.ru/sitemap

--
Axel

29 декабря 2004 в 9:50

RSS умеет получать новости на русском языке. Ошибка в RSS может возникать пр и парсинге на любом языке, если в тексте содержатся какие-нибудь html-спецсимволы например.

--
Axel

27 декабря 2004 в 23:22

А при чем здесь Drupal? В описании к проге ведь написано - работает как самостоятельная программа либо как плагин к IE. Если хочется что-то подобное в Drupal - надо модуль-фильтр писать и в нём такую функцию реализовывать.

--
Axel

27 декабря 2004 в 16:24

Сейчас проверил. К сожалению на 4.5 его не портировали. Модуль можно найти в CVS. Я его ставил на CVS Drupal (post-4.4), там оно работало и до сих пор работает (roleplay.ru), на 4.5 пробовать надо.

--
Axel

27 декабря 2004 в 16:15

а ты не путаешь встроенный агрегатор с модулем из contribs? по-моему никогда он в ноды контент не складывал, это умел один из доп. модулей. а в нодах это хранить - решило бы многие проблемы, в т.ч. и с поиском

--
Axel

19 декабря 2004 в 13:42

Да, кириллица несомненно богаче, но в эсперанто пришли к некоторому компромиссу и буква там всегда также соответствует звуку в любом слове. Алфавит при этом укладывается в ISO-8859-3, а для ASCII есть соглашения об использовании сдвоенных букв - sh (или sx) эквивалентно ŝ. Потом, это с нашей стороны - носителей русского языка, кириллица удобнее, а привыкшим к латинице это вовсе темный лес. Перед тем как начал изучать эсперанто поискал инфу о других искусственных языках, в том числе основанных на эсперанто.

15 декабря 2004 в 23:59

В настройках комментариев выставить "плоский список - развернутый" и запретить юзерам менять эту установку. Вот и будет форум плоским (иначе я по-прежнему что-то не понимаю Lol

--
Axel

14 декабря 2004 в 16:05

imho самый правильный способ и никаких изменений в коде не требуется. админские страницы ведь доступны только админам

--
Axel