This is just a test.
September 2014 M T W T F S S « Aug 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
This is just a test.
Blogging is better than flogging-
Did it work?
The upgrade process for WordPress has been so seamless the last three or four versions that I didn’t realize how spoiled I’ve been until I finally had an issue (and even that was quite simple to resolve). Between automatic updates for plugins, themes, and core files, WordPress has nailed the convenience end of upgrades, and that’s no small thing—just ask anyone who has to upgrade a Mediawiki install
Warning: array_search() expects parameter 2 to be array, null given in /home/umwblogs/public_html/wp-content/db.php on line 250
Luke Waltzer had the same issue on Blogs@Baruch, so I knew I was in good company And, as is always the case, Ron Rennick (the original author of the plugin) was on it. (Ron and Andrea deserve every bit of kudos they get from the WordPress community and more.) He fixed the issue in the db.php file for the plugin and noted he would update the trunk at some point. But in the interim if you have an issue getting it to work leave a comment and I’ll post the code I’m using.
What’s nice about moving to 3.5 is that we can once again use dsader’s now out-of-print 3-in-1 widget to display recent posts on the front page of UMW Blogs, which is pulling off the http://tags.umwblogs.org blog. We’ve had performance issues with this one before, so we have to watch it pretty close for load spikes.
Another issue that was just brought to my attention is that WordPress 3.5 begins the phase out of the Links Manger. I hadn’t heard about this yet—I need to read up on new releases better —so I installed and network activated Andrew Nacin’s Links Manager plugin in the interim until I figure out how this might effect folks on UWM Blogs. To be clear, if you were using Links Manger before the upgrade that functionality is still intact from what I understand, it is all new blogs that are created won’t have it as a visible option.
Other that that, UMW Blogs is once again running on the latest and greatest for the new semester. If anyone else knows of any issues we should be aware of I’d love to hear em.
For years now we’ve prided ourselves on keeping UMW Blogs outside of the single-sign-on environment using the rationale that it provides just one more layer of separation from the fears surrounding privacy, FERPA, and security. Admittedly part of this stance was born out of the technical challenge of integration, an issue that since then has been figured out pretty effectively for a variety of authentication systems. And given UMW has had Active Directory for the past three years, we could (and most likely will) take Luke Waltzer’s brilliant lead and integrate our UMW Blogs instance seamlessly thanks to Boone Gorges‘ plugin (how much do you love CUNY?).
Integrating with the UMW’s Active Directory is something I’ve been thinking more about recently given it would make certain things a hell of a lot easier. What’s more, we’re already doing this on the umw.edu installation of WordPress, and that works quite well thanks to Curtiss Grymala. So we even have the in-house expertise now, I guess I’ve just been stuck on the idea of creating a bit of a firewall between UMW Blogs and the other enterprise systems around campus, even though UMW Blogs has been an enterprise system for a couple of years now, whether or not I want to admit it. I probably would have dragged this out a bit longer, but a recent meeting I was in about the future of online learning at UMW has been helping to make the decision easy.
We have a new set of forms and policies regarding online classes that were inspired by our preparation for our current SACS review. More specifically, we have an “Online Course Authorization” form (doesn’t it sound so Brazil-like) that caught my attention because according to this form, in order for UMW to remain in “compliance with federal distance education regulations” you have to login through a centralized, campus-wide authentication system. Here is the exact verbiage from the form:
The default expectation is that online UMW courses will be offered through Canvas, the University’s enterprise learning management system. Because Canvas requires a secure UMW login and password authenticated against the University’s active directory, it fulfills the federal requirements for verification and privacy and does so at no additional costs to students.
If this course will be managed through Canvas, check this box, provide the two signatures (below), and submit the form to the Office of the Registrar. Ignore page two of this form.
IF THE INSTRUCTOR WISHES TO USE A SYSTEM OTHER THAN CANVAS FOR MANAGING THIS ONLINE COURSE, THE ALTERNATIVE APPROACH MUST BE APPROVED FIRST. Complete page two of this form, and secure all required signatures.
What else can I say? This pretty much says it all. As of right now UMW Blogs is not authenticating against our university’s active directory and hence cannot be considered one of the default spaces where online learning can happen at UMW without a litany of five or six signatures all the way up to the Chief Information Officer. I don’t know the specific federal regulations this form is referring to and I’ll have to do more research there (anyone know anything about this?), but at the same time I’m not necessarily doubting it. Given how meticulously we’ve been going about our SACS re-accreditation review I’m sure the regulations are quite plain. What gets me in all this is the idea that as a result of these regulations our LMS has become the default mechanism for designing an online course experience at UMW. This seems problematic to me given all the work we’ve done over the last seven years, and one of the reasons I am kicking myself a bit for dragging my feet on active directory authentication.
At the same time we’re lucky we don’t do too many online courses at UMW just yet, and those we are doing are being shaped and developed through a robust community of faculty in the Online Learning Initiative that are interrogating the ideas behind online learning for a liberal arts campus. Nonetheless, the idea that there is a form somewhere that says “the default expectation is that online UMW courses will be offered through Canvas” kills me. The impulse amongst universities to dictate the virtual environment in which online classes can happen will increasingly become a contested and murky reality—folks will “authenticate” through the LMS but that’s not where they’ll teach and learn.
This form is very much a hoop we are having faculty jump though as a way to square ourselves with the SACS review, which I understand but at the same time it does little or nothing to push the vision and possibilities of online learning forward institutionally. On the contrary, it makes it much more difficult for a faculty member to choose an alternative framework, a fact that could be potentially devastating to the culture of innovation in this area cultivated at UMW up and until now. For that reason alone I think it is crucial that we start seriously considering getting UMW Blogs to authenticate against active directory so that it can be yet another default option for online learning that we can offer UMW faculty with little or no hassle.
This is a test of the solutions frame for this.
This is test post that should feed into David Wiley’s edstartup Brainstorm section of his site.
The migration process from WPMu (roughly version 2.9.2) to WordPress Multisite (version 3.4.1) has been well documented already. Two sources I found useful for a straightforward tutorial for doing the migration—which I imagine everyone who is anyone has already done except for me—are here and here.
I recognize this post is probably two years too late, but I’ve recently been working on resurrecting a WPMu site that was offline for a year and a half. In the effort to get it back online I had to update it to the most recent version of Multisite which came with a few issues. I’m gonna outline those issues and how I fixed them in hopes it helps anyone else who stumbles upon this post in need of some advice.
Once I updated the old WPMu files to the latest version of WordPress the public facing site was blank because the theme was 5 years old, but I could login to the Dashboard area—which was amazing to me. What I saw once I logged into the Dashboard was the following:
You’ll notice a few things:
I fixed the theme issue by making the default theme in the wp-config file TwentyTen:
But I couldn’t figure out why the Network Admin was missing, I had put the
in wp-config, but still no go. I got on Twitter and asked around—which I think might come across badly when I impose on the proximity of the genius of @andrea_r, I do apologize—and was pointed to the fact that there’s an issue with this install not recognizing the admin as the Network admin for the multisite. Which, in turn, would explain why I couldn’t access plugins, themes, or the admin menu: It’s elementary, Watson! I’ve been out of the hacking game for far too long, I am getting soft. This was confirmed when I went to siteurl.com/wp-admin/network and got the following error:
You do not have sufficient permissions to access this page.
Anyway, a post on the forum by Andrea about this issue (
which I can’t find now, damn it) led me to the solution. She recommended the person having the issue look in the wp_sitemeta for the site_admins table. Her recommendations was along some other thread, but what I noticed were these crazy slashes cutting up the fields (as Boone suggested, it was like a bad slasher film ).
The site_admins table looked like this:
When I removed the errant slashes…
…my issues were solved. I actually had to clean up slashes that were in the Allowed Themes table as well as a few others. I have to believe that this issue is a hold over from a database issue I had on ELS Blogs when WPMu 1.2.5a to WPMu 1.3 converted text-encoding from latin to UTF-8. I had all kinds of issues with ELS Blogs in this regard, I blogged them here, and I believe this issue is probably going to be extra rare given how old school and particular this issue is—but what can you do? Old habits die hard.
This time 5 years ago we were closing down ELS Blogs, UMW’s first multi-user WordPress experiment (well actually the second if you count Lyceum), to make way for the campus-wide blogging platform that would be known as UMW Blogs. Five years ago at UMW’s DTLT were heady times, there was still a lot of promise and possibility around the ideas of open publishing through open source applications—much of which has dissipated lately. The ability to deliver an open source publishing platform for an entire campus in-house with no coding experience and even less time is a little heralded marvel of the open web.
ELS Blogs had a bunch of amazing blogs on it, with the majority of them being students of Gardner Campbell, whose vision was the reason behind the platform. In fact, part of the push to get ELS Blogs back online came after I recieved an email from one of his students asking about her blog:
I graduated from UMW in 2008. I had a blog through this site for a film class back in 2007 and for years have not been able to login to it but I have been able to view it. Recently I was searching for it, to possibly have one of my posts published, and I can’t seem to find it anywhere….
The name of my article was Fast, Cheap and in Control?
Please let me know if there is anyway to recover this! I really hope to get the piece published. Thank you very much!
What was lost is now found! This isn’t the first email I’ve gotten like this, in fact I get many like it, but usually it is to export their work. This was a rare occasion in that the post was, indeed, offline. The issue was that ELS Blogs was offline for a year and a half (since December 2010) because of deeply annoying Bluehost issues—they started limiting the number and size of database tables threatening to suspend your account if you went over. (As an aside, I am very glad to note DTLT will very shortly be free of supporting any and all Bluehost accounts for departments.) We pride ourselves with archiving everything, and even back in 2007 we pushed students to take ownership of their work—but it’s only now that we can transform that ethos until a full blown pilot project in the form of A Domain of One’s Own.
Fact is, the Domain of One’s Own project has allowed us to archive so much of the work we’ve done in DTLT since 2004-2005. We’re moving all of the domains and webhosting accounts we had strewn all over campus to our own MediaTemple server and reclaiming and cleaning up a ton of work—and saving some money as well. All the while we’re archiving old, one-off WordPress blogs to UMW Blogs and mapping the domains where appropriate (but more on this process in another post). In many ways A Domain of One’s Own is born out of an extremely fertile seven year period of experimentation that has gradually become more centralized and scalable. The Domain of One’s Own pilot helps us manage that reality while at the same time opening up an entirely new period of experimentation at UMW. I feel like UMW is moving from one moment of experimentation to another, and it is doing it cleanly with an archive to show for it.
Finally, let me add that none of this could have been possible without Tim Owens’ undying dedication and genius to making the conception that was A Domain of One’s Own into a hard and fast reality. He has been a godsend for DTLT specifically, and UMW more generally. Tim is nothing short of amazing, I challenge you to show me one better!