C++ Web Apps
-
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...
When people ask, "why not write Vista in .NET?" I repsond with "you need to use the right tool for the job". This is one of those cases: C++ is a systems programming language. It is not meant for web development. Yes, you could do it. You could also write Vista almost entirely in managed code (see the Singularity kernel for more information). While there are legitimate arguments for both (for example, you argue you can be as productive as typical web frameworks given the right C++ frameworks, and people argue that with built-in code sandboxing, safe memory management, etc. managed code provides for a more secure operating system). But in the end, you're simply not using the best tool for the job, at least as the tools currently sit, simply because they weren't designed for that.
Tech, life, family, faith: Give me a visit. I'm currently blogging about: Is Jesus the Jewish Messiah? The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
-
What would you consider to be the right framework and app server? I think it is pretty difficult to argue CGI and co. is more productive than Ruby on Rails, PHP, ASP.NET and co for web-apps. regards, Paul Watson Ireland Feed Henry!
eh, stop bugging me about it, give it a couple of days, see what happens.
CGI is certainly NOT more productive, nor does it perform as well. If you are interested, I can post docs on the app server. It has a declarative forms engine, code generator, client-side UI libraries, etc. I was just trying to gauge if people have totally abandoned using C++ for web development, whether it be as CGI, ISAPI or Apache modules. onwards and upwards...
-
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.
Yes, but no-one else has access to those libraries, and no-one has 15 years to build their own. In your case, it sounds like C++ web dev works well, but I'm guessing that for most developers it's far more efficient to jump in and use existing frameworks (.NET/Java/PHP/ROR/etc.) to build Web apps. Jon Sagara When I grow up, I'm changing my name to Joe Kickass! My Site | My Blog | My Articles
-
Why?
_outp(0x64, 0xAD);and__asm mov al, 0xAD __asm out 0x64, aldo the same... but what do they do?? ;) (doesn't work on NT)when i did it in C++ (DCOM, specifically) we had to build our pages as strings in C++, then pass them back to the web server for delivery to the user. the C++ was always over here in this file, then over here in this DLL, and the web server was over there. but with something like PHP or ASP (or the .Net stuff), your code is closer to the actual HTML page. at least for me, being able to put code right inside the HTML (or in an HTML template) feels a lot more natural. Cleek | Image Toolkits | Thumbnail maker
-
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...