Форум русской поддержки Joomla!® CMS
27.07.2017, 22:51:25 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
   
   Начало   Поиск Joomla 3.0 FAQ Joomla 2.5 FAQ Joomla 1.5 FAQ Правила форума Новости Joomla Реклама Войти Регистрация Помощь  
Основной курс по Joomla
Страниц: [1]   Вниз
  Добавить закладку  |  Печать  
Автор

Электронная карточка пользователя

 (Прочитано 230 раз)
0 Пользователей и 1 Гость смотрят эту тему.
mizer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 8


« : 06.06.2017, 10:01:40 »

Добрый день!
Возникла необходимость разместить на сайте компонент который после регистрации пользователя выводил бы для него страницу (страницы) с информацией. Типа электронная карта клиента или как карточка в больнице, в которой бы хранились определенные данные для этого пользователя. Пользователю ничего не нужно редактировать - только просмотр. Соответственно нужно чтобы была форма для администратора, которая позволяла видеть базу банных пользователей и их карточки редактировать. Думаю можно это сделать урезав VirtueMart или подобные инет магазины, но не хотелось бы перегружать сайт, да и кощунственно это как то. Есть ли какое либо более простое, так сказать элегантное решение данного вопроса, чтобы и красиво и не сильно заморочено было.
Заранее благодарен.
Записан
robert
Профи
********

Репутация: +380/-14
Offline Offline

Пол: Мужской
Сообщений: 4166


« Ответ #1 : 06.06.2017, 10:11:54 »

Думаю можно это сделать урезав VirtueMart или подобные инет магазины
Странный у вас ход мыслей. Этот функционал называется стандартным профилем пользователя.
Записан
effrit
Группа развития
*****

Репутация: +822/-7
Online Online

Пол: Мужской
Сообщений: 7584


effrit.com


« Ответ #2 : 06.06.2017, 10:14:07 »

в 3.7 же родные доп. поля появились, зачем вам кошмар из VirtueMart?
Записан
SeBun
Практически профи
*******

Репутация: +184/-5
Offline Offline

Пол: Мужской
Сообщений: 3157


@SeBun48


« Ответ #3 : 06.06.2017, 11:07:13 »

Типа электронная карта клиента
А где хранится информация? Закон "О персональных данных" не нарушает? А то залетите с такой задумкой на крупный штраф...
По сабжу - если доп. полей мало, можете взять, например, JBZOO.
Записан
AlekVolsk
Профи
********

Репутация: +339/-4
Offline Offline

Пол: Мужской
Сообщений: 6914



« Ответ #4 : 06.06.2017, 11:38:22 »

если доп.полей мало, можно взять minicck, а если доп.поля нужны для профиля пользователя, то zigoprofile
Записан
mizer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 8


« Ответ #5 : 06.06.2017, 11:42:16 »

А где хранится информация? Закон "О персональных данных" не нарушает? А то залетите с такой задумкой на крупный штраф...
Ну я не юрист, но думаю что данный функционал не является предметом этого закона. По факту это обычная записная книга которая пользователю показывает какие действия были произведены с ним на сайте, типа как история история покупок в любом инет магазине.
Может я не очень корректно задал вопрос. Но по факту надо чтобы человек зашел на сайт, зарегистрировался (по электронной почте например) и ему открылась его карточка, в которой было бы написано какие услуги он уже приобретал на сайте. Все добровольно)
Записан
AlekVolsk
Профи
********

Репутация: +339/-4
Offline Offline

Пол: Мужской
Сообщений: 6914



« Ответ #6 : 06.06.2017, 11:46:16 »

а какой механизм покупки услуг пользователем? или пользователь на сайте ничего не покупает, а только просматривает?
Записан
mizer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 8


« Ответ #7 : 06.06.2017, 11:52:26 »

а какой механизм покупки услуг пользователем? или пользователь на сайте ничего не покупает, а только просматривает?
Ну по факту да, есть  администратор и он должен заполнять эти карты. Грубо говоря если больница, то какие услуги были оказаны данному человеку, если сервис то какие работы были с машиной. Понимаю странная схема, но такой заказ. Потому то и нужна еще хотя бы относительно удобная форма администрирования этих карточек, тк как я понимаю администратор будет далеко не гуру.
Записан
AlekVolsk
Профи
********

Репутация: +339/-4
Offline Offline

Пол: Мужской
Сообщений: 6914



« Ответ #8 : 06.06.2017, 12:00:55 »

у каждого типа данных будет свой набор полей: для больницы один. для сервиса другой, вы определитесь, для каких услуг вам надо ) или сайт продает любые услуги любой тематики? ))) а можно мне киллера для тещи заказать? )))
Записан
mizer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 8


« Ответ #9 : 06.06.2017, 12:09:59 »

Ну грубо говоря мне хочется обкатать схему, чтобы понять её жизнеспособность. И продемонстрировать заказчику. Допустим это автосервис и в карте клиента хранятся карточки с его обращением в сервис, когда был и что было сделано. История посещений.
Записан
AlekVolsk
Профи
********

Репутация: +339/-4
Offline Offline

Пол: Мужской
Сообщений: 6914



« Ответ #10 : 06.06.2017, 12:14:41 »

тут 2 варианта действий имхо:
1 - услуги покупаются на сайте, тогда это должно храниться в компоненте магазина, должным образом организованным, это отдельная тема
2 - услуги покупаются не на сайте, а просто отображаются в личном кабинете, заполняются вручную администратором в админке - здесь хватит плагина zigoprofile (ищите поиском на этом форуме), если заполнение нужно не только вручную - это писать отдельный плагин-кнопку импорта соответствующих данных
Записан
mizer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 8


« Ответ #11 : 06.06.2017, 12:44:26 »

Да в моем случае это вариант 2, причём первая его часть. Здесь не нужен магазин (по крайней мере так говорят) а банальная карта, где залогинившийся пользователь сможет просматривать перечень проведенных работ.
Zygo Profile - я сейчас почитаю, но насколько я понимаю он рукописный и настроен под создание пользователей внутри самой cms, добавление новых полей пока изучаю. Но как вариант может есть что то типа урезанного магазина, чтобы своя БД, возможность регистрироваться пользователю по почте, возможность добавления любых полей в профиль пользователя (как история покупок) и дружелюбный интерфейс. Просто сейчас происходит отладка схемы, исследование её жизнеспособности, и времени городить что то сложное банально нет, особенно если учесть что все это могут завернуть.
Записан
AlekVolsk
Профи
********

Репутация: +339/-4
Offline Offline

Пол: Мужской
Сообщений: 6914



« Ответ #12 : 06.06.2017, 12:54:32 »

пользователи у вас будут стандартные, Zygo Profile просто добавляет к ним дополнительные поля, любые и в любом кол-ве =) регистрация при этом остается стандартная
а дружелюбный интерфейс от описываемого функционала не зависит: как вывод заверстаете, так и будет ))
Записан
mizer
Новичок
*

Репутация: +0/-0
Offline Offline

Сообщений: 8


« Ответ #13 : 06.06.2017, 15:19:45 »

Покопался как с Zygo Profile там и со стандартными доп полями (обновился до 3.7) Принцип работы насколько я понял таков: указываем поля присваиваем их пользователям а дальше внутри пользователя изменяем. Но в моем случае это не подходит, тк поля задаются сразу для целой группы пользователей, то есть внутри самой учётки не получается добавить дополнительное поле. Получается если у одного пользователя выполнена одна услуга, а у другого 20, то первый будет видеть 20 пустых полей. Ну и добавление нового поля, тоже целая песня, сначала в модуле добавляем поле потом в пользователе изменяем. Учитывая, что этот функционал планируется отдать простому манагеру - не самое получается простое дело. Может есть какие варианты сделать это более простым и красивым способом.
Записан
AlekVolsk
Профи
********

Репутация: +339/-4
Offline Offline

Пол: Мужской
Сообщений: 6914



« Ответ #14 : 06.06.2017, 15:28:17 »

1) не выводить на фронте поля которые пустые, делов-то
2) создать сразу полный список полей
3) это самый красивый способ, все остальное - громоздкие самописные компонентные решения
Записан
Страниц: [1]   Вверх
  Добавить закладку  |  Печать  
 
Перейти в:  

Powered by SMF 1.1.21 | SMF © 2006, Simple Machines

Joomlaforum.ru is not affiliated with or endorsed by the Joomla! Project or Open Source Matters.
The Joomla! name and logo is used under a limited license granted by Open Source Matters
the trademark holder in the United States and other countries.

LiveInternet