Iguana Bites

This tickles my brain

You could say CoffeeScript goes hand in hand with Ruby on Rails development. Here is a quick and nice syntax intro to CoffeeScript.

RubySource | CoffeeScript: A New Way of Looking at ThingsRubySource:

CoffeeScript allows human programmers to write code in an easily understandable form. The compiler then translates the code into JavaScript. The code is compiled and then run as a JavaScript application.

If you are looking for a way to scrape data off of websites that do not have an API, here is a simple how-to video for it.

Data Scraping And More With Ruby, Nokogiri, Sinatra And Heroku – Hunter Powers:

Data scraping is the process of extracting data from output that was originally intended for humans. A web page is an example of output originally intended for humans in contrast to an API intended for use by other programs.

Nokogiri is a Ruby Gem that extracts data from web pages using CSS selectors. Additionally, it provides methods to help parse (make sense of) the results. The use of CSS selectors allows you to easily target the data you wish to extract from a URL.

This is exactly why I am moving away from GoDaddy and PHP.

Coding Horror: The PHP Singularity:

I can’t even say what’s wrong with PHP, because – okay. Imagine you have uh, a toolbox. A set of tools. Looks okay, standard stuff in there.

You pull out a screwdriver, and you see it’s one of those weird tri-headed things. Okay, well, that’s not very useful to you, but you guess it comes in handy sometimes.

You pull out the hammer, but to your dismay, it has the claw part on both sides. Still serviceable though, I mean, you can hit nails with the middle of the head holding it sideways.

You pull out the pliers, but they don’t have those serrated surfaces; it’s flat and smooth. That’s less useful, but it still turns bolts well enough, so whatever.

And on you go. Everything in the box is kind of weird and quirky, but maybe not enough to make it completely worthless. And there’s no clear problem with the set as a whole; it still has all the tools.

Now imagine you meet millions of carpenters using this toolbox who tell you “well hey what’s the problem with these tools? They’re all I’ve ever used and they work fine!” And the carpenters show you the houses they’ve built, where every room is a pentagon and the roof is upside-down. And you knock on the front door and it just collapses inwards and they all yell at you for breaking their door.

That’s what’s wrong with PHP.

It is important to know how a webpage would load on another person’s computer, especially when it involves AJAX and page scripting. It may work properly and load as fast as it is, this is not the case on another machine with another configuration. Therefore, it is essential to be able to simulate network loadtimes, latencies and packet losses. Here I will be giving simple examples and how to setup a low-bandwidth environment on Mac OS X and other Unix/Linux systems.

OS X is equipped with some powerful tools. Not to mention that it comes with a built-in Apache and PHP, it also comes with a number of security tools including IPFW. IPFW is a tool that is essential to control the inflow and the outflow of traffic on your machine. When you access the firewall settings from your System Preferences application, it configures IPFW to monitor the network. System Preferences is the front-end GUI for IPFW, so to speak. Since System Preferences is not powerful enough, we will be using the Terminal.

Setup

The plan of action is the following:
open port 8080 with a limited bandwidth and redirect requests made to it to the local web server (port 80).

The following command would open port 8080 and redirect its requests to our webserver, which runs on port 80:

Now, we have to run the requests made to port 8080 through a pipe:

and configure the pipe to lower bandwidth at 64Kbps:

With these three easy commands, we have created port 8080, which will serve the same content as the default webserver, but at a lower rate. If you direct your browser to

, you will notice a significant web page load time change compared to

(assuming your web server runs on port 80).

Latency and Packet Loss

In terms of having a more realistic simulation, there are two other aspects to networking: latency and packet loss. And it is a matter of how you configure your pipe. The following command will add 300ms latency with 10% packet loss on a 64Kbps pipe:

Removing Rules

To remove your port 80, you simply have to remove the rules you have set. Rule # 200 and 205 will be removed with the following commands:

Once deleted, the browser will give you an error when you try accessing port 8080 because it will no longer redirect your traffic. If you want to see that the rule was actually deleted, type in the following:

and you will see that rule 200 and 205 have been baleeted.

Also note: If you are loading jQuery or other scripts from external sites, this simulation will not work because you are not putting any restrictions on outside sources.

Please leave a comment if you know of a better, cooler way to simulate loading on your local machine.

Using different keys of the piano, Peter Ablinger plays a digitized sound recording of a child on a Talking Piano:

The original BMX:

Cycling down the Capitol steps, 1885 | Retronaut:

Will Robertson of the Washington Bicycle Club riding an American Star Bicycle down the steps of the United States Capitol in 1885

After careful consideration, I have decided to stick with Ember.js for my new Javascript MVC experiment.

The Top 10 Javascript MVC Frameworks Reviewed – CodeBrief:

At the end of the day, Ember.js is the only framework which has everything I desire.

Finished upgrading my portfolio website to Rails — hosted on Heroku. Photo content is hosted on Flickr and is directly fetched from there by the client. This should tell you more about how appreciative I am of GoDaddy.