Difference between revisions of "WebDev"

From Earlham CS Department
Jump to navigation Jump to search
(AlumniDB)
(AlumniDB)
Line 14: Line 14:
 
<li>Write a function (put in common.inc) which returns a users type.  This should be determined based on information in the DB and grad year (ex: someone who is not an admin and has not graduated yet is a current student)</li>
 
<li>Write a function (put in common.inc) which returns a users type.  This should be determined based on information in the DB and grad year (ex: someone who is not an admin and has not graduated yet is a current student)</li>
 
<li>Can't log in from the successful log out screen. Takes to main alumniDB page instead, even when user/pass is incorrect. 'request=' in address bar.</li>
 
<li>Can't log in from the successful log out screen. Takes to main alumniDB page instead, even when user/pass is incorrect. 'request=' in address bar.</li>
<li>Revert function is broken again, in a different way though. Get a "Page not Available" "Don't have permission to this function" error page.</li>
+
<li>Revert function is broken again, in a different way though. When reverting from a user who isn't admin, the revert function serves up error.php</li>
 
</ul>
 
</ul>
  

Revision as of 18:42, 20 March 2006

Content Administration Group

All the current issues we are working with, or are on our to do list.


AlumniDB

Features to add:

  • Ability to view internships currently being offered by alumni(all)
  • View of all alumni who are willing to be contacted for job opportunites and the like from current students(all)
  • Admin Functionality
    • Ability to change user type
    • *BETA TEST MODE*Add new functions to the data base. UPDATE:3/12/2006: This looks like it is working, but it has not been tested extensively. PLEASE ONLY USE FOR REAL FUNCTIONS as everything gets added to the DB. There is no code to check and make sure the functionality is in place.
    • Speaking of which. Write an additional function to check to see if the function the admin is trying to add exists.
  • Write a function (put in common.inc) which returns a users type. This should be determined based on information in the DB and grad year (ex: someone who is not an admin and has not graduated yet is a current student)
  • Can't log in from the successful log out screen. Takes to main alumniDB page instead, even when user/pass is incorrect. 'request=' in address bar.
  • Revert function is broken again, in a different way though. When reverting from a user who isn't admin, the revert function serves up error.php

--Tom 17:12, 2 Mar 2006 (EST)


ToDo

  • Continue to Report CVS bugs....( all )
  • Validate our XHTML and CSS and links( all )
  • Install the W3C Log Validator to automate the above task..(CS Admins working on this)
  • Replace center tags with something valid XHTML/CSS (Jon) Update 03/08/06: This sort of spawned another project... The CSS is a bit lengthy so I'm also looking into tightening the CSS in general a bit. (Jon)
  • Get feedback from the rest of the CS Department about AlumniDB
  • Fix everything under /html/courses it is all out of date. Part of this is getting the XML feed working and the other part is organizing old course folders and the like. (Jon) Update 03/08/06: I just wrapped up debugging the XSL transforms for the feed, so that gnome on my back has been shot after many hours of frustrated gnome-wrangling. Now it looks like another two weeks and I'll hopefully be able to have a tangible product in place for dynamic fetching of the course list. (Jon)
  • Fix our mail to system (possibly data base driven php? )

The Courses Project

Since I'm (albeit slowly) approaching the programming phase I thought maybe an opened discourse would be useful about my plans for making the course list dynamic. For efficiency's sake there's really no need to continually be parsing what will be pretty much a static XML feed from WebDB. So what I thought was we'll throw a perlscript in the Courses sub-directory and execute it from crontab every semester or so... It can pull in the XML, apply the XSL transform, and generate the course list. Dynamic, but not wasteful, is what I'm aiming for. Thoughts?

Last updated Jon 23:56, 8 Mar 2006 (EST)


It might make more sense to put the perl script into the cgi-bin, just to help keep the file structure as clean and organized as possible... --Tom 16:51, 12 Mar 2006 (EST)


Fixed Problems

  • Register function for AlumniDB is broken.
  • Revert to yourself function is broken. Get a 404 error and your stuck as the new user until you relogin.
  • Fix AlumniDB admin function changeuser to show the info of the user that was switched to instead of admin's info on the 'view my info' page.
  • Ability to create an email list of all current alumni (admin only)