What are you talking about? There are a bazillion of them! What kind of information are you looking for?
Get interested in CQL++ (man at http://www.cql.com/cppint.html ) It's really easy. The same with e_Db engine which provides a couple of useful sql-manage class templates.
Yes: I misunderstood the topic. I thought it was about websites (webapps) written in C++. AFAIK, there isn't so many webapps written in C++. (I have used C++ between '90 and '96)
Ok thx for the info should help tremendously. And i just started a internship so that why i'm asking...
For some reason, I got a negative rep for this post. No comment, explanation, or sig. And I don't understand why. Maybe I should elaborate on what I said. Writing web apps in C++ is a little silly these days. Going the "traditional" method of CGI? You're better off using python, bash, or even *shudder* perl. Use PHP. Or the tons of frameworks built around PHP (lots of free CMS systems available there). Java, J2EE, JSP and EJB...there's a model for creating some serious distributed apps. Go with ASP.NET and C# (or VB.NET, if you like that syntax better). But C++? Why? You gain a slight performance advantage over using a scripting language. But you're still in a CGI environment, I think. I haven't had much interest in the past few years, so I could be totally wrong (I've been before, and I'm sure I'll be again). If your website has so much traffic that this kind of gain outweighs the time/money of developing in a higher level language, then you can afford extra clustered servers to make up the difference. C++ is certainly a valid choice for traditional desktop applications. Maybe hefty new processors make it much more attractive. (The last time I checked low-level details, C++ screwed up processor caches so badly that it really wasn't much gain over, say, Java or even Python). Home machines vs. enterprise servers are an important consideration when you decide how you're going to implement a process. It's been my experience that web/distributed apps have different rules than apps that will run on someone's desktop. Smart developers/companies stick to the highest level language possible. This lets them focus on business logic details instead of low level details such as memory management. Smart developers write their programs in the highest level language available. They find the places that are bottlenecks, and they re-write them. If it's a seriously high-traffic site, they'll have the money to throw more hardware at the problem. As a last resort, they can rewrite the really intensive parts of their programs in C. Not C++. Maybe even some ASM, but almost never not. By this time, you're running a dedicated server and the compiler will be better than any human could possibly hope at finding the best methods of managing to keep code and data in the cache (not to mention details like which instruction will actually be processed next and how to intersperse register activity). So why did someone get irritated enough about my post that "writing web apps in C++ is a little silly these days" to actually bother giving me negative reputation over it? Maybe whoever did it will step forward so we can discuss the issue?