I'm curious to get people's opinion's on how content profile works with lots of users.
The site I'm building will have 250,000 users. How would Drupal hold comparing using content_profile vs. Profile module. I've got a bunch of demographic info that needs collecting. In profile module I'd have to use about 100 check box fields. In content_profile I'd be able to simply use a multi-select taxonomy. In addiiton to this there are about 12 other text fields that would either be in the content_profile or Profile module.
The issue here is performance. [We'll be able to follow the standard procedures for scaling large sites like setting up master/slave and using memecache etc. Here I'm asking about the relative difference on load/ other server issues to applying these different approaches.0
Note, there will be one other node type that will have about 1,000,000 records.
Thanks,
Shai
Comments
Comment #1
loze CreditAttribution: loze commentedI'm interested in this too.
I'm working on a similarly sized site and concerned about performance with a large amount of content_profile nodes.
Comment #2
gausarts CreditAttribution: gausarts commentedsubscribing, thanks
Comment #3
dnewkerk CreditAttribution: dnewkerk commentedAlso subscribing... I have a large site as well and am curious about the performance of using content profiles for so many users.
Comment #4
aspope CreditAttribution: aspope commentedSubscribing. I am in the same boat (well I hope to be, if the project takes off!)
Comment #5
NikLP CreditAttribution: NikLP commentedUser profiles via the content_profile module are really no more expensive than traditional profiles in Drupal, to the best of my knowledge.
Aside from the fact that they are more versatile, profile, is bad, and fields are in core for D7, you really should have no worries with using content_profile for lots of users. I myself am in the middle of a 40,000 user site (not complete) that we don't anticipate problems with.
The only area where you will (currently, definitely) face any problems is in the area of registration, and very specific use cases, which may not be catered to as yet.
I've recently sponsored some work on content_profile_registration which makes things easier, but I'm waiting for more work on that and some on the autoassignrole module as well, which is another key component of such a system. auto_nodetitle appears to work fine now, however.
Hope that helps.
Web Development in Nottingham, UK by Kineta Systems / Follow me on Twitter! @NikLP
Comment #6
tryitonce CreditAttribution: tryitonce commentedAs I am researching the holy grail of Content Profile Module vs. content_profile (Drupal Core - Drupal 6.x) I came across this discussion in Drupal Groups - http://groups.drupal.org/node/22471 - How many nodes can Drupal handle?
Well, there are obviously limits to Drupal - but then it might be a long way to that point.
The more important point to me & my projects is the future in Drupal and with Drupal 7 including fields in core it might be worth waiting. Though, I started on Drupal 6.2 or so and soon realised how long it will take to be able to upgrade as modules have to be ready for real life use first.
Once my research has moved towards a conclusion I shall come back and comment. If not do remind me.
................
Comment #7
tryitonce CreditAttribution: tryitonce commentedA first result - see this discussion - http://drupal.org/node/472192 - no more profile module (Core D6) in Drupal7? What then?
Still researching more ....
Comment #8
ari-meetai CreditAttribution: ari-meetai commentedI'm happy this doesn't make to D7. We'll have a true all-node framework then.. :)
Comment #9
artatac CreditAttribution: artatac commentedI am still unclear what the additional benefits are to using this module rather that Profile in core?
Thanks
Joe
Comment #10
NikLP CreditAttribution: NikLP commentedProfile module is crap. You can't add CCK fields. You can't integrate it with Views. It sucks, it's dead, good riddance.
Comment #11
dnewkerk CreditAttribution: dnewkerk commented@NikLP: Just for clarification... Views 2 "does" integrate completely with Profile module. You have access to all profile fields/data. With a little effort you can create Views-generated blocks to show fields/data from core profiles. While you can't add CCK fields of course, you can add a variety of other fields that are sufficient in various cases. Since in my case profiles are generally more of a place where a user's various data from their interactions on the site is collected together and displayed using Views (as compared to just using regular profile data and theming it in the template), I've made quite advanced profiles using core Profile based Views blocks, as well as various other node/comment Views blocks that all appear on the user's profile page together. All Views blocks of course carry a user argument to cause them to load the correct user data.
To my knowledge Profile module will still be in D7, although if users can have "fields" in the same form many elements in D7 will, then it would make working with Profile a more unified experience similar to working with nodes and other data. Users/profiles will not "be" nodes though. The current Profile module does store data in a questionable format that's hard to work with (though so long as you query it with Views it bypasses some of that).
Comment #12
NikLP CreditAttribution: NikLP commentedAFAIK in D7 user can "have fields", as can terms, comments etc. I believe, so the concept of a profile module is AFAICT pretty much redundant.
That's not going to help anyone stuck with a D5/6 site tho! :)
Comment #13
tryitonce CreditAttribution: tryitonce commentedSo, what should you do about developing your user profile?
Answers - in an
<ol>
So, at least I came back and added my conclusion - good luck and thanks to all the helpers here and especially those reporting back with their conclusions and solutions.
Comment #14
mohamed_e CreditAttribution: mohamed_e commentedThanks! Helpful summary!