The Malahat Review wants to create two pages with special offers for contributors (subscriptions and issues) which connect to the shopping basket as usual. Problem is how to allow a user coming from either of those pages to get back from the basket to either of those pages, but not allow anyone getting to the basket from the normal products pages to get to the special offer pages.
Dept wanted a URL that was associated with the dept site and simpler than the actual conference url on the conferences site
so I created a simple setup in
to redirect to the conference site
I put in an index.htm file with a redirect.
I also created a .htaccess file to catch any other URLs within that folder and redirect them to the home page on the conference site
ErrorDocument 404 http://conferences.uvic.ca/index.php/WCPA/wcpa2012
There is about a half-second lag while the redirect occurs, but I don't think that is long enough to bother your users.
courses_taught.php had the following line:
$professor['kluge'] = array ("208, "331"); //jan-apr
It was missing a quotation mark. I corrected it to look like this:
$professor['kluge'] = array ("208", "331"); //jan-apr
I also tidied up extra spacing and stuff just to make the file easier
for me to read.
1) I modified the detailed information for a single poem
(vpn-single-record.php) so that the "more information" link for the poem
appears only for those poems that have at least one link and not for
those poems that no links. compare
Similarly for the "more information" link on an author.
2) AC's convention for data entry is that if there is more than one link for a poem or an author, each is delimited by a carriage return (e.g Eliza Cook). I've added code on the results page to
look for carriage returns in the links field and create a new link when
it finds one, rather than make all the lines one big link to the first URL. For example, see the information on Cook, Eliza at
3) I've modified the vpn-search-results.php page so that if a poem has more than one author, only one instance of that poem appears in the listing in the search results page, e.g. Hidden Light.
I originally tried pruning out duplicates during the search procedure,
but the introduced a cascade of headaches. Instead, I decided to accept the results including duplicates and then prune any duplicates as they were being displayed and telling the user that's what I'm doing.
The result is that the total number of hits is still reported (e.g. 2 in the case of Hidden Light), and a message is appended saying the number of duplicate entries which are not being displayed (e.g. 1 in the case of Hidden Light). That's so that from the user's perspective the number of items in the listing don't inexplicably go out of sync with the reporting and navigation schemes. For example, if the query returned 12 hits, 2 of which were duplicates, the user would expect to see 10 hits and then 2 hits. If they got 10 and then 1, they'd be puzzled. My hope is that adding a note about hiding the duplicates will resolve the puzzle for them.
Suppressed display of the speech statistics in the XML ographies files when viewed in a web browser, at KT's request.
got multisite support enabled in wp 3.3.x
added inke front-end
added connection to inke database back-end
added etcl theme (it broke links the same way as it does in the dev etcl site). When I figure out a fix for the broken navigation problem, it presumably will work for both sites.
Did a couple of updates to the old Hispanital site on DR's instructions.
The mysterious numbers in Graves bibliographic data turn out to be references to the Higginson bibliography, and in the case of Riding, to the Wexler one. Duplication of idnos is caused by the fact that multiple analytic-level items may appear in the same m-level work. We can preserve these numbers in the data without worrying about displaying them, presumably, which obviates the need to explain them.
I've now finished the conversion of the existing markup to P5, after a fair amount of work converting the references file from its proprietary XML to TEI. One puzzle remains (see below).
This is the collection structure I've got so far:
<div>will become a front page on the site -- e.g.
<div id="home" n="Home">, which would result in a menu entry "Home") )
<div type="diaryEntry">s; we may just handle any root level
<div>, and assume that all attachments, enclosures etc. are contained within root level
<div>s. In this case, we'll have to check the structure of the Graves files.)
The puzzle: Bibliographic references have an "idno" field, and I'm not sure what kind of idno it is. For instance. "I, Claudius" has the idno "A42". It can't be a Cutter number, or it should begin with G.
These are not the unique ids used for linking
<rs> elements in the text to references (which are stored in the id attribute); these are in addition to those. Also, these idnos are not unique; Graves's "Landscape" and Riding's "Letter on International Affairs" share the idno A36.
For the moment, I've preserved these as an
<idno> element in the P5. This is the complete list of those idnos:
A101 A13 A18 A21c A23 A26 A29 A32 A33 A35 A35 [Wexler] A36 A37 A38 A39 A40 A41 A42 A43 A44 A45 A46 A47 A48 A49 A50 A58 A59 A6 A60 A7 A9 B22 B23 B24 B25 B26 B27 B29 B29.1 B30 C22 C24 C291 C291.2 C291.3 C291.6 C291.7 C292 C292.1 C292.2 C292.3 C293 C293.1 C293.2 C294
Went in to debug some things on the VPN site and noticed that the home page was taking forever to load (and in fact I think I ended up getting some cached version of the page).
Web server serving static pages no problem
phpmyadmin communicating with db no problem
Therefore problem has to be something to do with the wordpress code trying to establish a connection with the db.
Created a test.php file which does nothing other than try to connect to the DB. If it tries to connect to any DB running on the hcmc's mysql server, it times out and generates an error. If it tries to connect to a DB running on uvic's mysql server, it's fine. So, there's definitely a problem with any page on web.uvic.ca trying to connect to a db on the hcmc server. Put in request to sysadmins to check the Access Control List on the hcmc db server.
This blog is for work done for academic departments which does not fall under other categories.
|<< <||Current||> >>|