Revised the menu structure based on meeting of last week.
Added new Researcher section.
Ported bunch of data from old Humanities site into faculty section to give client a sense of how things will appear.
Also ported some data into Contact Us and Site Map pages.
Modified css files to incorporate specific shade of blue found on current site - entailed a few changes to the xhtml files in the site as well.
Based on success at working around problem in Contribute with php files. I rewrote all the files in the hums site to get rid of the included html files and instead put that content into the php files. I also put a hardcoded call to the humanities.css file in each page (rather than in an included php file) so that Contribute could see that call and use the stylesheet in its editor.
I'm now ready to implement the structural changes discussed with the dean last week and think I've reached the best possible compromise to allow me to edit the mechanically complex parts of the page and Jennifer to edit the contents.
Greg and I think we've figured out how to prevent the problem - ensure SFTP is set as the protocol when creating the connection. If it is not, then delete the connection and create a new one from scratch. Do not simply edit the protocol in the Edit Connection window.
Test results:
If I create a connection and specify SFTP at that time, then I can successfully publish php files.
If I create a connection and specify FTP, and then immediately edit that connection so the upload protocal is SFTP, then I cannot successfully publish php files.
So, Contribute must be configuring the permissions based on the protocol when the connection is created and then failing to modify the permissions configuration if the protocol is changed later. I'll do a bit more testing and let you know if I discover anything further.
Likely culprit:
In this folder
[currentUser]/Library/Application Support/Adobe/Contribute 4/Configuration
(note two space characters in that pathname)
is a file called ssh_hosts, which I'm guessing is at the root of the problem. Our theory is that file cannot be edited or can be edited in only certain ways, and that those restrictions explain the "permissions configuration fails to update when protocol changes from FTP to SFTP" problem. The other option is that there is simply some bug in Contribute causing it to fail to update the hash in that ssh_hosts file when the protocol is changed.
Reviewed prototype with Dean Rippin and Jennifer Leffler.
Make colour scheme like the current hums site rather than that provided by the template defaults.
Maintain top-level tabs for audience, include the word "for" in the tab.
Maintain small number of links in second nav bar on left side, common to all pages on the site.
Focus on the Faculty section first:
- will have to look into restricting access to certain portions of the site to members of faculty of Humanities (not students), possibly by making use of the central authentication system
- provided revised list of subsections for that section
Faculty
- Dates and Deadlines
- Career Opportunities
- Awards and Fellowships
- Forms
- Meetings
- Policies : safety
- Handbooks: for all faculty, for new faculty, for chairs
- Computing
- link to Research section
- Add a Researcher section
- Portraits of Reseachers
- Research Sites
- Collectives
- Grant Sources
- Publications
- Scottish Studies
- move list of departments to aboutus, add link to Calendar to Student section
Contribute changes the file permissions on upload to include group write.
This conflicts with the security settings allowed by the php installation on the uvic server (for good reason). The group-write permission is what generates the internal server error.
Greg and I looked up the adobe knowledgebase, where we found some information that we could get a sysadim to change settings for the account for the umask, and Contribute "would respect" those settings. Even if true, not what I want to do, so decided on php with included htms for editable bits.