Today I found a great resource documenting Functional Requirements for Community-Oriented Software and Technologies. Continue reading
In my journey to create architectedfutures.net, one of the things I’m dealing with is a platform infrastructure choice. My current focus is an investigation of Drupal and WordPress. I haven’t chosen between them yet, and I believe either could do a good job for 80 percent of what I want to do, but there are definite differences in the way the job would get done, and, in the end, what gets done. So I’m digging in further, doing additional experimentation, and even toying with some concepts where I might use both. I often go back to basics, core principles, to help clarify my thinking in this process and ask myself: “What is the goal? What are you trying to do? Which is the better approach to getting there?” This post is a reflection in that vein. This post is also trying to document some history for those who are interested in following, or joining, my journey.
One of the early questions I had about how BuddyPress and WordPress are integrated was: “How do the user profiles for site members correspond?” I’m not familiar with the history of the two products, but BuddyPress is implemented as a plugin component within a WordPress environment. To access BuddyPress you login to a WordPress site through a WordPress login. Creating a BuddyPress user requires that user’s profile to be set up as a WordPress user. On examination, some of the profile information established for a site member is the same and can be synchronized between the two facilities when changes are made; yet other information is different. In fact, the potential exists to have the same type of information about the same party defined by the same labels but containing different details in each area of the combined system. This didn’t seem ideal. My first thought was that I was doing something wrong in my site setup. When I asked for profile synchronization to occur as a feature on a BuddyPress administration panel, I expected full synchronization. As it turns out, my expectations were out-of-scope. Continue reading
Welcome to ArchitectedFutures.info. I hope you find the site helpful and become motivated to return to track my progress and/or make use of the content I’m providing. The purpose of the site is to create a form of breadcrumb trail in my efforts to build a larger, more complex site using either Drupal or WordPress/BuddyPress technology. As I go about the task of building that other site, I’ve decided to document some of my discoveries about these technologies and my efforts on this blog. I hope the material will be useful to others. Continue reading