Как отключить отображение даты регистрации и последнего визита в профилях пользователей?

Всем привет, уважаемые Инстантологи. :)

Подскажите, пожалуйста, как ограничить или полностью отключить отображение даты регистрации и последнего визита в профилях пользователей на сайте (шаблон Modern, если что; именно на самом сайте, не отображение этой информации в админке)?

Спойлер

Лучше — на уровне настроек админки, если есть возможность.
На странице «Пользователи» > «Настройки» на вкладках «Опции» (и вложенных вкладках), «Доступ» — вроде нет такой опции. 

Или можно и с помощью кода.
Куда копать, какие файлы смотреть?

— — — — — -

P.S.: Вроде простой вопрос, но с помощью Гугла и с помощью интуитивного кликанья в админке и в папочках исходного кода — не нашёл ответа. Надеюсь, что ответ будет полезен не только мне.

Вопрос, думаю, актуальный, поскольку далеко не для всех сайтов корректно отображать даты регистрации, даты последнего захода на сайт всех его пользователей — это нарушает конфиденциальность участников, да и вряд ли кому-то прям интересно. Дату первой и последней активности конкретного пользователя при желании можно отследить в ленте активности. А так, чтобы прям напоказ про каждого пользователя это всем показывать — не всегда это уместно. Имхо!

Кстати да, такой опции не хватает. Буду рад тоже узнать решение =)

Display: none

Display: none

Я правильно понимаю, Вы предлагаете не лезть в движок, не менять формирование структуры HTTP-ответа, HTML-документа.

А просто отключить её визуальный показ на уровне CSS.

Для 99+% посетителей сайта этого будет достаточно. Но в HTML-структуре документа данные о дате регистрации пользователя, дате его последнего посещения — будут отображаться.

Верно?

Вариант решения на уровне CSS:

/* Отображение строк "Регистрация:", "Последний визит:" и "Последний IP:" в карточке пользователя */
div.f_date_reg, div.f_date_log, div.f_ip {
    display: none;
}
 

Простейший вариант решения найден.

Но если подскажете решение на уровне формирования контента страниц, шаблона — думаю, многие также будут признателены.

Тему не закрываю, возможно будут уточнения.

Но если подскажете решение на уровне формирования контента страниц, шаблона — думаю, многие также будут признателены.

Ну по хорошему, должна быть опция, которая запрещала бы выводить эти поля :)

Но если подскажете решение на уровне формирования контента страниц, шаблона — думаю, многие также будут признателены.

Можно на уровне шаблона решить (только тут не на уровне формирования будет).

https://github.com/instantsoft/icms2/blob/master/templates/modern/controllers/users/profile_view.tpl.php#L77

Можно убрать сразу весь вывод или выставить условия на просмотр. Какое-то отдельное поле убрать можно по разному. К примеру, разрушением элементов массива $sys_fields. Вставьте выше указанной строки:

<?php
/* удаляем из массива дату регистрации и последний визит */
unset($sys_fields['date_reg'], $sys_fields['date_log']);
?>

Чтобы сделать опциональным, смотрите в сторону хуков.

 Олег Васильевич я, дайте мне десять минут, и всё будет сделано ;D

Не, за 10 минут не выйдет, надо скачать github-овскую cms-ку )

Вот решение.

Олег Васильевич я, дайте мне десять минут, и всё будет сделано ;D

Берите 10 лет))

Вот решение.

Учитывая заинтересованность аж 1-го человека, сомневаюсь, что пулл будет принят. Но, раз уж взялись, дожмите:

1) Там и другие поля не имеют опций на вывод

2) Надо б тогда добавить опции на права просмотра

3) В шаблоне добавить проверку не пустая ли эта $sys_fields (чтобы не перебирать заведомо пустой масив))

....

заинтересованность аж 1-го

Нас, с  Владимиром, уже, как минимум двое :)

Там и другие поля не имеют опций на вывод

Другие — это которые?

На группы опция уже есть, а IP виден только администраторам:

В шаблоне добавить проверку не пустая ли эта $sys_fields (чтобы не перебирать заведомо пустой масив))

Перебрать «пустой» массив невозможно — массив создаётся только с вставкой в него данных, если данных нет, то и массива не будет, следовательно, вызов перебора просто выдаст ошибку. Типа того :)

Надо б тогда добавить опции на права просмотра

Да, наверное, управляться должно пользователем в «настройках профиля»=>«приватность». Надо будет замутить как-нибудь. 

Другие — это которые?

К примеру, это:

Перебрать «пустой» массив невозможно — массив создаётся только с вставкой в него данных, если данных нет, то и массива не будет, следовательно, вызов перебора просто выдаст ошибку. Типа того :)

Я не программер, но боюсь, что и тут вы опираетесь не на факты, а на свои предположения. Типа того))

Перебрать «пустой» массив невозможно — массив создаётся только с вставкой в него данных, если данных нет, то и массива не будет, следовательно, вызов перебора просто выдаст ошибку. Типа того :)

Конечно нет.

$array = [];  // Создание пустого массива
$array = array(); // Тоже будет создан пустой массив

Просто можно проверять наличие элементов массива при переборе.

foreach ($array as $ar){
if (!empty($ar['some_element '])){ 
$some_element = $ar['some_element'];
} 
}

С помощью тернарного оператора еще проще

foreach ($array as $ar) {
 
$some_element[] = !empty[$ar['some_element']] ? $ar['some_element'] : NULL;
 
}

Установите опенсервер и потренируйтесь на нём с массивами. Я так и делал. 

К примеру, это:

А кто должен настраивать отображение этого поля: пользователь, или админ сайта (для всех пользователей)?

Просто можно проверять наличие элементов массива при переборе

Всё верно. Я бы сказал — "нужно".

С помощью тернарного оператора еще проще

А вот тернарники осуждаю 😏

Установите опенсервер и потренируйтесь на нём с массивами

Во-первых: я использую xampp; во-вторых: я таки знаю php, не в идеале, конечно, но тему про массивы знаю)
 IamB, Вы — определили массив $a, а я говорил про случай, когда он не определён.

Ещё раз говорю алгоритм (в код cms, как я понял, никто не лез :D ):

------------------------------------------------------

если (условие) => массив наполняется
если (условие) => массив наполняется

перебор массива (условие) => действие

------------------------------------------------------

В этом случае, если ни одно условие не выполнено, то массив даже не будет создан, из чего выходит, что любой перебор, несуществующего массива выдаёт ошибку. Сначала «уведомление»: Undefined variable, потом «предупреждение»: Invalid argument supplied for foreach()

А кто должен настраивать отображение этого поля: пользователь, или админ сайта (для всех пользователей)?

 Panda58dev, в данном контексте — почему или/или?

В идеале — и админ может отключить для всех пользователей.
И пользователь (если сисадмин не отключил опцию целиком) — может отключить её для своего профиля.

Второй вариант — имеет место быть для сайтов с продвинутой аудиторией.
Первый — для сайтов с массовой аудиторией.

А вот тернарники осуждаю 😏

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

Верно?

 Владимир Переверзев, Вы правы :)

Верно?

Ага. Я очень не люблю нечитабельный код, а если кто-то хочет, что бы код занимал меньше места — лучше минимизировать весь файл.

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