Попробовал у себя на компе (Debian, Apache 1.3, PHP4) выставить memory_limit в 6М (проверил в phpinfo, что действительно выставилось). Запустил сайт на drupal 4.5 - почти все модули включены, ещё парочка дополнительных, походил по страницам. Работает без ошибок.
> но - главная страница - по прежнему приветственная...
По умолчанию на главную страницу вывод делает модуль node. Как только будет создан любой документ (node) у которого будет выставлено 'promote to front page' - он появится на главной странице.
В Drupal страницы очень часто формируются разными модулями - блоки, фильтры и т.п. Ноды разных типов тоже ведь разными модулями формируются. Что именно требуется получить на странице?
Давно не трогал этот модуль - проблема с permissions была в предыдущей версии, но я считал, что её исправил - работало ведь на локальной версии и я закрыл баг в багтрекере. См. http://drupal.org/node/14351 А похоже не исправил либо с аплоадом в CVS перепутал чего. Буду смотреть днём, сейчас ничего не скажу.
А другого модуля для 4.5 нет. Don't worry, если это баг будет исправлено.
Традиционно сайты электронных открыток присылают ссылки. Поскольку если подвалит письмо с аттачем в виде картинки в сотню килобайт (или в полмега в зависимости от фантазии автора) - это уже будет натуральный спам. А так получатель может сам решить, стоит ли ему читать эту открытку или нет. Поэтому я принципиально не делал в модуле две вещи: рассылку картинок и формирование писем в HTML (для почты есть plain/text). Однако исходники под GPL, каждый волен делать с ними что угодно, в том числе рассылку картинок туда приклеить - невелика задача.
В системных требованиях ничего чрезмерного, если сравнить с другими CMS на PHP, да и хостеры больше 8Мб обычно дают. И кстати свежая установка в 8Мб должна влазить, если конечно сразу не включена куча доп. нестандартных модулей.
В Drupal гарантируется работа и совместимость стандартных модулей (входящих в дистрибутив), а модули из contribs могут работать как угодно или вовсе не работать. Если после включения какого-то модуля возникают проблемы - значит его код и ковырять (писать автору багрепорты), либо такой модуль не использовать, что тут ещё посоветовать. Если всё так фатально и не открывается даже список модулей - с большой вероятностью модуль поставлен от старой версии CMS.
Скорее код темы ковырять, чтобы вместо стандартной шапки выводилось что-то своё. Да, модулем banner наверно вполне удобно будет такое сделать - закачать баннеров, которые будут ссылками на нужные ноды, а в коде темы вместо вывода картинки из темы вызывать banner_display().
По идее, темы обращающиеся напрямую к API (как это делает chameleon) должны работать побыстрее, чем темы парсящие разного вида шаблоны. Хотя реально это может сказывается разве что для xtemplate, а в phptemplate просто куски php-кода вставлены в html-шаблон, на скорости это не скажется. Темы использующие шаблоны поудобнее для дизайнера, для внесения большинства изменений можно править достаточно наглядного вида шаблоны и по-минимуму иметь дело с PHP. В остальном - дело вкуса.
Смотря какой вывод у этих скриптов. Если они сами генерят полную страницу вместе с заголовками, то вставлять такой вывод в другую страницу очевидно будет не очень удобно. А так, в общем случае, почему бы нет?
Я во многом согласен с автором #9750, блокировка IP довольно-таки бесполезна в принципе и если уж хочется, то блокировать удобнее в .htaccess - а для его редактирования можно сделать простенький скриптик. Более перспективным для блокирования нежелательных посетителей мне видится модуль spam на байесовском фильтре. Ведь важно не то, увидит блокированным посетитель сайт или нет, а сможет ли он запостить нежелательный контент? - тут модуль spam по-моему более эффективен, чем блокировка IP. Хотя в комплексе мер и блокировка тоже может быть полезна для борьбы с отдельными сетевыми мудаками.
RSS умеет получать новости на русском языке. Ошибка в RSS может возникать пр и парсинге на любом языке, если в тексте содержатся какие-нибудь html-спецсимволы например.
А при чем здесь Drupal? В описании к проге ведь написано - работает как самостоятельная программа либо как плагин к IE. Если хочется что-то подобное в Drupal - надо модуль-фильтр писать и в нём такую функцию реализовывать.
Сейчас проверил. К сожалению на 4.5 его не портировали. Модуль можно найти в CVS. Я его ставил на CVS Drupal (post-4.4), там оно работало и до сих пор работает (roleplay.ru), на 4.5 пробовать надо.
а ты не путаешь встроенный агрегатор с модулем из contribs? по-моему никогда он в ноды контент не складывал, это умел один из доп. модулей. а в нодах это хранить - решило бы многие проблемы, в т.ч. и с поиском
Да, кириллица несомненно богаче, но в эсперанто пришли к некоторому компромиссу и буква там всегда также соответствует звуку в любом слове. Алфавит при этом укладывается в ISO-8859-3, а для ASCII есть соглашения об использовании сдвоенных букв - sh (или sx) эквивалентно ŝ. Потом, это с нашей стороны - носителей русского языка, кириллица удобнее, а привыкшим к латинице это вовсе темный лес. Перед тем как начал изучать эсперанто поискал инфу о других искусственных языках, в том числе основанных на эсперанто.
В настройках комментариев выставить "плоский список - развернутый" и запретить юзерам менять эту установку. Вот и будет форум плоским (иначе я по-прежнему что-то не понимаю
Сразу после установки не работает пункт "modules"
Попробовал у себя на компе (Debian, Apache 1.3, PHP4) выставить memory_limit в 6М (проверил в phpinfo, что действительно выставилось). Запустил сайт на drupal 4.5 - почти все модули включены, ещё парочка дополнительных, походил по страницам. Работает без ошибок.
--
Axel
установил... вопросов много... например - а как сделать главную страницу
> но - главная страница - по прежнему приветственная...
По умолчанию на главную страницу вывод делает модуль node. Как только будет создан любой документ (node) у которого будет выставлено 'promote to front page' - он появится на главной странице.
--
Axel
Хитрая титульная страница раздела
В Drupal страницы очень часто формируются разными модулями - блоки, фильтры и т.п. Ноды разных типов тоже ведь разными модулями формируются. Что именно требуется получить на странице?
--
Axel
Несколько проблем новичка (postcard, comment)
Давно не трогал этот модуль - проблема с permissions была в предыдущей версии, но я считал, что её исправил - работало ведь на локальной версии и я закрыл баг в багтрекере. См. http://drupal.org/node/14351 А похоже не исправил либо с аплоадом в CVS перепутал чего. Буду смотреть днём, сейчас ничего не скажу.
А другого модуля для 4.5 нет. Don't worry, если это баг будет исправлено.
--
Axel
Несколько проблем новичка (postcard, comment)
Традиционно сайты электронных открыток присылают ссылки. Поскольку если подвалит письмо с аттачем в виде картинки в сотню килобайт (или в полмега в зависимости от фантазии автора) - это уже будет натуральный спам. А так получатель может сам решить, стоит ли ему читать эту открытку или нет. Поэтому я принципиально не делал в модуле две вещи: рассылку картинок и формирование писем в HTML (для почты есть plain/text). Однако исходники под GPL, каждый волен делать с ними что угодно, в том числе рассылку картинок туда приклеить - невелика задача.
--
Axel
перевод
Тогда большая просьба изменения (те из них, что не коснутся терминологии) вернуть обратно в имеющийся перевод
--
Axel
перевод
Это дополнения к переводу от drupal.ru или совсем с нуля начал?
--
Axel
Сразу после установки не работает пункт "modules"
В системных требованиях ничего чрезмерного, если сравнить с другими CMS на PHP, да и хостеры больше 8Мб обычно дают. И кстати свежая установка в 8Мб должна влазить, если конечно сразу не включена куча доп. нестандартных модулей.
--
Axel
проблема с related_links и другими
В Drupal гарантируется работа и совместимость стандартных модулей (входящих в дистрибутив), а модули из contribs могут работать как угодно или вовсе не работать. Если после включения какого-то модуля возникают проблемы - значит его код и ковырять (писать автору багрепорты), либо такой модуль не использовать, что тут ещё посоветовать. Если всё так фатально и не открывается даже список модулей - с большой вероятностью модуль поставлен от старой версии CMS.
--
Axel
Динамичная картинка в шапке
Скорее код темы ковырять, чтобы вместо стандартной шапки выводилось что-то своё. Да, модулем banner наверно вполне удобно будет такое сделать - закачать баннеров, которые будут ссылками на нужные ноды, а в коде темы вместо вывода картинки из темы вызывать banner_display().
--
Axel
phptemplate vs. default .theme
По идее, темы обращающиеся напрямую к API (как это делает chameleon) должны работать побыстрее, чем темы парсящие разного вида шаблоны. Хотя реально это может сказывается разве что для xtemplate, а в phptemplate просто куски php-кода вставлены в html-шаблон, на скорости это не скажется. Темы использующие шаблоны поудобнее для дизайнера, для внесения большинства изменений можно править достаточно наглядного вида шаблоны и по-минимуму иметь дело с PHP. В остальном - дело вкуса.
--
Axel
Вставка сторонних модулей.... как эито сделать?
Смотря какой вывод у этих скриптов. Если они сами генерят полную страницу вместе с заголовками, то вставлять такой вывод в другую страницу очевидно будет не очень удобно. А так, в общем случае, почему бы нет?
--
Axel
Сортировка пользователей
Список пользователей что-ли вывести определенной группы? Выбирать так например:
Блокировка по IP (?)
Я во многом согласен с автором #9750, блокировка IP довольно-таки бесполезна в принципе и если уж хочется, то блокировать удобнее в .htaccess - а для его редактирования можно сделать простенький скриптик. Более перспективным для блокирования нежелательных посетителей мне видится модуль spam на байесовском фильтре. Ведь важно не то, увидит блокированным посетитель сайт или нет, а сможет ли он запостить нежелательный контент? - тут модуль spam по-моему более эффективен, чем блокировка IP. Хотя в комплексе мер и блокировка тоже может быть полезна для борьбы с отдельными сетевыми мудаками.
проблема с private_message
посмотри permissions для пользователей, глядишь где галочку пропустил
--
Axel
Как лучше реализовать структуру средствами Друпала?
> ПыСы: Очень нра как реализован раздел вот тут http://roleplay.ru/taxonomy_vivarium
Это модуль taxonomy_dhtml. Он на drupal.ru тоже задействован - http://drupal.ru/sitemap
--
Axel
aggregator не работает с новостями Яндекса
RSS умеет получать новости на русском языке. Ошибка в RSS может возникать пр и парсинге на любом языке, если в тексте содержатся какие-нибудь html-спецсимволы например.
--
Axel
Кавычкер
А при чем здесь Drupal? В описании к проге ведь написано - работает как самостоятельная программа либо как плагин к IE. Если хочется что-то подобное в Drupal - надо модуль-фильтр писать и в нём такую функцию реализовывать.
--
Axel
Как сделать чтобы поиск работал с собранным по RSS/XML контентом?
Сейчас проверил. К сожалению на 4.5 его не портировали. Модуль можно найти в CVS. Я его ставил на CVS Drupal (post-4.4), там оно работало и до сих пор работает (roleplay.ru), на 4.5 пробовать надо.
--
Axel
Как сделать чтобы поиск работал с собранным по RSS/XML контентом?
а ты не путаешь встроенный агрегатор с модулем из contribs? по-моему никогда он в ноды контент не складывал, это умел один из доп. модулей. а в нодах это хранить - решило бы многие проблемы, в т.ч. и с поиском
--
Axel
Drupal на эсперанто
Да, кириллица несомненно богаче, но в эсперанто пришли к некоторому компромиссу и буква там всегда также соответствует звуку в любом слове. Алфавит при этом укладывается в ISO-8859-3, а для ASCII есть соглашения об использовании сдвоенных букв - sh (или sx) эквивалентно ŝ. Потом, это с нашей стороны - носителей русского языка, кириллица удобнее, а привыкшим к латинице это вовсе темный лес. Перед тем как начал изучать эсперанто поискал инфу о других искусственных языках, в том числе основанных на эсперанто.
Drupal на эсперанто
Mi fartas si bone
--
Axel
"Плоский" форум и "ветвистые" комментарии
В настройках комментариев выставить "плоский список - развернутый" и запретить юзерам менять эту установку. Вот и будет форум плоским (иначе я по-прежнему что-то не понимаю
--
Axel
HTML Area insert image и Clean URL
Багрепорты по htmlarea лучше постить в багтрекер, а здесь их автор все равно не увидит: http://drupal.org/project/htmlarea
--
Axel
Блоки
imho самый правильный способ и никаких изменений в коде не требуется. админские страницы ведь доступны только админам
--
Axel