Panda58dev

 CEH9I, относительно пользовательского сайта — Вы абсолютно правы! А относительно, например, маркетплейса — нет. Там никого не интересует, когда «компания» была зарегистрирована. Но всё же, функцию «персонального отключения поля» нужно сделать. Может как будет время, разберусь — напишу такое. 

 Fuze, ясно, гуглить надо :)

 Fuze, а что на счёт скорости? Имеет смысл так «оптимизировать»? 

Я обязательно стану так писать

Ваше право. 

а что касаемо ТТХ- унылое говно за дикие бабки

Полностью согласен! Но когда я выбирал гарнитуру — эти «колонки» мне рекомендовали почти все знакомые.

А вы дерзки на язык.

Все мы не без грешка :) Ну и я надеюсь все понимают, что моей целью было не оскорбить кого-то, а показать неадекватность такого «стиля».
Но если я кого то оскорбил — искренне извиняюсь, не имел такой задачи!

Во-первых, обоснуйте

Во-первых: да, такое установление «значения по умолчанию» удобно, но (!) с точки зрения читабельности, я бы предпочёл «крупный» вариант реализации. То бишь:

//То как (имхо) лучше не делать
$myvariable = $ar['some_element'] ?? NULL;
 
//Так понятней
if (isset($ar['some_element'])) {
    $myvariable = $ar['some_element'];
} else {
    $myvariable = NULL;
}

Опять же — это только моё имхо, пишите как хотите, ради бога :)

Во-вторых, а ну как все, кто так пишет, пожелает вам того же

Во-вторых: ну ладно, бывает :)

Тем не менее, товарищи, я бы хотел напомнить, что темой обсуждения являются не то, кто как пишет, а поля в профиле пользователя, поэтому давайте не будем флудить :)

 Ris, имхо, только сумасшедший так будет писать :) В любом случае, встречая это в коде, который нужно отладить, я бы разработчику добра не желал)

 Fuze, да, так и есть, спасибо :)

Обновил pull request: ссылка 

 Def, вот неплохие, но это не цена/качество, цена завышена.

 Олег Васильевич я, понял, до этого Вас не понял. Вы правы :)
 Fuze, ну вроде понятно...

И так, подведём итоги

Надо сделать сейчас:

•  Опцию переключения отображения даты регистрации в профиле пользователя;
•  Опцию переключения отображения поля «Последний визит» в профиле пользователя;
•  Определить в начале скрипта массив, что бы ненароком не сломать всё и вся.

Сделать как будет время:

• Пользовательское переключение отображения своей даты регистрации;
• Пользовательское переключение отображения своего поля «Последний визит».

Если всё так — сейчас буду делать, если есть замечания, прошу их высказать, желательно с подробными доводами :)

Ну в принципе, оно работает:

 Fuze, почему то, когда из под админа смотрю профиль (должен показывать IP-шник), выдаёт ошибку, мол "Call to undefined function string_ip_to_location()", хотя версия CMS 2.15.1, из-за чего может быть?

библиотека Pandas языка Python

Боюсь что из Python единственное что я знаю — это фреймворк «Django», т.к. будучи ещё «интерном» часто спорил о полезности этого фреймворка :) Я на нём писал, но буквально сотню строк. Всё таки моя специализация — PHP, но один умный человек сказал мне: «Не важно сколько ты знаешь языков, важно на сколько хорошо ты понимаешь алгоритмику!».

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

Как говорил Михаил Калашников:
«Всё нужное просто, всё сложное не нужно.» :)

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

Верно?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вот решение.