These are updated as questions come in. Check back often for the answers to your questions.
You have until July 18, 2010 to move your site. On this date, the old server (sorrel) will be decommisioned. All files that are not moved will be gone.
After you ensure your site meets accessibility standards, migrating your site is as simple as downloading your current site, changing the settings of your site management tool (Dreamweaver, SFTP, etc.) and uploading your site to the new server.
See 'What's the easiest way to move my site' for detailed instructions.
Sure, if you've got the budget. Contact the Web office (Marketing & Communications) at 826-3321.
It may help to ask around your department first. Somebody there may have some insight. Any site can be moved with SFTP, see 'What's the easiest way to move my site'. If your site fails the accessibility scan, you'll definitely want to contact your ITC who can recommend some good ways for you to edit your site.
We have to move because the hardware that hosts our current server (Sorrel) is 11 years old and failing. (We come into work every Monday wondering if it's still running and will make it through the week.)
We also are now required by law to get our sites into compliance with accessibility standards. The timing simply worked out that way.
Keep in mind that moving your site is not the same thing as re-designing your site or even doing massive editing. Your focus should be on verifying the accessibility of your site and moving the files to the new server.
Probably not. You can continue to use the same software that you've been using to manage your site, you'll just need to change the server setting information (see 'What's the easiest way to move my site'). If you don't know what software has been used on your site, you should contact your ITC.
If your site isn't already in Dreamweaver, there's no need to learn it now. If it is, you could go through some of the tutorials in the Help menu. If you have the time, you should see if there is Dreamweaver training available at training.humboldt.edu.
All of the "old names" (the ones with the ~ in them) will be automatically redirected to your new site address but you should update your publications and other site references as soon as possible.
Unfortunately, no. CSU policy requires all sites on the new server to meet accessibility guidelines. Because of this, sites must pass accessibility checkpoints before moving to the new server. Many of these checkpoints are manual, so this process cannot be automated. Additionally, each site should be checked to make sure all of the links work in the new environment.
The short answer: Security.
SSH: Providing shell access to a server (logging into the command line) can open our server up to security risks.
CGI: CGI scripts are vulnerable to a large number of exploits that may be used to compromise the overall security of the Web server. They are often vulnerable to remote execution exploits, primarily due to inconsistency of coding practices. Also, CGI can impair server performance, as an additional process is started every time the CGI routine is called. This uses memory and other resources on the Web server, which can cause slow response time.
SMB (Mapped Drives): A web server is no place to put your departmental files, especially those with confidential information. Personal storage space is available through HSU’s Network Folders (www.humboldt.edu/folders). Staff and faculty can utilize mapped shares for file storage. Departmental file shares are a service offered by ITS.
We recommend that you do your best to get the site moved over before your position changes. You'll also want to be sure to transfer ownership (if appropriate) or assign the incoming person as a developer. You may want to leave a brief note about how the site is edited (Dreamweaver, etc.) along with any licenses that may have been purchased. If you can, you should work with the incoming person to make sure that they know to complete the necessary ATI training. We're sure they'll appreciate not having the surprise of moving a web site right after their position starts! (And we hope that you don't have any surprises in your new department either).
Sites must be owned by a staff or faculty member. Students won't see the menus to be able to become an owner. Students CAN become developers.
Your site will be available at www.humboldt.edu/sitename
Your site doesn't have a password. As a developer, you logon with your HSU User Name and Password. You'll see a link (folder) to each site you have access to.
First: Are you an assigned developer on your site? Owners don't have access to add files to a site. Instructions on becoming a developer.
Second: Are you logging on with your HSU User Name & Password? Sites don't have their own passwords, you use your HSU User Name and Password. Once logged on, you'll see a link (folder) to each of your sites.
If you still can't logon, contact the Technology Help Desk at (707) 826-4357 (HELP).
I can't find the developer I'm looking for in the search, what do I do?
It's likely that the developer you are looking for either hasn't completed his or her training or hasn't registered. You can invite a developer who's not in the system. After performing a developer search, click the "Invite" button and enter the person's name and email address. An email will be sent to the individual with instructions on how to become a developer.
If you will be having someone work on your account who does not already have an HSU User Name & Password, you will need to request an account for them. Use the Account Request Form and select Account Type "University Contractor".
You can request one in the Account Center. See MySQL Instructions.
Owners are usually the main contact for the site. This is generally a person who doesn't often change positions (unlike department chairs). Often, this is a departmental ASC/ASA. If you're the person that people come to and ask questions about the site but aren't necessarily the person who makes changes, this is probably you. This must be a staff or faculty member. A student cannot own a web site on www.humboldt.edu.
Developers are the people who actually makes changes to the site. This may be the person who designed your site, updates content, uploads meeting minutes, etc. It would also include the student you pay to make updates or anybody else who logs into your site to make changes.
A person can be BOTH an owner and a developer.
Class membership is loaded every hour on the half hour (9:30, 10:30, etc.). Wait until after that time frame has passed and check Moodle again.
Class status is refreshed every hour on the hour (10:00, 11:00 etc.). Wait until after that time frame has passed and check Account Center again.
Your site is scanned monthly by an accessibility checker (AccMonitor). If a site fails the scan, a report (including what needs to be fixed) is sent to the site owner, the web office, and the divisional web representative. If the reasons for failure are not resolved within 6 weeks, a site can be shut down.
As you'll find out in your ATI training, there are a number of things that go into making a site accessible. The most common thing that needs to be fixed is adding "Alt" tags to all of your images (a description of the image). When you request your new site, we'l send you the scan results of your existing sites so you can see what, if anything, needs to be fixed. Documents (Word, PDF, etc.) may also need updating.
Sites on the new server must meet accessibility guidelines. Your site will bescanned monthly by an accessibility checker (AccMonitor). If a site fails the scan, a report (including what needs to be fixed) is sent to the site owner, the web office, and the divisional web representative. If the reasons for failure are not resolved within 6 weeks (and the web office has no evidence that you are working on them), your site will be shut down.
When you take the ATI training (Area 4), you'll learn how to use the AccVerify software and interpret the results. Additionally, when you request your new site, we'l send you the scan results of your existing sites so you can see what, if anything, needs to be fixed.
Drupal is social publishing software that allows individuals, teams, and communities to easily publish, manage, and organize a variety of content. For HSU, this means you can use Drupal to make a web site instead of paying for Dreamweaver licenses. Drupal is all web-based, there's no software to install. If you have multiple people editing your site, you can limit what each one is allowed to edit in Drupal. By default, HSU's Drupal has an HSU theme, so you can get an "HSU" web site in seconds.
Absolutely! In fact, we would encourage you to get your site moved over in the easiest way possible. Given the timeline and all of the other things you have to do, now might not be the best time to learn a new software program. Right now, your focus should be on verifying the accessibility of your site and moving the files to the new server. If you decide to try Drupal later, we encourage you to get a second development site on the server. That way you can poke around a non-live site without accidentally messing anything up on your "real" site.
Sure, although keep in mind that we want you to pick the easiest solution for getting your site moved. If you do decide to try it and want to get rid of it later, contact the Technology Help Desk. You could also get a second development site on the server and poke around a non-live site without accidentally messing anything up on your "real" site.
Converting a site to Drupal is no small task. You've got to copy each page of your site and fix all of the links. It's about the same amount of work as moving all of your pages to a new/re-designed 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). Your mileage may vary.
See the Drupal QuickStart Guide.
For more information, see the Drupal QuickStart Guide.
If someone will be adding content, they must have completed the ATI Training and be listed as a developer on your site.
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.