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

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

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

27 мая 2015 в 11:04

Еще раз добрый, столкнулся с проблемой.
Может кто знает путь решения?

Как в группе сделать комментарий видимым только для участников этой группы? Т.е. это должна быть настройка (например чекбокс) выбираемый при написании комментария, чтобы скрыть его от глаз чужаков.

Может есть готовый модуль?

21 апреля 2015 в 11:13

Может кто подскажет как реализовать метод "подписи на группу". Т.е. по умолчанию пользователь подписывается на группу - через запрос к админу группы. Если он подтверждает заявку - пользователь получает вхождение в группу. Второй метод - это когда пользователь сразу входит в группу без одобрения админом. Но возникла проблема - один из двух методов выбирается по умолчанию в правах доступа ролей групп. А как сделать, чтобы админ группы сам выбирал - будет группа открыта на прямую для вступления в нее или через одобрение админом?

18 апреля 2015 в 20:05

"toshic" wrote:
такой друг за другом в модерировании

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

15 января 2015 в 11:32

всем спасибо, отписываюсь поздно - но лучше чем никогда.

Может кто подскажет как выполнить проверку на авторство? т.е. является ли пользователь автором ноды?

12 декабря 2014 в 22:51

"Grayw0lf" wrote:
именно так, т е false.

есть ли возможность чтобы условие было не "и", а "или" любая из перечисленных ролей?

условие на проверку пермишна может кто привести?

Спасибо!

12 декабря 2014 в 11:28

"drupby" wrote:
in_array(array('administrator', 'moderator'), $user->roles)

эта штука намного облегчает жизнь!Правда не совсем понял "сработает если у юзера сразу две роли" - т.е. если роль только модератора - условие выполнится по ветке else?

Заинтересовало предложение по проверке разрешений - пермишнов.

8 декабря 2014 в 23:57

Спасибо, понял ошибку. Какое должно быть правильное и главное безопасное решение для моего случая. Т.е. если страницу смотрит админ - одно видно, если нет - другое.
Как написать условие?

6 октября 2014 в 23:34

"shved" wrote:
Ты имеешь ввиду, что они своим количеством засрут?

если у тебя при создании нод идет автозаполнение словарей - засрут словарь.
"Plazik" wrote:
Поставьте https://www.drupal.org/project/simpleantispam, боты все пропадут.

3 октября 2014 в 21:00

Боты тебе так засеруть базу - что устанешь после чистить.

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

3 октября 2014 в 1:34

Кстати, смотри не ставь галку "защита всех форм", тогда модуль (если еще не исправили) может глючить и не пускать на сайт даже зарегистрированных пользователей. Решение - ставь галочки в ручную напротив каждой формы, а одну на выбор оставь без галочки.

3 октября 2014 в 1:30

shved wrote:
У меня стоит Honeypot, боты все равно справляются с регистрацией.Honeypot time limit стоит 10 секунд, а Имя Honeypot элемента "url".Вопрос имя элемента какое лучше ставить?

какое имя - трудно ответить, но разработчик советует что-то явное. Например поле "имя" или "почта". Но если они совпадут с названием поля в ядре друпала - модуль не даст заполнить форму. Попробуй тоже e-mail поставить.

15 мая 2014 в 16:41

Вариант не подходит - там в посте №5, автор предлагает использовать блоки и через них выводить инфу термина. Т.е. страница термина будет стандартной!!! А мне нужно изменить инфу выводимую именно на странице!

13 мая 2014 в 21:20

в вопросе писал что пробовал - во всяком случае результат не достигнут. Мне не подходит полная замена страницы термина на представление views, так как теряются мета-тэги. В том примере как раз делают полную замену если я правильно понял. Но вроде в модуле Taxonomy Display можно указывать количество выводимых материалов (анонсов) или полностью их скрывать - но у меня так и не заработало.