C++ Web Apps
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
I developed and maintain a survey system that uses a C++ based Windows service to generate all of the web pages and do all of the other work as well. There is an ISAPI interface to IIS as well as a light-weight ASP based "driver". The performance is much better than ASP or ASP.NET, but maintenance and code updates are more difficult as is having multiple "instances" of the web app running. It's a good fit for this particular situation, but I wouldn't recommend it for too many other situations. I don't forsee a need to port it to .NET (or any other platform) anytime in the forseeable future. Other than that, I have a reporting engine that is C++ based (service, console, GUI and web UI) that generates allot of HTML, but it does almost all of this through templates and an ASP-like scripting engine. For these 2 situations, I think C++ has been a good fit, but for all the other web apps I develop/maintain, it's either ASP or .NET. I still use some classic ASP for quick-n-dirty tasks.
-
That is my question too. With the right framework and app server, you can be as productive, or even more productive than using JSP, ASP, ASPNET, etc. And at the end of the day, you can end up with an application that can run twice as fast on half the hardware. As well as utilizing all the code libaries that have been developed over the last 15 years. onwards and upwards...
basementman wrote:
And at the end of the day, you can end up with an application that can run twice as fast on half the hardware. As well as utilizing all the code libaries that have been developed over the last 15 years.
Boy! I wish I felt as comfortable as you when I read the description on the back of packages before putting them back on the shelf. Sounds like a lot of marketing merged into two sentences. ;P
The enemy's gate is down.:cool:
Welcome to CP in your language. Post the unicode version in My CP Blog [ ^ ] now.People who don't understand how awesome Firefox is have never used CPhog. The act of using CPhog alone doesn't make Firefox cool. It opens your eyes to the possibilities and then you start looking for other things like CPhog and your eyes are suddenly open to all sorts of useful things all through Firefox. - (Self Quote)
-
basementman wrote:
And at the end of the day, you can end up with an application that can run twice as fast on half the hardware. As well as utilizing all the code libaries that have been developed over the last 15 years.
Boy! I wish I felt as comfortable as you when I read the description on the back of packages before putting them back on the shelf. Sounds like a lot of marketing merged into two sentences. ;P
The enemy's gate is down.:cool:
Welcome to CP in your language. Post the unicode version in My CP Blog [ ^ ] now.People who don't understand how awesome Firefox is have never used CPhog. The act of using CPhog alone doesn't make Firefox cool. It opens your eyes to the possibilities and then you start looking for other things like CPhog and your eyes are suddenly open to all sorts of useful things all through Firefox. - (Self Quote)
code-frog wrote:
And at the end of the day, you can end up with an application that can run twice as fast on half the hardware. As well as utilizing all the code libaries that have been developed over the last 15 years.
I actually wrote that off the cuff based on experience, but maybe I should pursue a career in marketing:cool: onwards and upwards...
-
code-frog wrote:
And at the end of the day, you can end up with an application that can run twice as fast on half the hardware. As well as utilizing all the code libaries that have been developed over the last 15 years.
I actually wrote that off the cuff based on experience, but maybe I should pursue a career in marketing:cool: onwards and upwards...
Well I was poking some fun 1/2 the hardware twice the speed... 4 full orders of magnitude. Sounded kind of funny. But hey, my dad is bigger than your dad so no big deal.:laugh:
The enemy's gate is down.:cool:
Welcome to CP in your language. Post the unicode version in My CP Blog [ ^ ] now.People who don't understand how awesome Firefox is have never used CPhog. The act of using CPhog alone doesn't make Firefox cool. It opens your eyes to the possibilities and then you start looking for other things like CPhog and your eyes are suddenly open to all sorts of useful things all through Firefox. - (Self Quote)
-
Well I was poking some fun 1/2 the hardware twice the speed... 4 full orders of magnitude. Sounded kind of funny. But hey, my dad is bigger than your dad so no big deal.:laugh:
The enemy's gate is down.:cool:
Welcome to CP in your language. Post the unicode version in My CP Blog [ ^ ] now.People who don't understand how awesome Firefox is have never used CPhog. The act of using CPhog alone doesn't make Firefox cool. It opens your eyes to the possibilities and then you start looking for other things like CPhog and your eyes are suddenly open to all sorts of useful things all through Firefox. - (Self Quote)
;) onwards and upwards...
-
I developed and maintain a survey system that uses a C++ based Windows service to generate all of the web pages and do all of the other work as well. There is an ISAPI interface to IIS as well as a light-weight ASP based "driver". The performance is much better than ASP or ASP.NET, but maintenance and code updates are more difficult as is having multiple "instances" of the web app running. It's a good fit for this particular situation, but I wouldn't recommend it for too many other situations. I don't forsee a need to port it to .NET (or any other platform) anytime in the forseeable future. Other than that, I have a reporting engine that is C++ based (service, console, GUI and web UI) that generates allot of HTML, but it does almost all of this through templates and an ASP-like scripting engine. For these 2 situations, I think C++ has been a good fit, but for all the other web apps I develop/maintain, it's either ASP or .NET. I still use some classic ASP for quick-n-dirty tasks.
Can you describe more details of your app? I am in the middle of reviewing the architecture of one of our critical systems. The challenge I have is that the app is serviced from some number-crunching FORTRAN code. Here is the life of a web request as it exists now: 1) Client makes request from Flash web client 2) Command transmitted over HTTP to ASPX page 3) ASPX page queries the computational engine somewhere in the app cluster over TCP/IP 4) (Application is written in C#) 5) App makes calls to methods in a compiled FORTRAN dll 6) results are written to a file (I know we need to fix this... If anyone knows how to return large amounts of text from FORTRAN to it's C# wrapper, lets talk!) 7) C# app reads file as results 8) C# app sends back to ASPX page over TCP/IP 9) response is formatted and sent as XML to Flash web client
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
I'll stick with PHP on that one ;) C++/MFC for Windows applications PHP for web applications It's frustrating being a genius and living the life of a moron!!!
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
A number of bbc websites are written in c++. A new one we just launched is at www.bbc.co.uk/comedysoup //
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
I do.
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
To me it would be more of "like why?". There are too many good technologies available to lock your self down to something so low level and time consuming. I could write every application in C/C++, but I do not want to wait years for deployment and then have to deal with all the bugs that surface. The new technologies are proven to increase productivity, reliability, saftey and deployability. The more you can deploy they more you can build.. Rocky <>< Latest Post: SQL2005 Server Managemnet Studio timeouts! Blog: www.RockyMoore.com/TheCoder/[^]
-
To me it would be more of "like why?". There are too many good technologies available to lock your self down to something so low level and time consuming. I could write every application in C/C++, but I do not want to wait years for deployment and then have to deal with all the bugs that surface. The new technologies are proven to increase productivity, reliability, saftey and deployability. The more you can deploy they more you can build.. Rocky <>< Latest Post: SQL2005 Server Managemnet Studio timeouts! Blog: www.RockyMoore.com/TheCoder/[^]
Probably because most people are ignorant of wayt to actually do it, like you and many other posters. Try IntraWeb wiht Borland C++Builder or Delphi (or Kylix, for that). http://www.atozed.com Nate. Nathaniel L. Walker "I lack emotions. Don't test me..."
-
Can you describe more details of your app? I am in the middle of reviewing the architecture of one of our critical systems. The challenge I have is that the app is serviced from some number-crunching FORTRAN code. Here is the life of a web request as it exists now: 1) Client makes request from Flash web client 2) Command transmitted over HTTP to ASPX page 3) ASPX page queries the computational engine somewhere in the app cluster over TCP/IP 4) (Application is written in C#) 5) App makes calls to methods in a compiled FORTRAN dll 6) results are written to a file (I know we need to fix this... If anyone knows how to return large amounts of text from FORTRAN to it's C# wrapper, lets talk!) 7) C# app reads file as results 8) C# app sends back to ASPX page over TCP/IP 9) response is formatted and sent as XML to Flash web client
Using our C++ app server, we would simply receive the HTTP request, call the fortran code directly and format the response right into the HTTP response. That is the flexibility of using an engine that actually lets you write native code that can call native libraries/dlls without the hassle of middleware wrappers and products. onwards and upwards...
-
Using our C++ app server, we would simply receive the HTTP request, call the fortran code directly and format the response right into the HTTP response. That is the flexibility of using an engine that actually lets you write native code that can call native libraries/dlls without the hassle of middleware wrappers and products. onwards and upwards...