CUNY Academic Commons

Thanks Matt

One note, I have fixed a couple of the images as a test for a manual correction, so if you go to look at the site to see the errors and an artist/event looks fine, just keep looking and you're sure to find a broken one.

In fact, here is an example of a broken one: http://preludenyc12.commons.gc.cuny.edu/event/hannahbos2/
Here is a manually corrected one: http://preludenyc12.commons.gc.cuny.edu/event/miguel-gutierrez-and-the-powerful-people/

By the way, galleries oddly enough work fine.

Yeah I think that we will just have to deploy an intern each year we make the switch to change the source and link URIs in the Text view of each edit page.

The remaining question is why is it choosing preludenyc.org for the individual images, but creating correct links using preludenyc12.commons.gc.cuny.edy for galleries and even for the shadowbox effect? Is that something that could be changed so that it works for the Add Media button as it does in other places of the site. Here is a gallery that I have done nothing to that works fine after the change: http://preludenyc12.commons.gc.cuny.edu/event/avant-cabaret-spectacular/

I get the bad practice of changing the URI, but it is the sharpest way of directing traffic every year to the right place and getting clean URLs. What your suggesting is that you enter preludnyc.org and then you end up at preludenyc12.commons.gc.cuny.edu and all the subsequent URLs while travelling through the site have the long name, correct? If that is what you are saying it is something I could ask Frank and Rebecca.

The remaining question is why is it choosing preludenyc.org for the individual images, but creating correct links using preludenyc12.commons.gc.cuny.edy for galleries and even for the shadowbox effect?

I'd have to look more in-depth, but I'm guessing it's because the links for the shadowbox, etc are created programatically (so that WP, and in particular the domain mapping plugin, have a chance to intercept and rewrite the URLs on the fly). The images themselves have their URLs saved in two places: (1) in the src attribute of img tags, as stored in the content of the posts in the database, which would not be changed by the domain mapping plugin, and (2) in metadata attached to the attachment object in the database at the time the image is first uploaded (when the URL is preludenyc2012...), so that it doesn't have to be recreated every time the page is loaded.

What your suggesting is that you enter preludnyc.org and then you end up at preludenyc12.commons.gc.cuny.edu and all the subsequent URLs while travelling through the site have the long name, correct?

Yes, that's what I suggested above. I get why you might not like that, but you might at least want to consider it, as it'd automatically solve all these issues.

Ooh, I like that. That would be nice, because we can just change the year and use it for each year's different theme. Let me add it to the theme and send you a new version and see if works. Thanks for thinking of this.

One other thing about this bug Boone. When I created the 2013 Prelude site I mistakenly called it preludenyc2013.commons.gc.cuny.edu instead of preludenyc13.commons.gc.cuny.edu. Is there anyway to change a site's URL within the Commons after creation? I think we are going to go back to the two digit iteration.

There's no way to change a site's URL in the interface, but I can do it directly in the database. Note that it will break any incoming links to your site (that is, prelufenyc2013... will no longer resolve). If this is something you want to pursue, just let me know.