Websites in C++
-
Ja.
Zwar ein Forum, aber ein Archivsystem mit mehreren TB an Daten. Erheblich
schneller wie ein Oracle-Cluster :xmas1:
-
Scheppertreiber schrieb:
Es ist nicht so ein hilfloses Gestoppel wie zB PHP.
Webseiten in PHP zu Entwickeln ist Aufgrund des deutlich besseren Ecosystems aber viel besser als in C++
Was die Performance angeht: Hier hinkt idR die Datenbank hinten nach. Die Ausfuehrungszeit einer normalen Seite wie zB bei Twitter die Feed Anzeige ist trivial. Das Problem ist, die Daten zu bekommen - das ist der Tricky Part.
-
630 GB Daten, erster Treffer nach 10 msec ...
SQLite packt das nicht mehr mit einer db und > 100 Mio Records. Mit PHP stehe
ich auf Kriegsfuß, nicht mein Ding. Ich mache eigentlich mittlerweile alles in
C (früher auch asm, dBase, Pascal etc.).Für die Projektfreaks gibt es für CGI fertige Libs in C, ist aber auch schnell
selbst geschrieben.
-
Gibt es aber irgendwo ein fertiges System zum Download?
So wie Wordpress in PHP.0x0ERROR
-
0x0ERROR schrieb:
Gibt es aber irgendwo ein fertiges System zum Download?
So wie Wordpress in PHP.0x0ERROR
Du solltest C können und verstehen wie die CGI-Schnittstelle funktioniert.
Der Rest ist relativ einfach.
-
GGf Interessant nicht als CGI: https://github.com/d5/node.native
-
Schau Dir mal Tntnet an. Damit kannst Du C++-Code in html einfügen, ähnlich, wie man es von PHP oder JSP kennt.
-
tntnet schrieb:
Schau Dir mal Tntnet an. Damit kannst Du C++-Code in html einfügen, ähnlich, wie man es von PHP oder JSP kennt.
So ähnlich mache ich das auch. Entweder die eigene db oder SQLite mit
eingeklemmt. Allerdings erzeuge ich das HTML direkt im Programm. Teilweise
(für Listen etc) auch mit Templates. Eine Mischung vermeide ich.
-
Facebook basiert auf C, wurde aber in PHP geschrieben. Übersetzt via
https://github.com/facebook/hiphop-phpLaut einigen Aussagen werden die übersetzten Programme aber relativ riesig und erfüllen eigentlich nur noch ihren Zweck - fernab jeglicher "Schönheit" oder intelligentem Design.
-
Scheppertreiber schrieb:
tntnet schrieb:
Schau Dir mal Tntnet an. Damit kannst Du C++-Code in html einfügen, ähnlich, wie man es von PHP oder JSP kennt.
So ähnlich mache ich das auch. Entweder die eigene db oder SQLite mit
eingeklemmt. Allerdings erzeuge ich das HTML direkt im Programm. Teilweise
(für Listen etc) auch mit Templates. Eine Mischung vermeide ich.Und was ist daran ähnlich? Tntnet hat eine Template-Sprache. Du machst das ähnlich, aber keine Templates. Also machst Du es doch genau gar nicht ähnlich
?
-
tntnet_ schrieb:
Scheppertreiber schrieb:
tntnet schrieb:
Schau Dir mal Tntnet an. Damit kannst Du C++-Code in html einfügen, ähnlich, wie man es von PHP oder JSP kennt.
So ähnlich mache ich das auch. Entweder die eigene db oder SQLite mit
eingeklemmt. Allerdings erzeuge ich das HTML direkt im Programm. Teilweise
(für Listen etc) auch mit Templates. Eine Mischung vermeide ich.Und was ist daran ähnlich? Tntnet hat eine Template-Sprache. Du machst das ähnlich, aber keine Templates. Also machst Du es doch genau gar nicht ähnlich
?Ähnlich: kein PHP
-
Scheppertreiber schrieb:
tntnet schrieb:
Schau Dir mal Tntnet an. Damit kannst Du C++-Code in html einfügen, ähnlich, wie man es von PHP oder JSP kennt.
So ähnlich mache ich das auch. Entweder die eigene db oder SQLite mit
eingeklemmt. Allerdings erzeuge ich das HTML direkt im Programm. Teilweise
(für Listen etc) auch mit Templates. Eine Mischung vermeide ich.Warum SQLite?
Und HTML Code immer nur per Templates generieren. NIE NIE NIE anders machen.
Im Web ist das Teil dass die Performance bringen muss die Datenspeicherung - also die Datenbank, Memcache, etc. das verwendet wird um die Daten die man anzeigen will zu speichern und zu verknüpfen.
Die reine Ausführzeit des restlichen Codes ist irrelevant kurz.
-
Warum SQLite?
Ist praktisch. mySQL werde ich mir und den Admins nicht antun.
Und HTML Code immer nur per Templates generieren. NIE NIE NIE anders machen.
Da stimme ich nicht zu.
Wenn Fossilien wie der IE6 mal verschwunden sind mag sein sinnvoll sein.
zB eine scrollbare table mit Spaltenköpfen die stehenbleiben. Eine Template
wird da schnell recht unübersichtlich.Templates haben weiter den Nachteil, daß mir die Herren Admins darin herumbasteln ...
-
Scheppertreiber schrieb:
Warum SQLite?
Ist praktisch. mySQL werde ich mir und den Admins nicht antun.
Wozu dann C++?
Und HTML Code immer nur per Templates generieren. NIE NIE NIE anders machen.
Da stimme ich nicht zu.
Wenn Fossilien wie der IE6 mal verschwunden sind mag sein sinnvoll sein.
zB eine scrollbare table mit Spaltenköpfen die stehenbleiben. Eine Template
wird da schnell recht unübersichtlich.Templates haben weiter den Nachteil, daß mir die Herren Admins darin herumbasteln ...
Du argumentierst also, dass MVC wegen dem IE6 schlecht ist?
-
Was hat das mit MVC zu tun ?
Es sind rein praktische Gründe. Das System ist seit 10 Jahren online und
läuft sehr gut. Ohne Not baue ich das nicht komplett um.Für kleinere Datenmengen ist SQLite wirklich praktisch. Es kommmt halt ab ca
3 Mio Records so langsam ins schwitzen.Wir haben in der Firma ca 30 Server laufen. Kannst Du Dir den administrativen
Aufwand mit zB mySQL vorstellen ? Die erschlagen mich ...
-
Scheppertreiber schrieb:
Was hat das mit MVC zu tun ?
Templates sind die View aus dem MVC.
Es sind rein praktische Gründe. Das System ist seit 10 Jahren online und
läuft sehr gut. Ohne Not baue ich das nicht komplett um.Legacy ist ein guter Grund warum Strukturen schlecht sind, keine frage.
Aber dann bitte hier nicht promoten als gute LösungWir haben in der Firma ca 30 Server laufen. Kannst Du Dir den administrativen
Aufwand mit zB mySQL vorstellen ? Die erschlagen mich ...Es ist eine Performance Frage. Ich finde es einfach witzig den ganzen Aufwand von C++ in Kauf zunehmen, wenn man dann die Datenbank mit Handbremse fährt.
Da ist ein Python/PHP/Ruby/etc. Script soviel weniger Wartungsaufwand und vermutlich sogar ein Eck schneller...
Aber klar, aus Legacy Gründen gibt es viele komishce Konstellationen die man wenn man es sauber machen würde, so nie hätte.
-
Ich finde es einfach witzig den ganzen Aufwand von C++ in Kauf zunehmen, wenn man dann die Datenbank mit Handbremse fährt.
10 ms bei 100 Mio Records ist 'ne Handbremse ???
-
Scheppertreiber schrieb:
Ich finde es einfach witzig den ganzen Aufwand von C++ in Kauf zunehmen, wenn man dann die Datenbank mit Handbremse fährt.
10 ms bei 100 Mio Records ist 'ne Handbremse ???
sqlite ist langsam.
ist einfach so.es kann natürlich schnell genug sein, keine Frage.
-
Hi,
es gibt viele gute Gründe, C++ einzusetzen. Ich finde die Sprache einfach ausgereift und professionell. Wir sind hier ja auch in einem C++-Forum. Da nehme ich an, dass hier noch ein paar andere C++ Profis da sind. Einige sagen, warum sollte ich das in C++ machen, wenn ich es doch in PHP machen kann. Ich sage eher, warum soll ich das in PHP machen, wenn ich es doch auch in C++ machen kann.
Performance ist da einfach nur ein Aspekt.
Die (HTML-)Templates sind daher praktisch, da ein Webentwickler prima das Design machen kann. C++ Entwickler realisieren dann die Businesslogik.
Die Aussage, dass Admins darin rumfummeln lasse ich gar nicht gelten. Zum einen werden die Seiten in Templates compiliert und können so gar nicht so einfach geändert werden und zum anderen wundere ich mich, was ihr für Admins habt.
-
Es gibt immer mehrere Wege zum Ziel ...
Unsere beiden Admins sind in HTML/CSS nicht so fit als daß ich denen das
überlassen könnte. Sie fummeln aber trotzdem darin herum. Manchmal halt.