site-C-ing 0.0.1 review

Download
by rbytes.net on

site-C-ing is a web development environment akin to HTML::Mason, but it does to c++ what HTML::Mason does to Perl

License: GPL (GNU General Public License)
File size: 374K
Developer: Klever Group
0 stars award from rbytes.net

site-C-ing is a web development environment akin to HTML::Mason, but it does to c++ what HTML::Mason does to Perl. I used to use HTML::Mason at some point, but one day I decided that c++ would be more native environment for me and, besides, that would save me some 50M of RAM on the server.

site-C-ing is still at the early stage of development or even proof of concept, but works well enough to get this site running.

Briefly, site-C-ing takes your html with some special tags, preprocesses it, feeds to the c++ compiler (possibly on the fly, but you don't want to do it on the fly on your production server) and then serves it to the user using the .so shared objects the compiler produces. That's it.

There is no extensive documentation at the moment, but to get the picture of what it is about along with some examples, you can visit the site-C-ing showcase site. You can even download the code for the sample site and try it for yourself (along with site-C-ing, of course).

Now let me get to the point where I explain why you don't want to use site-C-ing:
It is still at the early stage of development and some syntax and maybe even some concepts are likely to change in the future releases.

Nothing is done to ensure security (although you're always free to chroot whatever you want to chroot).

Nothing is done to make it portable yet (although it does work on FreeBSD).
Once you go for site-C-ing you can't brag about employing the modern technologies like J2EE, etc.

You won't be using so familiar, but aesthetically displeasing everone's darling PHP.

So, to sum it all up: no, you don't want to change to site-C-ing and the only answer to your question why am I doing it is: for the sake of beauty.

Requirements:
a c++ compiler
a make tool
pkg-config
dotconf
Konforka
KinGate
libpcre
pcre++

What's New in This Release:
'plain' cgi support made fastcgi optional (although it's not extremely performant, of course)
more control over output stream buffering
introduced pragma main for main method inheritance
portability improvements (compiles on FreeBSD now)
performance enhancements
minor code aesthetics improvements
minor bugfixes

site-C-ing 0.0.1 keywords