Hello,
I join this group to make this comment. I don't expect any replies, not that any one of you wouldn't make an effort to make one. I'm just not looking for any.
First of all, I'll say I'm not the greatest PHP coder. I can thrash around in PHP and ASP.Net to get what I need. Most of it is simple stuff for small web sites and a company's intranet. I do now have a desire to build a fairly complex site for my own interests and for those who share my interests. I quickly realized that the amount of code was just to great to get the functionality I need with the time I had to get it up and running. I first tried Joomla. I don't think you guys have a lot to worry about regarding competition from Joomla. I blew a hundred bucks on stuff for Joomla, and I didn't even get a buzz.
So, about ten or so days ago, I decide to go with Drupal. So, I go buy some new server space at Hot Drupal an install version 7.0, which was the recommended version. And, I'm coming home every night and trying to set this all up and learn how to do things. I'm thinking that this weekend, I'm going to be able to finally get something set up, and I get this message that I need to upgrade to 7.2. Ok, I can do that. Let me read the upgrade instructions. So, I have to dump all the files except for the "sites" dir. Nice. I have to dump all the modules I added. For myself, I just might as well wipe it all and start over. And since I've seen a few messages about 7.0 > 7.2 problems, starting over seems to be the wise thing to do.
I decide to write about my experience and come here to do so. And when I get here, I see Drupal 8 threads. Come on! Drupal 7 can't even grow hair yet. There are people out there who are not recommending that people upgrade from 6 to 7 yet. I debated whether or not to dump 7 and use 6. Is Drupal 7 going to have a short life? Is there a compelling reason for 8 already?
I appreciate the time and effort that goes into open/free projects like Drupal. And I appreciate that there are so many of you that are planning ahead. But, I really think some thought needs to go into the current situation regarding upgrading. I'm really not looking forward to having my site up for a few months and having to do an upgrade because of a security issue, and have to rebuild everything or take a chance that everything will work out ok.
Thanks
Comments
Regarding upgrades - I have
Regarding upgrades - I have never dumped all my contrib modules. In my sites all my contrib modules live in
/sites/all/modules- so I just leave that alone. If your modules are not somewhere in the/sitesdirectory then you are doing it wrong, since this directory should never be overwritten during an upgrade. All I do is remove the /sites folder from the new version before uploading all the other Drupal files to the server.Before I upload I take the site offline (put it in maintenance mode) and then after the upload is complete go the modules page and run the Update. Done. Its actually very painless and takes about 10 minutes. Also, I usually do this on my localhost first, to make sure nothing blows up.
So no need to wipe out and start over, that would be pretty nuts, I have never done this within a major version (upgrading between major versions say D6 to D7 can be somewhat more complicated, since you have to upgrade all the contrib modules also, and really requires a more robust process and testing).
Regarding D8, well it takes years to build a new version of Drupal, and rest assured many people are still working on improvements for Drupal 7, but we have to look forward, plan for the future and give ourselves plenty of time to build the next version. Remember - its this forward thinking that has made Drupal the most kicking ass CMS around.
Documentation (or understanding) error
Hi, nakins. Thanks for posting this: It was both instructive and helpful in making Drupal better.
You write:
So, I have to dump all the files except for the "sites" dir. Nice. I have to dump all the modules I added.
All non-core modules -- including those that you created -- should live inside the sites folder. They're typically in /sites/all/modules, unless you're running multiple sites from one Drupal installation ("multisite"). So you don't lose anything.
But if you misunderstood this, then others probably will. Could you provide the link to the installation instructions you followed? Perhaps this point needs emphasis.
Thanks!
Tom Geller * Oberlin * San Francisco * TomGeller.com
Author/Presenter, Drupal video series at lynda.com
Creator of materials for Drupal-focused companies
Replying to both of you.
Well, I will own my mistake. I did indeed put the extra modules in the core module directory. I'm getting older now, and can't remember where I got the idea to put them there, or what I do from one day to the next. In my defense, I should point out that the first extra module I added was the Omega module and related stuff. And when I uploaded it, I put that into the wrong directory. But, I was reviewing the instructions and found that I had made a mistake, and put it in the proper place. After messing around with Omega a little, I figured I really need to learn things first on a standard theme, and get a handle on Organic Groups. I can't tell you where I was instructed to put stuff in the modules directory, because I don't remember. It may have been a video, or, it may have been just my assumption or insistence to put modules in that directory. It says "modules." I probably saw that and thought that's where they go, even after being instructed to put them in "sites/all/modules.' Maybe the name of the directory could be changed in the future to core-extensions or something other than "modules."
Let me add a little something here. One of my biggest problems with Joomla was their modules. They have a big problem with developers writing modules that effectively overrides core functionality. K2 is a content oriented module to deliver multiple topic News/magazine style web sites. It basically takes over the user/member functions of Joomla's core and replaces them with it's own. Community Builder is similar to Organic Groups, and it also takes over user/member functions of Joomla's core. So, you can use one or the other, but not both. And, if someone comes along and writes a nice Shibboleth mod for Joomla's core, you won't be able to use it.
Also, as I was trying to get Community Builder up and running, I found that to have group forums, a particular forum module had to be use. Unfortunately, Joomla had made a significant minor release change to a relatively new major release. The developers of the forum had released a new major point version (6.0) to comply with the new Joomla major release. They had released a minor version (6.1) which people had been adopting. Then Joomla dropped a bomb on them with a significant change that crippled all 6.0 and 6.1 versions of their forum. I'm fairly convinced that the developers of the Community Builder module were aware of this problem. However, that didn't stop them from offering a paid product that relied on another module for some of their functionality.
These two situations don't seem to be a problem with Drupal as such. But, Drupal has it's own situation regarding modules. I would really suggest that even though Drupal has a good relationship with module developers, a number of which seem to be well known to the Drupal community, that a certification process be created for modules and membership requirement for module developers in some form of group. Maybe you guys have this to some degree already. And if I haven't found it yet, a mediawiki installation for documentation and learning would be great too.
Anyway, thanks for the replies, and for listening.
Modules
Hi again, nakins -- thanks for the long response, and I'm glad you were able to work it out.
I rather like the idea of renaming the /modules directory to avoid the problem you encountered. In fact, I made the same mistake when I first started using Drupal!
So I added that a suggestion, at http://drupal.org/node/1172440 . I can't imagine it happening for Drupal 7 -- doing so would break too many things -- so it'll have to wait for Drupal 8, which is probably a long way off. Sorry.
As for a "certification" process for modules: That would take a lot of (volunteer) labor, and be extremely controversial. I doubt it'll ever happen on drupal.org.
The closest thing to it is to use Drupal distributions whenever possible -- for example, Drupal Commons for social business software, or Open Scholar for academic websites. These packages include modules that have been tested and "vetted" by the distribution's publisher. Acquia Drupal is a general-purpose distribution; you can find more at DrupalDistros.com.
Tom Geller * Oberlin * San Francisco * TomGeller.com
Author/Presenter, Drupal video series at lynda.com
Creator of materials for Drupal-focused companies
Renaming the /modules directory? That's an old discussion...
That issue I created at http://drupal.org/node/1172440 , "Rename /modules to /core-modules (or similar)"? Turns out it's a duplicate... of an issue created in 2005. Wow. See http://drupal.org/node/22336 .
Tom Geller * Oberlin * San Francisco * TomGeller.com
Author/Presenter, Drupal video series at lynda.com
Creator of materials for Drupal-focused companies
Thanks, and while you're at it...
Thanks for bringing the issue up. It's a small thing, but it would help new users.
One thing I would also like to bring up is just how hard it is to learn Drupal. I hope to come back here and post about my experience.