<?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>SoftLayer Blog &#187; REST</title>
	<atom:link href="http://blog.softlayer.com/tag/rest/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.softlayer.com</link>
	<description>A Behind the Scenes Look at the Best Hosting Provider in the World</description>
	<lastBuildDate>Wed, 15 May 2013 15:33:34 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
		<item>
		<title>Modern Website Design: Layout</title>
		<link>http://blog.softlayer.com/2011/modern-website-design-layout/</link>
		<comments>http://blog.softlayer.com/2011/modern-website-design-layout/#comments</comments>
		<pubDate>Tue, 28 Jun 2011 13:40:06 +0000</pubDate>
		<dc:creator>Kevin Trachier</dc:creator>
				<category><![CDATA[SoftLayer]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Tips and Tricks]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[coding]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[efficiency]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[JavaScript]]></category>
		<category><![CDATA[JSON]]></category>
		<category><![CDATA[layout]]></category>
		<category><![CDATA[recommendation]]></category>
		<category><![CDATA[REST]]></category>
		<category><![CDATA[scripting]]></category>
		<category><![CDATA[website]]></category>

		<guid isPermaLink="false">http://blog.softlayer.com/2011/</guid>
		<description><![CDATA[There have been many books written about website design, and I am not about to take on the challenge of disputing any of them or trying to explain every facet of design. In this short blog, I want to explain what I have come to understand as the modern layout of websites. The term &#8220;layout&#8221; [...]]]></description>
			<content:encoded><![CDATA[<p>There have been many books written about website design, and I am not about to take on the challenge of disputing any of them or trying to explain every facet of design. In this short blog, I want to explain what I have come to understand as the modern layout of websites. The term &#8220;layout&#8221; may have many different definitions, but for this article I am talking about the basic structure of your website, meaning <a href="http://en.wikipedia.org/wiki/Separation_of_concerns">separation of concerns</a>, data transfer from host to client, how to handle changes in data, and when to change your page structure.</p>
<h3>Separation of Concerns</h3>
<p>It is important when sitting down for the first time to build a website to come up with an outline. Start by making a list of the parts of your website and the functions of those parts. I always start at the base of my web structure and work from there. HTML is always the foundation of a website; it defines the structure and outlines how you will display your data &ndash; plain and simple. It doesn&#8217;t have to include data or styles, nor does it need to be dynamic &#8230; At its essence, it&#8217;s a static file that browsers can cache. </p>
<p>Client-side scripting languages like JavaScript will take care of client-side animations and data dispersal, while cascading style sheets (CSS) take care of style and presentation, and server-side scripting languages like <a href="http://en.wikipedia.org/wiki/PHP">PHP</a> or <a href="http://en.wikipedia.org/wiki/Perl">Perl</a> can take care of data retrieval and formatting.</p>
<h3>Data Transfer</h3>
<p>Where is your data going to come from, and what format it will be in when the client receives it? Try to use a data format that is the most compatible with your scripting languages. I use JavaScript as my primary client side scripting program, so I try to use <a href="http://www.json.org/">JSON</a> as my data format, but that&#8217;s not always possible when dealing with APIs and transferring data from remote computers. JSON is quickly becoming a standard data format, but <a href="http://en.wikipedia.org/wiki/XML">XML</a>* is the most widely accepted format.</p>
<p>I prefer to use <a href="http://blog.softlayer.com/2011/api-basics-rest/">REST APIs</a> as much as possible, because they sends the information directly on the client, rather than using the server as a proxy. However, if a REST API is not available or if there is a security risk involved, you get the advantage of being able to format the data on the server before pushing it to the client. Try to parse and format data as little as possible on the client side of things, the client should be concerned with placing data.</p>
<h3>Changes in Data</h3>
<p>In the past, websites were made from multiple HTML documents, each one containing different data. The structure of the pages were the same though, so the data changed, but the code was nearly identical. Later, using server side scripting programs, websites became more dynamic, displaying different data based on variables passed in the URL. Now, using AJAX or <a href="http://blog.softlayer.com/2011/ajax-without-xml-http-requests/">script injection</a>, we can load new data into a static webpage without reloading. This means less redundant code, less load on the client, and better overall performance.</p>
<h3>Page Structure</h3>
<p>It is important when displaying data to understand when to change the structure of the page. I start by creating a structure for my home page &#8211; it needs to be very open and unrestricting so I can add pictures and text to build the site. Once the overall loose structure is established, I create a structure for displaying products (this will be more restrictive, containing tables and ordering tools). The idea is to have as few HTML structures as possible, but if you find that your data doesn&#8217;t fit or if you spend a lot of time positioning your data, then it might be time to create a new structure.</p>
<h3>The Impact of a Modern Layout</h3>
<p>Following these steps will lead to quicker, more efficient websites. This is (of course) not a new subject, and further understanding of web layout can be found in Model-View-Controller frameworks. If you find that you spend too much time writing code to interface with databases or place data, then frameworks are for you.</p>
<p>-Kevin</p>
<p>*If you have to deal with XML, make sure to include JavaScript libraries that make it easier to parse, like <a href="http://jquery.com/">JQuery</a>. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.softlayer.com/2011/modern-website-design-layout/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>API Basics: REST API &#8211; &#8220;Hello World&#8221;</title>
		<link>http://blog.softlayer.com/2011/api-basics-rest-api-hello-world/</link>
		<comments>http://blog.softlayer.com/2011/api-basics-rest-api-hello-world/#comments</comments>
		<pubDate>Tue, 01 Mar 2011 15:30:11 +0000</pubDate>
		<dc:creator>Kevin Trachier</dc:creator>
				<category><![CDATA[SoftLayer]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Tips and Tricks]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[coding]]></category>
		<category><![CDATA[developers]]></category>
		<category><![CDATA[JSON]]></category>
		<category><![CDATA[method]]></category>
		<category><![CDATA[REST]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[service]]></category>
		<category><![CDATA[tutorial]]></category>

		<guid isPermaLink="false">http://blog.softlayer.com/2011/</guid>
		<description><![CDATA[Learning SoftLayer&#8217;s API When I first started to look at SoftLayer&#8217;s API, I favored the SOAP programming interface because I liked the strictly formatted XML responses, the good separation of concerns (using the server as proxy for data retrieval) and the increased security. All of these are great reasons to use the SOAP interface, but [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Learning SoftLayer&#8217;s API</strong><br />
When I first started to look at SoftLayer&#8217;s API, I favored the <a href="http://blog.softlayer.com/2011/api-basics-what-is-soap/">SOAP programming interface</a> because I liked the strictly formatted XML responses, the good separation of concerns (using the server as proxy for data retrieval) and the increased security. All of these are great reasons to use the SOAP interface, but once I saw how easy and direct the <a href="http://blog.softlayer.com/2011/api-basics-rest/">REST</a> interface is, I decided that I would use it as my cornerstone for learning the SoftLayer API.</p>
<p><strong>REST API</strong><br />
Although the REST software archetype is a difficult concept to explain, its practice has become natural to those of us who use the internet daily. Imagine that the information that you want to know is saved as a web page somewhere and all you have to do is type in the URL, it will prompt you for a username and password, and you will see the information that you requested.</p>
<p><strong>Authentication</strong><br />
Before making a request you will need to find your API authentication token. To do this, log into your customer account and click API under the Support tab. Click the &#8220;Manage API Access&#8221; link. At the bottom of the next page you will see a drop-down menu that says &#8220;Select a User&#8221; and above it a tag that says &#8220;Generate a new API access key.&#8221; Select a user and click the &#8220;Generate API Key&#8221; button. You will see your username and the generated API key for that user. Copy this API key, as you&#8217;ll need it to send commands SoftLayer&#8217;s API.</p>
<p><strong>&#8220;Hello World&#8221;</strong><br />
Unfortunately, there is no specific &#8220;Hello World&#8221; command in SoftLayer&#8217;s API, but there are some commands that are very simple and don&#8217;t require any variables, like the <code>getObject()</code> method. APIs are like component libraries, split into web services and methods of that service. The <a href="http://sldn.softlayer.com/wiki/index.php/Category:API_Services">SLDN</a> has a full list of SoftLayer&#8217;s web services to choose from. I am going to use the <code>getObject()</code> method from the <code>SoftLayer_Account</code> service in this example:</p>
<p style="margin-bottom:0;"><a href="https://api.softlayer.com/rest/v3/SoftLayer_Account.xml">https://api.softlayer.com/rest/v3/SoftLayer_Account.xml</a></p>
<ul style="margin-top:0;">
<li>You will be prompted for your username and API access key</li>
<li>XML data type output</li>
</ul>
<p style="margin-bottom:0;"><a href="https://USERNAME:PASSWORD@api.softlayer.com/rest/v3/SoftLayer_Account.json">https://USERNAME:PASSWORD@api.softlayer.com/rest/v3/SoftLayer_Account.json</a></p>
<ul style="margin-top:0;">
<li>Automatic authentication</li>
<li>JSON data type output</li>
</ul>
<p><strong>The Request</strong><br />
Here is the basic REST request structure:</p>
<div style="width: 650px; height: auto; overflow:auto; border: 1px solid black;">
<pre><code>https://<u><em>username</em></u>:<u><em>API key</em></u>@api.service.softlayer.com/rest/v3/<u><em>serviceName</em></u>/<u><em>InitializationParameter</em></u>.<u><em>returnDatatype</em></u></code></pre>
</div>
<ul>
<li>All requests are sent via secure transfer (https://)</li>
<li>Listing your <code>username</code> and <code>API key</code> before the URL allows for automatic HTTP authentication</li>
<li><code>Service</code> and <code>serviceName</code> both refer to the web service you are trying to access</li>
<li><code>InitializationParameter</code> is only used if the method you are calling requires an initialization Parameter</li>
<li>SoftLayer&#8217;s REST API can respond with either JSON or XML data types; replace <code>returnDatatype</code> with the type you would like to receive.</li>
</ul>
<p><strong>The Data</strong><br />
Looking at the first link above, your browser should be able to output the response data in XML format, showing information about your account. More information about the format of the data can be found <a href="http://sldn.softlayer.com/wiki/index.php/SoftLayer_Account_%28type%29">on the SLDN wiki</a>.</p>
<p><strong>REST Basics</strong><br />
When you start integrating this into a website you will want to get/make a function or library to handle advanced requests and to properly receive and disperse the response; I recommend using JQuery. This is the most basic example of a function call for SoftLayer&#8217;s API, I hope that it will help you get a feel for the information that you will need to pass to our server and the kind of response that you will receive.</p>
<p>-Kevin</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.softlayer.com/2011/api-basics-rest-api-hello-world/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>API Basics: REST</title>
		<link>http://blog.softlayer.com/2011/api-basics-rest/</link>
		<comments>http://blog.softlayer.com/2011/api-basics-rest/#comments</comments>
		<pubDate>Thu, 17 Feb 2011 14:55:37 +0000</pubDate>
		<dc:creator>Kevin Trachier</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[SoftLayer]]></category>
		<category><![CDATA[Tips and Tricks]]></category>
		<category><![CDATA[AJAX]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[coding]]></category>
		<category><![CDATA[JSONP]]></category>
		<category><![CDATA[REST]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blog.softlayer.com/2011/</guid>
		<description><![CDATA[What is REST? &#8220;Representational State Transfer,&#8221; or REST, is a style of software architecture designed to relate different types of hypermedia to each other for distribution. The basic concept of REST is that a client application can request information from a server in the form of a representation of a resource without actually downloading an [...]]]></description>
			<content:encoded><![CDATA[<p><strong>What is REST?</strong><br />
&#8220;Representational State Transfer,&#8221; or REST, is a style of software architecture designed to relate different types of hypermedia to each other for distribution. The basic concept of REST is that a client application can request information from a server in the form of a representation of a resource without actually downloading an entirely new resource. This is how the World Wide Web works.</p>
<p><strong>The World Wide Web</strong><br />
A browser is a client side application which requests information from a server; the server then accepts the request and transfers data back to the browser. The data transferred is not an application; it simply gives instructions to the client-side application (the browser), which then uses those instructions to properly display some information. Downloading information from a server changes the <a href="http://en.wikipedia.org/wiki/State_%28computer_science%29">application state</a> of the browser. The result of that change in state is a new website, which is therefore named the new state, so when new websites are downloaded by a browser, it is transferring representational data for a new application state.</p>
<p><strong>How does REST relate to SoftLayer&#8217;s API?</strong><br />
<a href="http://sldn.softlayer.com/wiki/index.php/The_SoftLayer_API">SoftLayer&#8217;s API</a> has many different avenues for implementation; one of these avenues is simple data transfer using the <a href="http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol#Request_methods">GET</a> method in <a href="http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol">HTTP</a>. <a href="http://en.wikipedia.org/wiki/Hyperlinks">Hyperlinks</a> are one of the most basic examples of REST in action. When the user clicks on the hyperlink it requests information from the server and responds by transferring back representational data, in this case the data is expressed as either <a href="http://en.wikipedia.org/wiki/XML">XML</a> or <a href="http://en.wikipedia.org/wiki/JSON">JSON</a>.</p>
<p><strong>What are the disadvantages of using a REST API?</strong><br />
REST requests must contain all information, including authentication, within the <a href="http://en.wikipedia.org/wiki/Uniform_Resource_Locator">URL</a>. This can lead to security threats somewhere down the line. Luckily, SoftLayer allows you to add any number of users to your account, and then restrict their access to specific servers/services. This way your customers can utilize SoftLayer&#8217;s API without a security risk to you or each other. They can even create their own users and further restrict access.</p>
<p><strong>What are the advantages of using SoftLayer&#8217;s REST API?</strong><br />
Direct client to server communication is the biggest advantage of using REST. The other protocols that SoftLayer uses to communicate data to the API require server-side scripting; this means that you will have to program your websites to use the host server as a proxy for calling SoftLayer functions. With REST you can directly link to the information that you want to display, using <a href="http://en.wikipedia.org/wiki/XLST">XLST</a> or <a href="http://en.wikipedia.org/wiki/JavaScript">JavaScript</a> to display it. You can also use <a href="http://en.wikipedia.org/wiki/Ajax">AJAX</a> with <a href="http://en.wikipedia.org/wiki/JSON#JSONP">JSONP</a> or <a href="http://blog.softlayer.com/2011/ajax-without-xml-http-requests/">script injection</a> to dynamically update your webpage.</p>
<p><strong>REST</strong><br />
The REST archetype is the most natural API for HTTP. This sets it above others in that there are no secondary programs needed to interact with HTTP (like <a href="http://blog.softlayer.com/2011/api-basics-what-is-soap/">SOAP</a>), which means less computing time and better performance. REST APIs also don&#8217;t need to use a proxy server for remote procedure calls. This decreases server load and bandwidth usage and further increases website performance. SoftLayer&#8217;s REST API is easy to implement, and with SoftLayer&#8217;s tiered user system its security flaws can be eliminated. This is why I prefer SoftLayer&#8217;s REST API over the others.</p>
<p>Basic REST function calls are detailed in the SoftLayer Development Network (SLDN) <a href="http://sldn.softlayer.com/wiki/index.php/REST#REST_URLs">here</a>.</p>
<p>-Kevin</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.softlayer.com/2011/api-basics-rest/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
