<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>[ LABORATORY NOTES ] &#187; Proprietary Software</title>
	<atom:link href="http://blog.madsciencedept.com/category/proprietary-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.madsciencedept.com</link>
	<description>Blogging from the Mad Science Department. Very little singing.</description>
	<lastBuildDate>Thu, 27 May 2010 15:19:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>When &#8220;bleeding edge&#8221; stops the bleeding</title>
		<link>http://blog.madsciencedept.com/2009/09/when-bleeding-edge-stops-the-bleeding/</link>
		<comments>http://blog.madsciencedept.com/2009/09/when-bleeding-edge-stops-the-bleeding/#comments</comments>
		<pubDate>Sat, 05 Sep 2009 16:07:26 +0000</pubDate>
		<dc:creator>Catherine</dc:creator>
				<category><![CDATA[Open Source Software]]></category>
		<category><![CDATA[Proprietary Software]]></category>
		<category><![CDATA[Mad Science]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[upgrading]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://blog.madsciencedept.com/?p=44</guid>
		<description><![CDATA[I&#8217;m the first to admit that I can be a bit lazy when it comes to minor upgrades on packages. In fact, sometimes I intentionally wait, as new &#8220;features&#8221; often mean new bugs, and I prefer to see those bugs all shook out before I update my projects. But security updates, now that&#8217;s another story.
Which [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m the first to admit that I can be a bit lazy when it comes to minor upgrades on packages. In fact, sometimes I intentionally wait, as new &#8220;features&#8221; often mean new bugs, and I prefer to see those bugs all shook out before I update my projects. But <strong>security updates</strong>, now that&#8217;s another story.</p>
<p>Which is why I freaked out a little when I received <a title="thanks George, for keeping me aware!" href="http://socialgumbo.com/2009/09/05/wordpress-attack-upgrade-now/" target="_blank">this message</a> in my Facebook stream. Then I followed through to some of hte other posts on the subject and realized that this was the self-same bug that had been identified Auguest 12 and patched with Wordpress version 2.8.4.</p>
<p>We Mad Scientists are a competitive bunch. We don&#8217;t like other Mad Scientists hacking into our stuff and messing with it, so as a rule, we apply security patches as soon as we are aware of them! If you or your agency is a maintained client of Mad Science Department, you probably have little to worry about. If you do see a &#8220;security upgrade&#8221; warning in your admin panel, it&#8217;s probably a good idea to let us know, but nine times out of ten, we&#8217;re already upgrading all the installations we maintain.</p>
<p>This kind of attack brings up other issues as well. It&#8217;s important to make sure that you are backing up your databases and file system regularly, so that you don&#8217;t lose too much in the event of a successful attack. Your host may even provide tools to automate this on a cPanel. If you are a user (not a developer) handling your own Wordpress installation, be vigilant and make sure you update as needed! Those warnings and messages in the backend are there for a reason! If you have a developer helping you, they&#8217;ll know the difference between feature updates (nice to have, but sometimes buggy) and critical security updates. Don&#8217;t be afraid to ask how necessary a given update is!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.madsciencedept.com/2009/09/when-bleeding-edge-stops-the-bleeding/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Designer vs. Developer</title>
		<link>http://blog.madsciencedept.com/2009/07/designer-vs-developer/</link>
		<comments>http://blog.madsciencedept.com/2009/07/designer-vs-developer/#comments</comments>
		<pubDate>Wed, 22 Jul 2009 16:42:00 +0000</pubDate>
		<dc:creator>Catherine</dc:creator>
				<category><![CDATA[Proprietary Software]]></category>
		<category><![CDATA[Flash ActionScript2 ActionScript3 design]]></category>

		<guid isPermaLink="false">http://blog.madsciencedept.com/?p=37</guid>
		<description><![CDATA[Recently, I&#8217;ve been handling some Flash (ad) projects done in ActionScript2. I have to admit that while our shop spec is for ActionScript3, my personal practice in it is wanting.
However, when handling an error apparently caused by a bad mc.getURL() request, I found myself wanting AS3. Strict coding and class structures prevent these kinds of [...]]]></description>
			<content:encoded><![CDATA[<p>Recently, I&#8217;ve been handling some Flash (ad) projects done in ActionScript2. I have to admit that while our shop spec is for ActionScript3, my personal practice in it is wanting.</p>
<p>However, when handling an error apparently caused by a bad mc.getURL() request, I found myself wanting AS3. Strict coding and class structures prevent these kinds of errors, throwing exceptions if they occur. While I was trying to figure out why this error is occurring (seems only to happen with the DoubleClick system, on my local tests, everything works fine) I searched for information about the proper form for the request, and found <a title="getURL in AS3" href="http://scriptplayground.com/tutorials/as/getURL-in-Actionscript-3/" target="_blank">an article </a>with information about the AS3 call. One response to the article, dripping with sarcasm, caught my eye:</p>
<blockquote><p>I like how it went from a simple code to a huge retared[sic] paragraph of programing&#8230;</p>
<p>Nice job Adobe!</p></blockquote>
<p>Now, the designer in me (yes, I hold a degree in Graphic Design. I use it more than I care to admit, even though I spend most of my day looking at a <a title="I see redhead...brunette...blond..." href="http://i.d.com.com/i/dl/media/dlimage/16/09/06/160906_large.jpeg" target="_blank">screen reminiscent of the Matrix</a>.) would have agreed. Neat, simple code behind my flash, that&#8217;s what I want. Not a big old try&#8230;catch block with exceptions! But the developer in me sees the wisdom here. If this ad had been done in AS3, I&#8217;d have a clear explanation of what was going wrong long before I sent it off to the publisher.</p>
<p>Generally speaking, newer specs are improvements, even if they do mean longer code and *gasp* more learning! (Okay, the whole <a title="Tell us, Zeldman, what do you really think?" href="http://www.zeldman.com/2009/07/16/html-5-is-a-mess-now-what/" target="_blank">XHTML/HMTL5</a> debate will have to wait for another day. There are exceptions to every good rule!)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.madsciencedept.com/2009/07/designer-vs-developer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
