Tuesday, March 8, 2011

Real Studio 2011 Release 1 is now available

Real Studio 2011 Release 1 is now shipping.  Adding 35 new features and 114 improvements, this release features easier deployment of web applications, improved HTMLViewer support and major advancements in Cocoa support.

* Web application deployment with Real Studio is now just as easy as creating the app itself!  We are now offering a new CGI build option that outputs a Perl script.  This script is placed in the cgi-bin folder, allowing for easier web deployment and more hosting service options. 

* RealSQLDatabase now has a new MultiUser property that lets web applications allow multiple users to access a RealSQLDatabase file at the same time. This may eliminate the need for some web applications to require a database server.

* A new, native Microsoft SQL Server plugin has been added. This plugin supports Windows only.

* This release includes a huge number of improvements to Real Studio’s Cocoa framework.

* Improved HTMLViewer support offers the options to get/set custom user agent strings and increase/decrease the font size.

* The WebListBox now has a CellClick event (just like the desktop Listbox). It also now has Cell and Column Style properties allowing or greater control over the look and behavior of cells.
The new DragPicture property lets you use an image for dragging.

Real Studio 2011 Release 1 is now available for download at, our Downloads page.  For full details about what’s in this release view the product Release Notes.

7 comments:

Brian said...

MultiSupport REALSQLDatabase
Microsoft SQL Server Support

AWSOME!!!!

Rick said...

Web Edition needs a pearl script? What happened with the statement "While in beta we will use a Pearl script as a gate but in the release we will use fast native code solution". I need to support thousands concurrent access, a script frontend is not the best shot and my server does not have Pearl installed (LAMP Only) and I dont want install it anyway.

Thom McGrath said...

We decided to leave it as Perl script because performance is still very good and Perl allows us to target a broader range of servers.

Geoff said...

Additionally, you can install FastCGI and the Perl script will run as a FastCGI which will improve performance. However, without that we had over 100 people simultaneously using a chat app we wrote where each message gets sent to all other users and it was quite fast. That's far more traffic than most apps would see with way more users so I think the Perl script gateway should be fine.

If it turns out that it's not for some users, we will certainly reconsider a version of the gateway in C.

Rick said...

Ok, let's wait for another new version again. I believe that Cocoa works still in development too, right?
I understand that this approach is good for very small audiences, but I can only accept the best fine-tunned, low resources and fastest solution.
Running a monster app like a Pearl resources hungry interpreter with a script receiving, let's say, 3000 simultaneous requests (not 100, I must be prepared for surprises), just to do a gate job is not the approach I would expect. Keep the good work.

Geoff Perlman said...

@ Rick - Here's the thing. If you have 3000 simultaneous requests, you are going to probably have to have multiple applications running for load balancing. From what I have heard, Ruby on Rails will only handle about 300 concurrent users per application instance.

Rick said...

@Geoff I use PHP, not Ruby. PHP parses once and execute amazingly fast PCodes from cache (Zend). I have one server serving 3000 simultaneous pages right now and it's doing it very well. It depends more on the hardware as PHP works amazingly well. People benchmarked PHP, and using their numbers, I believe that it can handle 8000 requests in a good mood ( http://digitalbazaar.com/2010/06/12/myth-busting-php/ ). Optionally we could use HIpHop ( http://developers.facebook.com/blog/post/358/ ) and run pages directly as native code. Yes, load balance is something I'll wish to use and distribute, let's say, 2000 users per virtual server (Amazon AWS). That's makes me desire one thing: Being able to create a distributed app (a native RBasic native load balanced app). That's a possible great feature for the future. Set one as master and multiple as slaves.