Fork me on GitHub

Where is Dynamic User Data going?  Bottom

  • This is about long term planning. I am currently working on two projects, one is an upgrade of a .764 site to zk 1.1.1, and the other is a totally new site. What I'm seeing in the upgrade has me wondering what I should do for the new site.

    In the upgrade, I am seeing conflicts between profile modules and DUD. In .764 I used advProfile and for simplicity's sake I prefer to continue with that. It mostly works, with a few patches needed to handle a default view, making it recognizable as an eligible profile module and loading the Profile tables so that DUD could be retrieved. Designating advProfile the default profile module works well. Other modules like Dizkus correctly point to it where needed. However, I just realized that NOT designating Profile as the profile module pretty much eliminates the use of DUD elsewhere, for example no DUD data shows up in User management. Not good. And I am seeing dev notes in the code referencing DUD as "obsolete". So, where's it going and what's going to replace it?

    In my new site, user profiles will be a central component. We're going to add a lot of custom info there. I don't know how much DUD is going to be used there, but almost certainly the user's real name will be, and that currently is DUD. Is it safe to use Profile and DUD in my new site?

    Thanks
  • I was going over some similar issues and posted this thread. DUD was stored with the value addon "Profile" module. myProfile keeps it's own too. It seems in the mean time , until they work out the new attributes system - we are kind of in limbo. We just have to pick a module we can work with. The new attributes sounds good.

    advProfile- did you customize it to work with zk1.1.1? was it using the profile module as a dependency?

    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • Yes, I modified it a little. Didn't need much. It needed an advprofile_user_main function, where I just called user_view, it needed to pnModLoadAPI('Profile') to ensure the DUD tables to be available, and a setting needed to be changed to be recognized as an eligible Profile module. But without DUD info available elsewhere it's useless to me. No one is developing it anymore, so it's time to move on, I think.
  • bronto

    This is about long term planning... And I am seeing dev notes in the code referencing DUD as "obsolete". So, where's it going and what's going to replace it?

    I have recently been wondering EXACTLY the same question! Some kind of 'roadmap' from the coredevs would be useful here :D
  • I was talking to my therapist about the whole issue - "How can you have a multi-user system that only keeps a few bits of information about it's users, and call it a community manager too?" :) I am not a coder so I have to wait unlike some of you. :)

    In all seriousness though the new attributes that are coming for the whole system sound really good. And it will put what was DUD on the User data (it seems) - so a Profile mod or any module can share and share alike.

    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • hi would u like help me
  • dvnagar

    hi would u like help me


    Are you a really good therapist?
  • ??? icon_biggrin

    dits

    dvnagar

    hi would u like help me


    Are you a really good therapist?

    icon_lol What?

    Quote

    See without profile management things get weird.


    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • TakeIT2

    icon_lol What?



    TakeIT2

    I was talking to my therapist about the whole issue

    dvnagar

    hi would u like help me

    dits

    Are you a really good therapist?

    icon_wink
  • dits


    Are you a really good therapist?

    LOL - Eh, I am more into something like Zen - In a Net Neutrality, Open Destination kinda way icon_wink

    Still with the social concept running in this thread, Profiles and all...

    Pardon me while I day-dream...(mateao asked me to dream a yr or so ago... so...)
    I was just thinking that it would be really nice if there was an initial set of user attributes based on as many of the major social web services out there... (myProfile adds Skype, Profile the IMs etc - but there are more now!)

    ...Standard attributes that can be activated with a check box in admin(then by the user to "opt-in" and fill in)

    - associated with each attribute might be something like kafferine's xml2template plugins (granted many social sites have HTML or embeddable wiggits- getting them to match your theme is a pain with all the playschool.... stuff beyond the logo, and members cant' just add blocks, but they could opt-in to display their own feeds)

    Standard attributes might tap the OpenID, Gravitar, Google, ohloh, etc central/single social Profiles, (somehow - I am not the logic portion I am day dreaming) icon_evil

    as well content/comment modules should be able to export "Titles/entries/assets Of Contributions" back to the profile Like a Table of Contents or Appendix and produce a feed which can then go the way of all feeds - back out into the cloud (Kinda like FriendFeed, Yea...) but selectably standardized to micro-formats appropriate to destination feed-readers so the existing social sites can play with us as well.

    As an application Platform we can become isolated in only what we do, and I see the core striving to reach out and be a part of the cloud as well. So much good work has been done, is being done, but as much as the web-application is important we cannot forget or neglect what all the apps serve, People. The question of a profile manager is really something that needs to reflect both our solitary and collective modalities as people.

    Therefore I would propose/(asking in my best, kindest voice) that their be an ever-ongoing regular public discussion of profiles. That the profile module NOT be made a 3rd party Value Addon, or left to a single developer. That there be a concerted community effort to create this new version of Profiles as a Core module. To the Core we should not just be "Users." At heart, customers/members/contributors/visitors will appreciate the consideration and forethought we have given to their role(s)/dynamics in the functioning of the platform.

    I believe we can do this, and the core devs are planning for it w/attributes. I would prefer that it not end with just attributes, nor be considered a burden or unreasonable responsibility of the core. Good profiles will make for continuity and help to create some familiarity. While not everyone would take advantage of the profile module the same way, implementing every avenue at all times, capitalizing on existing standard paths into and out of the cloud should be available to profiles. (It is ambitious, idealistic, I realize that...)

    --
    Paul
    ____________________________________________________
    "...Humor, ITs just a state of mind"
    TakeIT2.CoM :: Open Destination
    ...my site is a perfect example of why doctors do not operate on them self :)
  • 0 users

This list is based on users active over the last 60 minutes.