Drupal is a software platform that enables individuals, teams, and communities to easily publish, manage, and organize content on the web. For HSU, this means you can use Drupal to create your web site at no cost instead of paying for a license to use Dreamweaver. Drupal is all web-based, so there's no software to install, and you can control who's allowed to edit what if you have multiple people editing your site. HSU's Drupal license incorporates an HSU "theme", giving your site an easily-recognizable HSU appearance.
Your first priority is to ensure that your site is fully accessible. When you're ready to start experimenting with Drupal, we encourage you to get a second development site on the server so that you can explore using a non-live site without accidentally messing anything up on the live site.
Converting a site to Drupal will take some time. You'll need to copy each page of your site and reset all of the links - it's about the same amount of work as moving your existing content to a completely new site. For someone unfamiliar with how Drupal works, we found that it took about 3.5 hours to move a 15 page site. The first hour and a half were spent reading instructions and getting a feel for how Drupal works. After that, it took about five to ten minutes per page (as long as you don't stop to change/edit the pages as you work). To help you, we've prepared some useful Drupal conversion hints and tips.
- Login to your site (www.humboldt.edu/sitename/username)
- Click "Administer" in the navigation menu
- Click "Blocks"
- In the Footer section, click "configure" next to "Contact Information"
- Update the information and links as necessary.
- Click "Save block"
For more information, see the Drupal QuickStart Guide.
Anyone adding content to a site must have completed the ATI Training and be listed as a developer on your site. Follow these steps to add a new Drupal user to your tea
- Have the person log into your site with their HSU User Name and Password.
- Once they’ve done that, the site administrator should go to Administer > User management > Users, click "Edit" by the new person's user name, and select the roles that the user should have.
Note: Don’t use the Add User link from the User menu! Using this will force people to use a different password than their HSU User Name Password.
If you've prepared your Drupal-based site "off-line" so you can test it before you make it live, here's how you move that test site into the production environment
- Install the Backup & Migrate Drupal module in your development site.
- Use Backup & Migrate to make a backup of the database that holds your site's contents.
- Download the backup file to your local computer.
- Install Drupal in your site on the HSU Central Web Server.
- Install the Backup & Migrate Drupal module in your site on the Central Web Server.
- Copy over the "structural" files you need from your old file directory to your new one, including themes, modules, and file folders.
- Upload the backup file to your new site on the Central Web Server.
- Use the Backup & Migrate module to restore the contents of your old site to your new site.
If you have any problems moving your dev site, contact the Technology Help Desk at (707) 826-HELP (4357), firstname.lastname@example.org, or submit a trouble ticket.
To view a the status of your modules (to find out which need to be udpated):
- We always recommend you back up your site before making any major changes. We recommend the Backup & Migrate module for your database, but you should also manually download (SFTP) your files & modules directory.
- Log in to your site
- Visit Administer > Reports > Available updates
- Each module is listed in either green, yellow, or red
- Green: Up to date
- Yellow: Update available (we recommend you update)
- Red: Security update required!
- Click the download link next to each module you wish to update. The file will download to your computer, where you can decompress it (it is in a .tar.gz file format).
- SFTP to hsu-web.humboldt.edu (production server) or www-1.humboldt.edu (development server)
- Navigate to your site's public_html folder and upload the decompressed module folder to the modules directory
- Note: You may wish to update only one module at a time, refreshing the "Available updates" screen after each upload. Occasionally, an updated module can cause you to get a WSOD (White Screen of Death) with no helpful troubleshooting information. By updating one module at a time, you can pinpoint which module caused the WSOD. As a short term fix, you can replace the module folder with your previous module folder (that you backed up in step 1). You'll have to research why the newest module isn't working. In many cases, it may be dependent on another module*, which should be updated first.
- Once you've finished updating your modules, you want to run update.php again to catch any database update steps.
*For example, a prior version of the Context module did NOT require the CTools module. The new version did. Updating the Context module caused an unexplainable WSOD. Looking at the website for Context revealed its dependency on CTools. Installing the CTools module and THEN updating the Context module solved the WSOD problem.
Anytime the university upgrades Drupal OR if you upload any updated modules, you'll want to run update.php. Follow these instructions to do so:
- We always recommend you back up your site before making any major changes. We recommend the Backup & Migrate module.
- Edit your settings.php file on the web server and change FALSE to TRUE for the $update_free_access statement ($update_free_access = TRUE;). (You can access this file by SFTPing to hsu-web.humboldt.edu (production server) or www-1.humboldt.edu (development server) and navigating to your site's public_html folder). Note: It's very important that you change this back to FALSE at the end of this process.
- Run update.php by visiting http://www.humboldt.edu/YOURSITE/update.php
- The update script will walk you through the process and may present you with options to select which version. Typically, you can leave these as default unless you have reason to change them.
- The final page will display any warnings or errors. You should take note of these as some may require you to fix a problem. (Often problems are fixed by updating the referenced module or one it is dependent on)
- VERY IMPORTANT: Edit your settings.php file on the web server and change TRUE to FALSE for the $update_free_access statement ($update_free_access = FALSE;). (You can access this file by SFTPing to hsu-web.humboldt.edu (production server) or www-1.humboldt.edu (development server) and navigating to your site's public_html folder).
ITS installs and maintains (periodically updates) the following modules. Modules marked with an * are enabled by default. Other modules can be enabled in the Modules Administrative menu.
- Database logging*
- PHP filter
- Update status*
- Content *
- Content Copy
- Content Permissions*
- Node Reference
- Option Widgets*
- User Reference
- Chart API
- Chart API Views Integration
- Drupal System Charting
- Calendar iCal
- Calendar Multiday
- Calendar Popup
- Date API*
- Dale Locale
- Date PHP4
- Date Popup
- Date Repeat API
- Date Timezone*
- Date Tools
- Country Codes API
- Region Codes API
- Nodewords - basic meta tags
- Nodewords - extra meta tags
- Nodewords - site verification meta tags
- DHTML Menu
- Global Redirect
- No Request New Pass
- Path filter*
- Site map
- String Overrides*
- Token actions
Services - authentication:
Services - servers:
Services - services:
- Comment Service
- Countries API Service
- File Service
- Menu Service
- Node Resource
- Node Service
- Regions API Service
- Search Service
- Taxonomy Service
- User Service
- Views Service
- IMCE Wysiwyg API bridge
- jQuery UI
- Views exporter
- Views UI