<?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>HighEdWebTech &#187; Hosting</title>
	<atom:link href="http://highedwebtech.com/category/hosting/feed/" rel="self" type="application/rss+xml" />
	<link>http://highedwebtech.com</link>
	<description>Higher Ed Web Development</description>
	<lastBuildDate>Sat, 12 May 2012 17:53:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>Sending Large Files Doesn&#8217;t Have to Be Hard, Right?</title>
		<link>http://highedwebtech.com/2010/04/27/sending-large-files-doesnt-have-to-be-hard-right/</link>
		<comments>http://highedwebtech.com/2010/04/27/sending-large-files-doesnt-have-to-be-hard-right/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 15:30:00 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[Cloud]]></category>
		<category><![CDATA[Hosting]]></category>
		<category><![CDATA[Drop.io]]></category>
		<category><![CDATA[Dropbox]]></category>

		<guid isPermaLink="false">http://highedwebtech.com/?p=1375</guid>
		<description><![CDATA[I was reminded today of a scene from Reservoir Dogs, early in the movie, when the group of guys are sitting around the table and Steve Buscemi starts into his tipping rant. During it, he opines: &#8220;The words &#8216;too busy&#8217; &#8230; <a href="http://highedwebtech.com/2010/04/27/sending-large-files-doesnt-have-to-be-hard-right/">Continued</a>]]></description>
			<content:encoded><![CDATA[<p>I was reminded today of a scene from Reservoir Dogs, early in the movie, when the group of guys are sitting around the table and Steve Buscemi starts into his <a href="http://www.youtube.com/watch?v=gLV4OxzDKwI&#038;feature=related">tipping rant</a>. During it, he opines:</p>
<blockquote><p>&#8220;The words &#8216;too busy&#8217; shouldn&#8217;t be in a waitresses vocabulary.&#8221; </p></blockquote>
<p>This isn&#8217;t a post about that, but I thought of it when I was told today on two separate occasions that the files I was sending were too big. We&#8217;re talking 7 MB files, not gigs and gigs of video. 7 MB. </p>
<p><strong>The words &#8216;the file is too big&#8217; should not be in anyone&#8217;s vocabulary. </strong></p>
<p>Are you running into problems because of your archaic email system can&#8217;t handle files over 1mb? Stuck in a world of 100mb email quotas? Fondly remember the days of Sneakernet?</p>
<p>Here are a few tools to help you.</p>
<p><strong>Amazon S3</strong></p>
<p>I know you&#8217;re stunned that I&#8217;d bring up S3, but seriously, it has unlimited storage, public availability and is super low cost. Need to use S3? There are a ton of tools, such as <a href="http://www.s3fox.net/">S3Fox</a>, <a href="http://www.panic.com/transmit/">Transmit</a>, and <a href="http://cloudberrylab.com/?page=cloudberry-explorer-amazon-s3">CloudBerry</a>. </p>
<p>I&#8217;ve put up presentation materials on S3 to allow people to download them. It&#8217;s great because I don&#8217;t have to worry about storage or bandwidth or email bounces, and it costs me literally pennies to serve. No brainer. </p>
<p><img src="http://media.highedwebtech.com/wp-content/uploads/2010/04/dropio.png" style="float:right;padding:10px;" alt="Dropio" /></p>
<p><strong>Drop.Io</strong></p>
<p><a href="http://drop.io/">Drop.io</a> lets you, for free, host any type of file up to 100 MB. You can create a drop and let people download, upload, share and more. You can send files right to your drop via a custom email address, or call a number and save voice messages. It&#8217;s a neat system &#8211; and if you need more collaboration, there are paid plans that offer more storage space and features. </p>
<p><strong>DropBox</strong></p>
<p>If you&#8217;re like me, and find yourself either emailing yourself files or putting them on a flash drive to take home at the end of the day, then <a href="https://www.dropbox.com/referrals/NTIyNTgxNjk5">Dropbox</a> is for you.  It allows you to sync a folder between any number of computers (and your mobile devices) as well as a web interface. Users get 2GB of storage for free, with paid plans adding more space. I&#8217;m a huge fan. </p>
<p>What&#8217;s neat about DropBox is that there&#8217;s also a public folder, where you can make some of your files accessible via URL. <a href="http://dl.dropbox.com/u/2258169/DSC_0151.JPG">Here&#8217;s an example picture</a> of some nachos I took. Don&#8217;t those look good? DropBox totally served that yummy pic to you. </p>
<hr width="50%" />
<p>In the end, there are many ways, including the ones above and others like YouSentIt that make problems of sending out large files largely a problem of the past. </p>
<p><img src="http://www.smartmodernart.com/image-files/reservoir_dogs2.jpg" alt="Dogs" /></p>
]]></content:encoded>
			<wfw:commentRss>http://highedwebtech.com/2010/04/27/sending-large-files-doesnt-have-to-be-hard-right/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>To WWW or Not To WWW</title>
		<link>http://highedwebtech.com/2008/08/13/to-www-or-not-to-www/</link>
		<comments>http://highedwebtech.com/2008/08/13/to-www-or-not-to-www/#comments</comments>
		<pubDate>Thu, 14 Aug 2008 02:14:15 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[Hosting]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[apache configuration]]></category>
		<category><![CDATA[httpd]]></category>
		<category><![CDATA[httpd.conf]]></category>
		<category><![CDATA[virtual host]]></category>

		<guid isPermaLink="false">http://highedwebtech.com/?p=124</guid>
		<description><![CDATA[Quick check &#8211; does your institution have this virtual host: http://www.yourschool.edu? Raise your hands. Of course, right? Now, do you also have this virtual host set up: http://yourschool.edu. I see some hands, but not all. Those of you don&#8217;t have &#8230; <a href="http://highedwebtech.com/2008/08/13/to-www-or-not-to-www/">Continued</a>]]></description>
			<content:encoded><![CDATA[<p><a href="http://flickr.com/photos/88175345@N00/137399998" title="SysCall in Apache httpd"><img style="float:right;padding:5px;" src="http://farm1.static.flickr.com/53/137399998_0446b796e1_t.jpg" /></a> Quick check &#8211; does your institution have this virtual host: http://www.yourschool.edu? Raise your hands. Of course, right?</p>
<p>Now, do you also have this virtual host set up: http://yourschool.edu. I see some hands, but not all.</p>
<p>Those of you don&#8217;t have your no-www virtual host set up, please do it now. Nothing&#8217;s more annoying then quickly typing in an institution&#8217;s address and getting nothing, or worse an error message from the browser. This configuration change should take you or your systems about 30 seconds to complete.</p>
<p>Your users will thank you. I will thank you as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://highedwebtech.com/2008/08/13/to-www-or-not-to-www/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>5 Reasons to Keep Your Hosting On-Campus</title>
		<link>http://highedwebtech.com/2008/05/19/5-reasons-to-keep-your-hosting-on-campus/</link>
		<comments>http://highedwebtech.com/2008/05/19/5-reasons-to-keep-your-hosting-on-campus/#comments</comments>
		<pubDate>Mon, 19 May 2008 13:00:11 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[Hosting]]></category>
		<category><![CDATA[web hosting]]></category>

		<guid isPermaLink="false">http://highedwebtech.com/?p=54</guid>
		<description><![CDATA[Here&#8217;s part two of the hosting series looking at whether you should move your website hosting off-campus or leave it on-campus. In this edition, we&#8217;ll look at reasons to leave your hosting on campus. 1. Security Your campus network may &#8230; <a href="http://highedwebtech.com/2008/05/19/5-reasons-to-keep-your-hosting-on-campus/">Continued</a>]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s part two of the hosting series looking at whether you should move your website hosting off-campus or leave it on-campus.</p>
<p>In this edition, we&#8217;ll look at reasons to leave your hosting on campus.</p>
<p><strong>1. Security</strong><br />
Your campus network may have more safeguards in place then a hosting company when it comes to firewalls, network monitoring, filtering, etc. Most hosting companies I&#8217;m sure keep a very close on eye on these types of things, but if you are nervous about access to your data, keep it on-campus. However, if you machine is compromised, hosting on-campus may give intruders access to other devices on your network. If someone 0wnz your hosting account, the attack should not affect other campus systems.</p>
<p><strong>2. Location, Location, Location</strong><br />
As they say in real estate, sometimes the best feature about a house is the location. Sometimes it&#8217;s nice to be able to walk down the hall or across campus to get at your server. You may need to change a backup tape or run a quick software update. Depending on your IT setup, you may not have access to your server directly.</p>
<p><strong>3. Baby got back(up)</strong><br />
At least at my school, every night a backup is made of my server to tape, and several tapes are kept on a rotation. Hosting companies backup data (make sure they do!), but restoring that backup may be time-intensive and cost money. It may behoove you to have a hot spare, either a server or data set somewhere you can get at easily. I&#8217;ve started keeping a gzipped tarball at S3. You can never be too sure.</p>
<p><strong>4. Bandwidth</strong><br />
Bandwidth is at a premium on many campuses. By moving your site off-campus, you reduce the amount of traffic coming in and going out, but you&#8217;ve got to be aware that you may see an increase in bandwidth usage as your campus community must now leave the borders of your network to get to your site. One answer may be keeping your intranet internal and your public-facing site off-campus.</p>
<p><strong>5. ..and the law won</strong><br />
At the end of the day, your administration may just say no. Sadly, that&#8217;s the way things go sometimes. If you&#8217;re really adamant about moving your site, gather up some additional data and take it back for approval.</p>
]]></content:encoded>
			<wfw:commentRss>http://highedwebtech.com/2008/05/19/5-reasons-to-keep-your-hosting-on-campus/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>5 reasons to move your hosting off-campus</title>
		<link>http://highedwebtech.com/2008/05/14/5-reasons-to-host-off-campus/</link>
		<comments>http://highedwebtech.com/2008/05/14/5-reasons-to-host-off-campus/#comments</comments>
		<pubDate>Wed, 14 May 2008 18:39:08 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[Emergency]]></category>
		<category><![CDATA[Hosting]]></category>

		<guid isPermaLink="false">http://highedwebtech.com/?p=53</guid>
		<description><![CDATA[For many of you out there, this past weekend was your commencement ceremony (or ceremonies, depending on your school&#8217;s size). Ours was sadly inside due to inclement weather, and it was the last for our current president, who is not &#8230; <a href="http://highedwebtech.com/2008/05/14/5-reasons-to-host-off-campus/">Continued</a>]]></description>
			<content:encoded><![CDATA[<p>For many of you out there, this past weekend was your commencement ceremony (or ceremonies, depending on your school&#8217;s size). Ours was sadly inside due to inclement weather, and it was the last for our current president, who is not exactly retiring but moving on to be closer to family. He&#8217;s has done great things here during the last twelve years, and he&#8217;ll be missed.</p>
<div style="float:right;padding:5px;"><a href="http://flickr.com/photos/digitalslurp/208731724/"><img src='http://farm1.static.flickr.com/62/208731724_7bd1fa539d_m.jpg' alt='http://flickr.com/photos/digitalslurp/208731724/' style="border:0px;" /></a><br />Photo by Digital:Slurp</div>
<p>This week, I started a list of stuff to do this summer. It&#8217;s a great time to tackle some larger projects, and of the largest I&#8217;m looking at is deciding where to host my school&#8217;s website. The service agreements run out on my on-campus hosted hardware this month, so I&#8217;ve got to decide if I shell out big bucks for new servers or move the website off-site.</p>
<p>I&#8217;ve been thinking of a few reasons to move the site off-campus. In a future post, I&#8217;ll also detail five reasons to leave your web server on-campus.</p>
<p>So, why move your hosting off-campus?</p>
<p><strong>1. 24/7/365 Support</strong><br />
We&#8217;re a small school with a limited team to manage our server farm. Sometimes I need to call someone at 3 in the morning and have them at the machine ready to fix the issue. I&#8217;m not diminishing the knowledge or dedication of our IT staff, they do amazing stuff, but off-hours support is a challenge.</p>
<p><strong>2. Emergency Response and Availability</strong><br />
Having your site prepared for an emergency is a big topic right now. If an emergency happens on your campus, having your site off-site may be beneficial for a few reasons. First, you are taking the crush of traffic off your campus and onto your web host. Second, if your network is affected by a weather emergency, the website can still be used as an information resource, especially if you have a setup like one that uses a third-party tool, like <a href="http://highedwebtech.com/2008/04/24/jott-the-next-killer-higher-ed-web-app/">Jott</a>.</p>
<p><strong>3. Reduction in bandwidth usage on campus</strong><br />
Our site serves a lot of traffic. I&#8217;ve been slowing migrating content to S3, but there&#8217;s still a lot of traffic going out over our pipes. Moving the site would reduce the load a bit, though I&#8217;ll talk about a potential downside to this in the next post.</p>
<p><strong>4. Dolla Dolla Bill Y&#8217;all</strong><br />
Hosting off-site can also make economic sense. If you are buying, say, two servers and associated maintenance plans, this can easily cost over $10,000, and that&#8217;s before you start adding in software costs, backup costs and more. By hosting off-site, you are letting your hosting company worry about the infrastructure and you are spreading the cost of hosting over several years.</p>
<p><strong>5. The kids grow so up so fast</strong><br />
For some institutions, adding server power is as easy as turning on a new server, tweaking the load balancer and you&#8217;re good to go. For a small institution like mine, this is much harder to do. Hosting off site allows you to grow and add capacity at lower cost. Doing so on-campus would incur additional cost and time. There are several hosts now, like <a href="http://www.mosso.com/">Mosso</a>, that will scale your site on the fly to handle the load during emergencies, Diggs, etc.</p>
]]></content:encoded>
			<wfw:commentRss>http://highedwebtech.com/2008/05/14/5-reasons-to-host-off-campus/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

