Web-Box programs are lightning fast.
Sometimes dynamic Web-Box pages,
generated from a database, can be faster than static SSI-HTML pages.
Reason for this is the unique database design, which was developed to
take advantage of the unique attributes of the Intel 486 memory page and
caching properties.
Note: Fast execution on a server is not only nice, it also makes
sure that your application's complexity stays as low as possible.
Fast core execution speed can
be replaced by nothing, not even a faster computer CPU.
Most web applications today are single platform (ASP, MS SQL, MySQL,
FrontPage, ISAPI), with the result
most customers are locked into their platform and are not free to choose
later.
Web-Box is multi-platform and does not use any proprietary technologies at
the application level. (*1)
If you want to support more than one language,
multilingual web-sites can save you a lot of time and money. You will
avoid problems, such as some sites for some languages become
out of date and have to be redone.
Server Side Implementation
|
|
Because your programs stay on your server, your competition will not see
how you solved what problem. You can also generate responses that work
with very old browsers or with clients who disabled style
sheets or Java. You can do some very interesting things - your imagination
is the limit.
In case you deal with data on the web, security is a huge concern. A full
Web-Box system has 2 independent programs on the web server: A client CGI
(or ISAPI) and
an Application Server.
Both programs can run under 2 different accounts, which means, that the CGI
(accessible from the outside world) does not need to have the rights
the application needs.
This is supported in Windows NT and Unix.
Cost effective and strategic sound
|
|
We are a small software company, so we can get you the solution,
the support,
the license conditions and response time you need for your project. Our
software is not subject to GPL.
Sample: If you write to a file from a client, you have the problem
of synchronization: Two CGIs might want to write to this one file at
the same time. We know that most people do not care about this tricky issue
and just explain the computer did a funny thing when they are confronted
with a corrupted file.
But that's the way things happen: Ignoring synchronization
produces corrupted files and programs in undefined state.
Sync problems are tricky and error-prone.
The best thing is to avoid them with the concept of Web-Box.
You want to append one record to a logfile for each visitor of your
web-site. That's the way to do it with Web-Box:
<H1>Welcome</H1>
<!--#
InitRequestBuffer();
request.s.FILE_NAME = "visitors";
request.s.MESSAGE = getenv("REMOTE_ADDR") + "\n";
request.ctrl.function = WRITE_LOG;
SendRequest();
-->
There are no sync issues involved. Clean design.
Interested? Please read on. There is more to come.
Click here to view the documention.
Click here to visit our Links page.
Click here to visit
the WhiteRockMall.com, a Web-Box application.
Click here to visit
the web-site of ASM Communications, a Web-Box / Web-Order-System application.
(*1)
Web-Box uses a lot of system level calls that are
specific to platforms. These functions are concentrated in Web-Box's system
level routines. These routines are shielded from the application, so your
application remains portable.