Ruby on Rails 3.1 and Sprockets – A closer look

Ruby on Rails 3.1 uses a new technology called Sprockets to speed JavaScript execution. Sprockets compiles all the features that a Web application uses into a single file, that simplifies work for the developer and quickens the response time of the application. New features to look out for

Asset Pipeline

Asset Pipeline is the principal feature of the release (Ruby on Rails 3.1) . In simple terms it allows proper organization of CSS and JavaScript files. The asset pipeline helps to make it simple to organize and serve your assets.

Combining the pipeline with a well-tuned web and application server means that web sites being blazing fast! Also, browsers will load pages quicker than ever before, specially when used with the asset pipeline, because it’s just one file used throughout the app. Ideally, while the user is navigating through your website, his browser wouldn’t need to load the assets again since it’s cached; so loading time is only experienced at the first visit.

HTTP Streaming

HTTP streaming (Ruby on Rails 3.1 update) helps the server by sending data to the client in chunks. Rather then sending it only when the page has been fully rendered, it sends rendered content as soon as it’s produced.

jQuery is now default

The default JavaScript library for Ruby on Rails has been switched to jQuery. Users can easily change from the previous default library, Prototype, through a single command. Developers shouldn’t notice any difference, and going forward, Ruby on Rails will be able to harness the work being done on this popular library.

These are just some of the new features available to you with Rails 3.1. There’s a lot of other good stuff you can explore. Tell us which of the features listed here would most suite your needs. Happy coding!

Source: CodeWebber

PHP Vs RoR- A Comparitive Study

PHP was built primarily as a server-side scripting language for web development and dynamic content and, it has been around since 1994. PHP code was originally embedded within the HTML code so that the content could change according to the needs of the coder. This too changed with the arrival of frameworks into the development world.

Ruby was first launched as a scripting language that was more powerful than Perl and more object-oriented than Python. Ruby was born in 1993, and its first public release came up in 1995. Although Ruby was older than PHP, only after having ties to Rails in 2005, did it really start gaining popularity.

PHP is a stand-alone language, whereas, Ruby on Rails is a language combined with a framework, therefore we can only analyze some of the general differences which are

 

 

Scaling

They are both equally easy or difficult to scale in different levels. The first level of scaling is just about adding more memory/cpu/server instances. Once this is done, they are both equally hard demanding all of the same methods as scaling any other web application on the internet.

Web hostin

PHP applications do have support from most of the web hosting companies, whereas Ruby on Rails is supported only by unix based server. On hosting front, PHP is an obvious winner. But with introduction of Heroku, ROR applications can be hosted easier.

Application performance:

• Add New

There is no hiding the fact that PHP codes run faster than that of Ruby on Rails code. On the other hand, we can achieve tasks in RoR with few lines of code when put next to that of PHP coding. So, achieving tasks faster with few lines of code is the clear winner for me.

Frameworks:

On the framework front, there is no clear winner as both PHP and Ruby have good MVC architectural framework. PHP has more compatible frameworks like CakePHP, codeigniter and Zend. But, in Ruby too, apart from rails there are many good frameworks like Sinatra, vintage etc. So it is a tie when the comparison is about frameworks.

Testing:

Testing code and modules is a difficult affair in PHP. However, in Ruby on Rails with introduction of R-spec testing rails code is an easy cake for developers. Ruby on Rails development will be helpful in creating bug-free application. In CakePHP too you can do those testing, but, with certain code changes.

Code Structure:

RoR has a clear code structure when compared to that of PHP.

Memory:

PHP utilizes less memory space because by default they don’t have the overhead of a web framework. whereas Ruby on Rails would use more space. Hence, application based on Ruby on rails would be slower compared to that of PHP.

Syntax:

Both have syntax that is clear and simple. However, Ruby without ending syntax was not acceptable to many programmers. So the final conclusion is, if a client project already has existing PHP code and we’re developing for that, that is, integrating at the software level, we stay with PHP. Whereas, if a client needs a brand new application then we have a slight inclination towards using RoR. I am not saying that PHP is bad. Come on, you have already gone through the comparative study! Last but not the least, when CodeWebber builds a new app for our own needs, we use either PHP or Ruby on Rails. Happy PHPians?

At CodeWebber, we value your business.  Our team of experts are waiting for your query. CONTACT US!

Source: CodeWebber

Looking for Ruby on Rails Freelancers? Pros & Cons…

Ruby on Rails has gained outstanding reputation as one of the fastest programming languages known today. Ruby on Rails freelancers use Ruby, with all of its frameworks and libraries  for a web development career because of its focus on clean code, object-oriented syntax, efficient development practices and strong community.

So you may think that you should get on the freelance mode and find a good RoR developer. But, freelancing is not at all an easy task! Not for you, and definitely not for the developer.

It can become a big problem if you are not able to balance the work responsibility you have assigned to the Ruby on Rails freelancers with a clear and precise documentation of the project completed in a stage by stage manner.

At CodeWebber, we hire the best Ruby on Rails developers who are directed by dedicated team leaders and PM’s to make project delivery stage a hassle free transaction. Here are some of the pros and cons of working with a freelance developer

Everything is about time and money!

The biggest and the most obvious advantage of hiring Ruby on Rails freelancers is that, you can save both time and money. There is no hassle of communicating with different people to get your project up and running.

Also, Ruby on Rails freelancers charge much less than a software company. For highly competitive pricing model and best in class quality, try CodeWebber!

Quality of work

While quality is of utmost importance to a Web and Application Development company like CodeWebber, the same cannot be said about Ruby on Rails freelancers, as there is no assurance of quality of work and also there may be problems that may arise due to improper communication at various levels of project cycle.

24/7 availability

Most Ruby on Rails freelancers work at erratic times and according to their whims and fancies. CodeWebber has fixed work hours and all our developers are present during the working hours. All communication channels are carefully streamlined to meet our client’s requirement.

Staffing flexibility

Working with Ruby on Rails freelancers allow employers greater leeway in hiring and letting go of workers, which can be especially advantageous for employers with fluctuating workloads. CodeWebber provides customers the freedom to choose from a multitude of engagement models that are tailor-made according to their needs.

All said, Ruby on Rails freelancers do provide a level of freedom to the client but, selecting and dealing with them requires utmost diligence. With CodeWebber’s agile application development model, developing enterprise apps becomes much more easier and cost efficient for you.

At CodeWebber, we value your business.  Our team of experts are waiting for your query. CONTACT US!

Source: CodeWebber