View Full Version : Drupal CMS pulled from Fantastico?
Xumedia
06-27-2006, 06:39 PM
I'm curious to why the Drupal CMS was pulled from the Fantastico lineup recently? I remember a few weeks back when I checked it, Drupal was an option, but after checking Fantastico today, Drupal was no longer there. Is there a specific reason to removing this CMS?
I've heard stories about other hosts terminating accounts because Drupal was being run on the accounts, because Drupal can have a high CPU usage.
I run Drupal on my BlueHost account, is it true it consumes many resources? And would Bluehost terminate my account because of it?
grant
06-28-2006, 10:12 AM
Bluehost has nothing to do with Fantastico, they just offer it as part of the packaged deal. Fantastico is a 3rd party program installer used by hosting companies. They sometims change things around every now and agian.
EDIT: I just peeked in my Cpanel and noticed that a couple of other blogs I've never heard of before are now in the lineup. Maybe these are more user friendly than Drupal, I really don't know. Drupal should still work fine on your site though. You don't really need Fantastico to run anything on Bluehost. Upgrades may be a bit more hairy though.
jafish
07-14-2006, 11:44 AM
Are you certain that fantastico isn't configured by the host during installation or maintenance? There's an official list of everything that Fantastico auto-installs (http://netenberg.com/fantastico_scripts.php) and many of those scripts don't show up in the list on my server.
If bluehost did make some changes, it is odd that I haven't been able to find an official announcement of additions or removals on the website.
Dustin
07-14-2006, 12:33 PM
Drupal 4.70 has some big issues with SQL queries and vulnerabilities due to improper collation. So until it that gets upgraded the admins pulled it from the lineup, though the newest version has been out awhile with this fix so it should be too long.
grant
07-14-2006, 12:44 PM
Are you certain that fantastico isn't configured by the host during installation or maintenance? There's an official list of everything that Fantastico auto-installs (http://netenberg.com/fantastico_scripts.php) and many of those scripts don't show up in the list on my server.
If bluehost did make some changes, it is odd that I haven't been able to find an official announcement of additions or removals on the website.
I'm just repeating what I've been told, by some of the members of the support staff, when I talked to them about something not loading right through Fantastico, and Fantastico going nuts on me during an upgrade. I tend to avoid Fantastico now though, so I really don't keep up with it much anymore.
dvessel
07-14-2006, 12:57 PM
Fantastico is like flying for the first time on automatic pilot. What happens when you must manually take control for an upgrade or even worse, letting it do the upgrade for you. It won't be pretty as grant has illustrated. :p
Dustin
07-14-2006, 01:24 PM
I've heard stories about other hosts terminating accounts because Drupal was being run on the accounts, because Drupal can have a high CPU usage.
I run Drupal on my BlueHost account, is it true it consumes many resources? And would Bluehost terminate my account because of it?
Drupal doesn't really cause problems on Bluehost, it's usually one or a few of the buggy and CPU intensive modules that people put on their Drupal. If you are harming the server, Bluehost would give you ample time to undo the modules that were causing this issue.
Dustin
07-14-2006, 02:11 PM
I'm just repeating what I've been told, by some of the members of the support staff, when I talked to them about something not loading right through Fantastico, and Fantastico going nuts on me during an upgrade. I tend to avoid Fantastico now though, so I really don't keep up with it much anymore.
Fantastico is in charge of the updates and additions of applications to the list, but Bluehost can gank one of the items off the list if it is causing an issue until the next update is released.
Inversarium
07-18-2006, 11:17 AM
Allright.. but wheres typo3? I don't think typo3 has been creating any problems in bluehost has it?
Do put it back else i'll have to change hosts for this big national organisation I am sure you guys wouldn't mind having to host. Infact, I'd hate to **** to another hosting company because I like bluehost a lot myself.
Hope to see typo3 back on the Fantastico CMS list
dvessel
07-18-2006, 01:52 PM
Why the big deal about having typo3 in fantastico. Typo3 is a beast and if you need the hand holding to get it installed then how are you going to manage it. It's not exactly user friendly.
Inversarium
07-19-2006, 02:05 AM
Well for one.. its the only few ones in the list that produces 508 compliant output with the use of simple extensions. I am sure you agree that designing with accessbility in mind amongst other factors is important for a web designer, whether its responsibility or just being humane :)
Agreed its not as user friendly as the others but it also produces tableless layout and XHTML compliant code, again with the use of an extension.. unlike mambo, joomla!, drupal, and the rest..
Infact, IMHO typo3 is the most important CMS on the list at present :)
dvessel
07-19-2006, 06:57 AM
Most important? That depends on what your aiming for. It is the most powerful I hear but it comes with a steep learning curve.
I can only speak for Drupal and a little bit for Mambo/Joomla here. Tableless compliant code depends on the theme. Drupal has a lot more control on this since there is no additional layer of tags for translating the output. The need for an extension in Typo3 sounds like it's there as a workaround for the poor markup it outputs by default.
I posted this in another thread (http://www.bluehostforum.com/showthread.php?t=1525) but it might interest you. It's an article from IBM (http://www-128.ibm.com/developerworks/ibm/library/i-osource1/index.html?ca=drs-) mainly on Drupal but there's a brief comparison with other systems.
casperl
07-20-2006, 12:17 AM
I run upwards of 12 Drupal sites on three different Bluehost accounts.
Only once have I had a red-screen due to excessive CPU access and that was due to me scheduling multiple cron.php jobs at exactly the same time and doing other admin stuff + a backup at exactly that time.
vBulletin® v3.8.4, Copyright ©2000-2010, Jelsoft Enterprises Ltd.