Нет, это не персональные данные.

Хотя некоторых товарищей здесь, конечно, можно идентифицировать по постам и комментариям. Но это уже относится не к правовой сфере, а к развлекательной.

Как хорошо, что на drupal.ru админ и модераторы не демагоги!

У модератора есть кнопка «Забанить»

Законы РФ знаешь плохо. С чтением и осмыслением несложных текстов на русском тоже есть видимые проблемы. Тебе нужно работать над собой и научиться не спешить с ответами.

Кто тебе платит за то, что ты тут лопатой так усердно машешь, не читая ни то, что постишь, ни то, что репостишь? Или ты идейный клоун?

Читать ты не обязан, но посчитал своим долгом запостить не читая и не вникая. Ок, чё.

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

Думаю, надо его сделать «indexed».

Внимательно перечитай формулировку. В ней очень важно увидеть предлог «к».

относящаяся к прямо или косвенно определенному или определяемому физическому лицу

О чем договариваться с автором?

Согласен. Об этом я и написал. Но автор поста просил удалить аккаунт, а не персональные данные. Персональные данные мы можем удалить. Аккаунт не будем удалять, так как это не входит в персональные данные.

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

А где я написал, что на drupal.ru не собирается информация, которая в РФ определена как «персональные данные»?

При этом не всякая информация сама по себе является «персональными данными».

Ключевой момент «относящаяся к прямо или косвенно определенному или определяемому физическому лицу». Сначала это физлицо нужно определить или начать определять.

Что может дать тебе информация о цвете глаз человека, если у тебя другой информации нет?

Автор поста попросил удалить аккаунт, а не персональные данные.

Персональные данные физического лица:

Добавил свидетельство канарейки в правила сайта.

Удаление не предусмотрено правилами. К тому же, чтобы удалить аккаунт нужно будет придумать, что делать с полезными постами и комментариями пользователя.

для трехбуквенных органов

Пока нам не поступало запросов о передаче информации о пользователях. Если такое произойдет, то мы будем действовать согласно законодательству РФ.

Во views сделай сортировку и по системному и по собственному полю.

Ноды без заполненного собственного поля будут сортироваться по системному Updated и будут опускаться. Обновленные пользователями ноды будут сортироваться по собственному Updated и будут подниматься.

Мы не удаляем аккаунты, можем только отключить.

А если ты просто не хочешь получать уведомления о комментариях, то в настройках аккаунта нужно отключить чекбокс «Получать уведомления о комментариях».

В Conditions нужно использовать токен [site:current-user] вместо [node:author], так как проверка должна происходить для текущего авторизованного пользователя. А токен [node:author] хранит данные об авторе ноды.

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

Дата создания/обновления в системном и собственном поле будут одинаковы тогда, когда пользователь будет создавать ноду или сам будет обновлять ее. Если ты как админ внесешь изменения, то рулс не обновит собственное поле. Чтобы так работало, в рулсе должен быть condition на проверку не обладания пользователем определенной ролью пользователя, например, ролью «administrator».

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