1. Главная
  2. Krotty@drupal.org

Krotty@drupal.org: Комментарии

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

2 июля 2009 в 15:06

"kleryk" wrote:
А то пересмотрел чаты которые были на форуме и ненашел нечего стоющего..
Хочу чтото типо токого:

"Типо токой" чат называется FlashChat и имеет модуль для интеграции с Друпал.

30 июня 2009 в 11:52

"ru.SLON" wrote:
МОДУЛИ: пробовал с модулями Banner, Rotor, Advertisement. В случае с Rotor получил отображение только одного баннера (надо 3! одновременно). Advertisement - показывает только ссылку на сайт, картинку - нет... тоже отображает только один баннер.

Хотя автор свою проблему уже решил, пишу для тех кто будет читать этот топик.

18 июня 2009 в 14:21

Да, Wave штука интересная. Но судя по малой степени распространенности того же Gmail (GTalk, etc..) среди обычных пользователей русскоязычного Internet - быстрая смерть чатам явно не грозит.

18 июня 2009 в 13:10

Ну чтоб народ не думал что все это счастье даром, опубликую прайс.

AVChat 3 Lite (max 20 simultaneous users connected, $95)
AVChat 3 40 (max 40 simultaneous users connected, $135)
AVChat 3 100 (max 100 simultaneous users connected, $255)
AVChat 3 200 (max 200 simultaneous users connected, $399)
AVChat 3 500 (max 500 simultaneous users connected, $799)
AVChat 3 Unlimited (Unlimited simultaneous users connected, $1249)

Недорого, но и не бесплатно...

1 июня 2009 в 16:00

Насколько я понимаю, предполагается, что разные пользователи должны иметь возможность видеть разные сообщения?
Можно попробовать реализовать подобный функционал с помощью модуля Node Access User Reference и отдельного блока в котором будут выводиться ноды отдельного типа, для которых вы будете назначать перечень пользователей, для которых эти ноды будут отображаться..

13 мая 2009 в 0:32

"Управление материалами" - это разрешение дает доступ к управлению всеми материалами сайта. Это разрешение не для простого пользователя, а для модератора.

"artist" wrote:
Даю права для документа типа story: создание удаление, редактирование.
Создавать есть возможность, но просмотра содержимого нет,

13 мая 2009 в 0:17

Похоже что вы не совсем поняли то что прочитали. Модуль добавляет еще один экшен (action) к стандартным друпаловским. Добавьте и сконфигурируйте его на странице http://yoursite.com/admin/settings/actions/manage
После чего можете использовать его при срабатывании какого-нибудь триггера.

22 апреля 2009 в 1:35

Причина неиспользования кэшированных данных оказалась в том, что в функции locale() переменная объявленная как global $locale; оказывалась пустой, поэтому cache_get("locale:$locale", 'cache'); также давала пустой результат, что и приводило к постоянному обновлению кэша и запросам переведенных строк напрямую из таблиц.

Дальше пока разбираться не стал, грубо поставил $locale='ru';

Количество запросов к БД уменьшилось примерно вдвое, время загрузки страницы также существенно сократилось. Клиент счастлив.

13 апреля 2009 в 13:58

IP может прописывать тот у кого есть доступ к интерфейсу управления зоной. У кого он был в вашем случае, у той компании которая его регистрировала или у того человека который вам производил начальные настройки - неизвестно.
Поэтому один из вариантов найти какие-нибудь концы - обращаться к Responsible Person указной в SOA вашего домена.

13 апреля 2009 в 12:37

Появление "дублей" онлайн-пользователей никак не связано с настройками кэширования страниц.
Поэкспериментируйте с патчами для модуля users c этой страницы http://drupal.org/node/107051. Выбирайте соотвественно патч для вашей версии Drupal.

25 марта 2009 в 12:32

Неизвестно насколько сильно был модифицирован исходный сайт (в частности структуры данных) в его локальной копии.
Так что не факт что воccтановление дампа отдельных таблиц базы не приведет к неработоспособности сайта.
Поэтому если человек не знает структры БД Друпала, и не представляет характер изменений сделанных локальными апдейтами, то единственный надежный вариант - поэтапное воспроизведение на основном сайте "ручками" всего того что было сделано на локальном.

13 марта 2009 в 14:20

Наиболее перспективый по первоначальному настрою был http://drupal.org/project/friendlist
Сейчас в нем поменялся мантейнер, надеюсь он реализует весь потенциал задуманый предыдущим разработчиком.

27 февраля 2009 в 23:01

"VladSavitsky" wrote:
Роль в UserKarmа назначается при попадании текущей кармы в определённый для роли диапазон.
А чего не хватает? Даже не могу себе представить. В чем негибкость?

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

25 февраля 2009 в 17:10

"Dan" wrote:
3. Автоматическая смена ролей пользователей, в зависимости от параметров кармы. Или это уже есть?

Да, это уже есть, но реализовано не очень гибко. Хотя это следствие негибкости системы ролей в друпале вообще.

25 февраля 2009 в 13:02

"VladSavitsky" wrote:
Лично меня интересует другое - нужно ли что-то новое, другое по смыслу и целям или достаточно существующих решений?

Меня бы интересовало развитие функциональности модуля UserKarma, тем более учитывая сложившуюся ситуацию с мантейнером.
А UserPoints по-моему неплохо справляется со своими задачами.

12 февраля 2009 в 14:43

>Может у меня какой-то глюк, может не должны появляться эти возможности изменения всех материалов после клика на управлять материалами?

Это не глюк, так и должно быть.

Для того чтобы получить нужную вам функциональность используйте модуль Content Management Filter http://drupal.org/project/cmf

6 февраля 2009 в 17:01

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

Таких возможностей без доп. модулей нет.
Попробуйте этот - http://drupal.org/project/modr8