October 6, 2007
Well, I spent most of my day today starting to refinish the floors upstairs in my house. I've got some cool before, during, and after shots to post up, but I left the camera upstairs and don't have all the strength necessary to go get it and find the firewire cable to put the images on this computer. Instead, I'm just unwinding in my recliner while studying the children's Sunday school lesson for tomorrow.
Which brings me to the point of this post. A bed time snack is a good thing to have while reclining in the living room just before bed. I decided to have a pudding cup. While banana and butterscotch are my favorites, this one was chocolate. It was good enough, but it reminded me of the fundamental flaw of the pudding cup. Nobody just wants a cup of pudding. I don't think I'm alone when I say I'd much prefer a pudding bowl.
October 2, 2007
I've spent a couple hours today beginning to rebuild a website that I intended to offer up as a community activity tracking tool for the open source BASIC derivative language called FreeBASIC called the FB Tracker. Notes about the language itself (which rocks) aside, the site would be a fairly basic matter of allowing users to post and track projects, tutorials, snippets, sites, etc. through a single source. Most of this can be accomplished through some skillful use of Views + CCK, but there are a few community features I'll most likely be writing a module to implement. I have dubbed the module User Favorites and will post a few of my brainstorm ideas below...
I searched for a module similar to what I'm looking for and only found the Favorites module which is a far cry from what I need. The User Favorites module will actually allow users on a site to add content to a favorites list. It makes sense to give users the option of creating multiple favorites lists and will be fairly trivial to implement. Any of these lists may be set to be private or public lists. Users on large community or directory websites will be able to tag and track content through the site itself using their in site favorites list as well as provide feedback to the community regarding the value of content on the site.
Users will be able to browse the public favorites lists kept by other users as well as see who else on the site has favorited a specific piece of content. Favorites lists will be broken down by content type and sorted alphabetically, with users having the option to star a specific piece of content to make it sticky at the top of a list. Integration with Views means site developers will easily be able to create and sort lists of nodes ranked by how many times they've been favorited and/or starred. (Perhaps for the purposes of ranking, favorited content should count as 1 point while starred content should count as 3. Or rather... I can simply make that an administrative decision.) Integration with Userpoints means you can give users some love for providing feedback to other members of the community.
I'm happy to consider any further integrations with this module and am quite excited at the prospect of it being a first of its kind. However, if someone else knows of a module that may do something similar, please post it up here so I don't needlessly duplicate someone else's effort.
EDIT: A Tuesday morning, it's no longer past midnight, idea struck me on the way to work... I forgot to mention the idea of favoriting other users. This would allow you to track content posted by others and allow a ranking system for users similar to the one I mentioned above for content. It could be fun to use these statistics to display user relationships, user favorites compatibility (how much of your favorites match?), and other things like that. Maybe I can get Balazs to draw me up a user relationship graphic with his Drawing API.
EDIT 2: Several folks have been posting up some very helpful pointers to modules that implement different parts of this idea. Let's just say... I'm never going to start a new module without doing a post like this first. This has been an invaluable learning experience, and hopefully I'll find some time to review the various modules and build on someone else's foundation.
October 1, 2007
I recently posted a page to Ubercart.org titled, Why use Drupal for e-commerce?. In it I made some observations about Drupal and how it is the perfect platform on which to base an e-commerce site. All the things we wish other e-commerce specific systems would do (or that we have to hack to get done) Drupal does out of the box. Feel free to give it a read and offer up any feedback here.
A brief summary of my reasons include:
- It's got great search engine optimization (including easy SEF URLs with the path and pathauto modules).
- It's nice and secure with an active security team. (I've even got an e-mail in the past with someone from the team pointing out a hole in my code who had never even used the module! Kudos to the security team at Drupal.org!)
- It's a very powerful content management system, which is a must for future e-commerce sites and a great benefit to companies that market products supported by a niche market or particular community.
- There are many folks out there (like me!) who are available to help and to work for you as you start to setup your Drupal + Ubercart site. Having the whole directory of contributed modules and themes is great.
Anyways, enough shameless promotion of Drupal and Ubercart for now. I'm just about to roll out the Alpha 7d release and need to do one final test on an update from a previous version to make sure I don't go breaking anyone's site with the release!
September 21, 2007
Ahh, day two of Drupalcon has come and gone. Sorry this post wasn't up sooner... the wireless in our apartment decided to stop working altogether today, so I had to type this up in the evening and post it from the venue. C'est la vie. Briefly, I will let you know that I ended up skipping the morning sessions to explore La Sagrada Familia with my wife. A little bit of this post will be about that with some photos below, but I did make it back to Drupalcon this afernoon for a few sessions (install profiles, Ubercart.org, and a BoF session on training new Drupallers) and some fun meet-ups with other Drupallers I only know by their usernames and avatars.
So... Sagrada Familia. It is unbelievable. I really can't describe it, and pictures can only do so much. If you're ever in Barcelona, it is a must see attraction. It's pictured below... basically it's a huge construction process going on since the late 1800's to build a temple worshipping the Holy Family (hence the name). While I don't agree with the worship of St. Joseph theologically, the building, artwork, and wonder of the cathedral was not lost on me. It's simply stunning! The two finished entrances are covered with large sculptures depicting the life and sufferings of Jesus described in the gospels. They're simply incredible, though I preferred the side Gaudi did (the neo-Gothic side, not the modern angular fictures). Anyways, it's 8 EUR well spent to tour around, especially if you're still in town.
Christina (or Mrs. Ubercart as Boris calls/introduces her) is still not feeling 100%, so we came back after the tour so she could rest and I could wend my way to the venue. I got there just in time for lunch to wrap up, so I stood by the food tables and stuffed my face for a few minutes. There I ran into Matt Westgate (Lullabot [loves you.]/original e-commerce dev) and Gerhard (Killes) who I met yesterday but didn't recognize by his real name.
I left the table as soon as my hunger was sated and caught the second half of Boris Mann's install profile session. There's been plenty of work done to make install profiles easier to write and better integrated with the installation process. As of Drupal 6, you will be able to inject configuration forms and such into the install process to better customize an install. Furthermore, as more profiles get developed, there are more reusable bits of code out there for devs to choose from. crud.inc is one example (handles database functions), and the profiles already produced (like the Bryght profile available from their svn repository) are full of copy/pastable examples. Boris' main plea? Right install profiles. He said he'd love to see some Ubercart profiles setting up various types of Ubercart sites for different uses... and I agree. Will have to have a chat with Shawn when I get back to Louisville.
After Boris I presented the Ubercart.org session, which was really a basic community site setup/experience session. I was happy to point out some things we did wrong (particularly developing a live site on a beta version and not having a good backup plan) along with a few things we did right that have really helped build our community and consequently the project. I was able to get some good feedback on URL SEO, and I'll just throw out to folks that you really need to nail down how you'll use pathauto to construct your URLs up front. Nik Le Page pressed home the fact that it's not something you want to come in on the tail end and try to nail down. Another Drupaller filled us in on some tips regarding keywords in the URLs, and other modules were pointed out like the nodewords module (add meta tags to nodes) and global redirect module (to push all node/### requests to the appropriate pathauto path). It was a good time, although I felt like a lot of the folks were at least on my level in these areas... hopefully some people were exposed to new things, and I did try to warn folks up front that the Ubercart demo and development sessions would be Friday and Saturday. If I can't get a net connection it's going to kill the sessions, though... so let's hope that's not an issue!
A couple Ubercart devs, Chris and Aymerick, sat in on the session, and I met up with a guy named Jordi who had evaluated Ubercart a while back. His recommendation for the catalog was to abandon the use of taxonomy and use a CCK node type for categories and node references to give them relationships. This way data fields could be added to the actual categories themselves, and a fairly basic query/View could be setup to handle the loading or display of the nodes. I see some benefit to this, but I'm not entirely sure what a module would do to facilitate such an action. I believe the category module has tried something similar in the past, but I don't think it's lasted. I could see a use for a module to programmatically create and relate the nodes for you, and this may indeed have a broad application... but I'd need to be sold a little more on the use cases and type of code needed in a module before I did some work on it. Jordin's use case would be a large CRM, using the category nodes to describe customer relationships... but giving you a better UI and ability to describe categories than a taxonomy would.
We split up and I made it into a BoF (Birds of a Feather) session regarding Drupal training and mentoring. This is something I enjoy doing and would be happy to support... although it doesn't seem the idea of a longer Drupal College was very popular among the companies represented (Achieve Internet, CivicSpace, and computers Plus). A more intense, short training session seemed to be their idea of a good investment. It was great to sit in on this and hear a little about the workings of these companies and pick up the small nuggets they dropped here and there about the development process. Sharing a bit of their thoughts:
- Make it a rule to not let any single project be more than 25% of your revenue. (Granted, these are larger companies with large clients.)
- Take on small/under budget projects you feel like supporting and let them be the training of your new developers.
- For distributed development companies, take advantage of co-working and code sprints when possible to show clients your devotion to the project... CivicSpace will send folks to the client's site at the start of a project to really nail down the details.
- Project management is key. Talent isn't enough.
- Achieve will take the wireframes and specs and start with the really clear design issues (give 'em a blog) up front. This shows the client that work is getting done and gives them time to iron out the other requirements and redefine them as necessary. This is part of their rapid development process. Suggestion: bill by the hour, not the project.
- Computers Plus uses a handy feedback block for their clients. Clients can browse the site in development and leave feedback for the developers from any page in the site using the block. Incredible idea, and really helpful if you're just not sure you're doing something the right way. Who really knows what a client might be thinking?
That was the end of the day, so I ran off to find the other roomies and head back to the apartment. I eventually got back with Christina and we joined the others at an Irish Pub around the block where Boris, Liz, Ernest (souvent22), Nik, Balasz, Shakur, and a host of the NowPublic crew were hanging out. It was fun again to rub shoulders with these guys. This is where Christina received her new nickname... feel free to call her Mrs. Ubercart when you see her at the Drupalshow on Saturday. Apparently, I've talked with Ernest in the past about QuickBooks integration and never realized it. I think we just all need to get together in person more often... Anyways, there's hope for a bit of collaboration as Ubercart starts to flesh out its features regarding QuickBooks importing/exporting. Ernest is looking to produce a sort of one-click shop for small shops running off of QuickBooks, and it's looking like Ubercart with QuickBooks support and a smart install profile could do the trick. We'll see what happens... And he says (and he wasn't the first) that if Ubercart nailed down a recurring payments API he'd be able to start using it on projects. Well, guess what might just have to go into the payment module when I get back around to it? I'd love to flesh out these features in Ubercart, and I'll probably take chx up on his advice to look into an API compatible with e-commerce modules if at all possible. I'm not sure that it will be, but for chx I'd give it one heck of a try.
Until tomorrow... well, today I suppose. Ciao.