C++ Web Apps
-
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...
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
i've done it in the past. i don't recommend it. Cleek | Image Toolkits | Thumbnail maker
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
I did that about 5 years ago, but it was a simple CGI app. Nothing too fancy. Jon Sagara When I grow up, I'm changing my name to Joe Kickass! My Site | My Blog | My Articles
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
basementman wrote:
how many out there are using unmanaged C++ to develop web apps?
I am working on Logoport[^], which is really a bit more than a typical "web application". 100% pure unmanaged C++ on Linux :cool:
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
-
Just curious, how many out there are using unmanaged C++ to develop web apps? onwards and upwards...
Unmanaged C++, but not web related.
Maxwell Chen
-
i've done it in the past. i don't recommend it. Cleek | Image Toolkits | Thumbnail maker
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) -
basementman wrote:
how many out there are using unmanaged C++ to develop web apps?
I am working on Logoport[^], which is really a bit more than a typical "web application". 100% pure unmanaged C++ on Linux :cool:
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
Looks nice. We developed our own web app server for W32 and have been using it for years now. onwards and upwards...
-
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)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...
-
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...
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.
-
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...
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
-
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