ms c++ in debian auf vserver ausführen

[dr_kox]

Allgemeines
Ich habe eienn PC aud em Windows XP problemlos läuft
Ich habe einen Algorithnmus in c++ geschrieben und eine exe drausgemacht.
Dieser Algorithmus funk. wunderbar und die Daten werden von einer Datenbank eingelesen bzw dann wieder nach Starten der "exe" wieder ausgelesen.
So aber jetzt zu meiner Grundsatzfrage:
Dieser ganze Ablauf soll jetzt auch "online "funktionieren
Ich dachte heir an folgende Lösung:
Die Eingabe erfolgt über php in eine mysql-Datenbank auf einen VSserver. Aus diesem Server wird das c++ programm (derzeit exe -läuft ja nur unter windoof - müsse für unix compiliert werden) im hintergrund ausgeführt und gibt die Daten an die mysql-Datenbank weiter und wird dann wieder mittels php am Browser dargestellt.
Dazu noch folgendes:
Das Problem "online" stellt sich deshalb, da mehrere User die Daten global eingeben möchten.
Da ich von einen Windowsserver nicht viel halte (Unix mir aber fast unbekannt ist) und es meine subjektive Meinung ist, dass mysql und php mit z. b. Debian einfach besser zusammenspielt, tendiere ich auf einen Vserver auf Unixbasis und nicht einem WindowsServer.
Also die bescheidene Frage:
Ist eine solche Lösung auf einem VServer mit Debian überhaupt möchlich !!!
Ich danke für die zahlreichen Antworte oder Lösungsansätze im voraus
Liebe Grüße

[gms]

Willkommen im Forum!

Wenn ich dich richtig verstanden habe, dann gibt es zwei Anwendungsfälle:
a) Eingabe über PHP in die Datenbank
b) Abfrage der Daten über PHP aus der Datenbank
zusätzlich soll noch ein Hintergrund-Prozeß ( dein Programm ) laufen, welcher die Daten verwurschtelt

Warum sollte das nicht möglich sein ? Wo siehst du hier die Schwierigkeiten ?

Könntest du bitte einen sprechenderen Titel für deinen Tread wählen. Einen Titel "Grundsatzfrage" im Forum "Grundsatzfragen" finde ich nicht so toll

Grüsse
gms

[dr_kox]

Danke für die rasche Antwort - in Bezug auf den Titel hast sicherlich recht !!!
Wie gesagt derzeit läuft das Ganze unter Windows problemlos
Jetzt aber die Online-Variante
a) Es sollen die Daten online eingegeben werden
b) dann der Start des Algorithmus im Hintergrund
c) Ausgabe an die Datenbank und dann per php/html im Browser das Ergebnis darstellen

So wie ich dich verstanden habe, wäre das also mit einem VSERVER (Debian, php. mysql) lösbar
Will da nicht aufs flasche Pferd setzen - und wie schon erwähnt - Windows-Server mit php halte ich nicht viel
Wo ich eben fast keine Ahnung habe ist eben UNIX bzw Debian
Ich habe den Algorithmus in ms c++ geschrieben und eben eine exe draus gemacht - und eine exe funkt. meines Wissens ja nicht auf einen Unix-Derivat - logisch oder Gott sei Dank - wie man es halt betrachtet.
Also ich müsste dieses c++ programm in einen unix-Datei compilieren
Habe ich das richtig verstanden - und wäre der Lösungsansatz mit php/mysql - algorithmus - mysqgl/php brauchbar
oder gibt es besseres ??
Alles aus einem Guß ist sicher besser - aber der Algorithmus ist komplex und ich glaube in php schwer nachzuvollziehen
Eventuell "java" - aber da hab ich nicht viel am Hut
Lg

[KBDCALLS]

Danke für die rasche Antwort - in Bezug auf den Titel hast sicherlich recht !!!

Den kannst du auch nachträglich ändern. Indem du deinen Beitrag editierst.

[gms]

Jetzt aber die Online-Variante
a) Es sollen die Daten online eingegeben werden
b) dann der Start des Algorithmus im Hintergrund
c) Ausgabe an die Datenbank und dann per php/html im Browser das Ergebnis darstellen

also ist das EIN Anwendungsfall ( use case ) ? Sprich der User der die Daten eingibt, soll praktisch als Antwort dein Ergebnis dargestellt bekommen ? Wie lange dauert so eine Verarbeitung ?

So wie ich dich verstanden habe, wäre das also mit einem VSERVER (Debian, php. mysql) lösbar
Will da nicht aufs flasche Pferd setzen - und wie schon erwähnt - Windows-Server mit php halte ich nicht viel
Wo ich eben fast keine Ahnung habe ist eben UNIX bzw Debian

An dem Lösungsansatz ändert sich doch überhaupt nichts, egal ob du das unter Windows oder unter Debian implementierst. Von daher kannst du mit Debian schon gar nicht auf das "falsche Pferd" setzen.
Aber wenn ich dein Vorgesetzter/Auftraggeber wäre, würde mich deine Argumentation, warum das nicht unter Windows gemacht werden kann, auch nicht wirklich überzeugen

Ich habe den Algorithmus in ms c++ geschrieben und eben eine exe draus gemacht - und eine exe funkt. meines Wissens ja nicht auf einen Unix-Derivat - logisch oder Gott sei Dank - wie man es halt betrachtet.
Also ich müsste dieses c++ programm in einen unix-Datei compilieren

Welches DB Interface hast du für dein Programm verwendet ?

Alles aus einem Guß ist sicher besser - aber der Algorithmus ist komplex und ich glaube in php schwer nachzuvollziehen
Eventuell "java" - aber da hab ich nicht viel am Hut

wieso Java und nicht PHP? Was geht dir bei PHP eigentlich ab ?

[dr_kox]

Danke für deine Hilfe bzw Interesse
(so nebenbei - bin Mathematiker (Analysen;Permutationen, stochastische Optimierung udgl) - mit Computer/Softare udgl beschäftige ich mich vorallem in der Freizeit bzw. als Hobby (man sucht eben die Herausforderung - und lernfreudig bin ich mal)
Da die ganze Sache schon älteren Semesters ist, wurde die Dateneingabe in dBase realisiert.
Da aber jetzt nicht alles zentral mehr eingegeben werden soll (an verschiedenen Standorten), ist eben eine online-Variante von Nöten.
Sicherlich kann man die Daten auf den Zentralcomputer schicken und die Auswertung wieder zurücksenden.
Aber es sollte eben an einer unabhängigen Stelle diese Auswertung auch funktionieren (deshalb die Online-Variante)
Bzgl java - kommt aus meiner Sicht auch nicht in Frage - war nur ein Gedankengang - (alles aus einem Guß - auch der Algorithmus - hier sehe ich den einzigen Vorteil)
Warum nicht Windows:
Ist ja nicht so, dass ich vorher nicht "gegoogelt" habe - aber hier scheiden sich die Geister
Manche sagen: Finger weg von php in Verbindung mit Windows usw. bla bla bla.

Die Anbindung der Daten am Server in das c++ Programm muss eh neu überdacht werden (ob mysql oder mssql)
(soweit habe ich mir noch keine Gedanken gemacht - aber da gibt es sicher API´s die die ermöglichen), derrzeit wird die odbc Schnittstelle verwendet.
Und wie lange dauert die Berechung:
Ist schwer zu beantworten: von 10 Sekunden bis max. 4 Minuten (könnte auch länger daueren und ist vorallem abhängig von der eingesetzten Hardware und auch der Daten)
Passt nicht so in das Forum, aber vielleicht kennst du das Problem des Handelsreisenden
http://de.wikipedia.org/wiki/Problem_de ... sreisenden - und da kann es sein, dass er Tage für eine Berechung braucht.
Bei uns waren es halt max. 4 Minuten
Dies sind mal eben Grundsatzgedanken aus meiner Ssicht gewesen;
Ob jetzt ein Windowwssserver oder Unix-Server zum Einsatz kommen soll - deshlab auch die Anfrage - welches ist auf welchem OS vorallem besser realisierbar
(Sicher auch eine Frag edes Geldes - da Unix-Derivate nicth so teuer sind wind Win-Produkte)
Ps: in php geht mir eigentlich nix ab
Lg

[gms]

Die Anbindung der Daten am Server in das c++ Programm muss eh neu überdacht werden (ob mysql oder mssql)
(soweit habe ich mir noch keine Gedanken gemacht - aber da gibt es sicher API´s die die ermöglichen), derrzeit wird die odbc Schnittstelle verwendet.

wenn die ODBC Schnittstelle bleiben soll und das Programm sauber in C++ geschrieben wurde, dann sollte es keine große Übung sein, dieses Programm auf Linux zu portieren.

Und wie lange dauert die Berechung:
Ist schwer zu beantworten: von 10 Sekunden bis max. 4 Minuten (könnte auch länger daueren und ist vorallem abhängig von der eingesetzten Hardware und auch der Daten)

HTTP ist ein Request/Respons Protokoll, wenn der Anwender die Daten wegschickt (Request) und als Antwort (Respons) schon das Ergebnis erhalten soll, dann sind die 4 Minuten dazwischen einfach zu lange.
Eine einfache Lösung dafür wäre z.B.:
Anwender gibt die Daten ein und bekommt vorerst nur eine Bestätigung daß die Daten korrekt eingegeben wurden.
Nach einiger Zeit schaut der Anwender nach, ob das Ergebnis schon berechnet wurde, er bekommt dann entweder das Ergebnis angezeigt, oder eine Fehlermeldung, daß er es später nochmals versuchen soll.
Eine schönere Lösung wäre über Ajax ( http://de.wikipedia.org/wiki/Ajax_(Programmierung) ) möglich.

Warum nicht Windows:
Ist ja nicht so, dass ich vorher nicht "gegoogelt" habe - aber hier scheiden sich die Geister
Manche sagen: Finger weg von php in Verbindung mit Windows usw. bla bla bla.

nun, ich würde das nicht umbeding auf PHP einschränken
Ich würde aber auch niemandem empfehlen, nur aus diesem Grund auf ein Betriebssystem zu wechseln, von dem er keine Ahnung hat.

Ob jetzt ein Windowwssserver oder Unix-Server zum Einsatz kommen soll - deshlab auch die Anfrage - welches ist auf welchem OS vorallem besser realisierbar

Für dich wahrscheinlich auf einem Windowsserver, für mich auf einem Unix-Server.
Ich sehe diese Frage jetzt auch nicht als vordringliches Problem. Du baust hier eine Web-Applikation auf Basis von PHP. Wenn du das vernünftig angehst, so läßt sich diese Anwendung danach sowohl unter Unix, als auch unter Windows einsetzen. Wenn du dich in der Zwischenzeit mit Linux/Unix beschäftigen kannst, dann wirst du dir die Frage nach der Produktionsumgebung selber beantworten können.

Gruß
gms

[dr_kox]

Danke für die Tipps
Ich glaube ich werde das Unix-Neuland (aus meiner Sicht) versuchen zu erobern
Ich tendiere eher zu php mit ausführbarem Programm auf einen VServer like Debian
Ajax ist sicher eine tolle Angelegenheit (aber wo Licht ist ist auch Schatten) - bin eher ein konservativ denkender Mensch
(bitte nicht falsch verstehen . Innovationen sind inmmer gut ! - für mich ist Web 2.0 eher ein Trend - hier zu philosophieren wäre das Forum zu schade)
Danke für den AjaxLink - die Vorteile glaube ich stehen nicht im Verhältnis zum Obigen
Naja dann werde ich mal anfangen meinen Wissenshorizont zu erweitern
Im diesem Sinne einen besonderen Dank an dich
lg

[gms]

Ajax ist sicher eine tolle Angelegenheit (aber wo Licht ist ist auch Schatten) - bin eher ein konservativ denkender Mensch (bitte nicht falsch verstehen . Innovationen sind inmmer gut ! - für mich ist Web 2.0 eher ein Trend - hier zu philosophieren wäre das Forum zu schade)

vom Thema her würde die Diskussion besser in das Softwareentwicklungsforum reinpassen, dort würde auch das Forum keinen Schaden nehmen
Du hast recht, Web 2.0 ist ein Trend, ein Standard ist es allerdings leider nicht, daher versteht auch jeder etwas anderes darunter. Ich dachte z.B, daß Web 2.0 auch ajax-basierend ist.
Ich lasse mich aber diesbezüglich auch gerne eines besseren belehren

Gruß
gms

[dr_kox]

Rechthaben heißt nicht im Recht sein !!
Aber da ich nicht viel in Foren unterwegs bin - bitte verzeih
Aber ich habe leider keine Ahnung wie ich das verschieben könnte ??
Wenn es der Admin macht - soll es mir recht sein
Bzgl Neuigkeiten und Trends
Nur so nebenbei
Erledige ein paar Dinge in Excel (Makroprg.) - finde ich ne tolle und nützliche Sache
Im Excel 2007 habe ich 20 min gebraucht um den VB-Editor zu finden.
Und ich hoffe der Trend geht nicht in 3D sheets -
deshalb auch meine Meinugn zu den Ganzen:
und da gehören die Unix-Derivate auch dazu - alles zu aufgebläht - braucht keiner
2D sheets wird es in 20 Jahren noch geben - da lege ich menie Hand ins Feuer
Das Sprichwort "alt aber gut" das hat schon was auf sich
lg

[gms]

Aber da ich nicht viel in Foren unterwegs bin - bitte verzeih
Aber ich habe leider keine Ahnung wie ich das verschieben könnte ??
Wenn es der Admin macht - soll es mir recht sein

ist am Anfang ein bißchen kompliziert mit diesen Foren
Das anfängliche Thema bezüglich "VServer unter Unix" war hier schon richtig angesiedelt,
Nach dieser Äußerung

für mich ist Web 2.0 eher ein Trend - hier zu philosophieren wäre das Forum zu schade

, dachte ich nur, daß du vielleicht für die neue Diskussion "Ajax" vs "Web 2.0" einen Thread im Softwareentwicklungsforum aufmachen möchtest

[dr_kox]

Nur nichts überstürzen - deine Tipps und Hinweise reichen mal fürs Erste
(der Vorteil ist: es eilt ja nicht !!)
Habe jetzt mal einen besseren Überblick über die ganze Thematik
Deshalb sei mir nicht böse - ob Web 2.0, Ajax, Flex udgl - wieder was Neues

Ich glaube, dass es einfacher werden wird, dies auf die althergebrachte Art zu realisieren
(php, mysql und eben das ausführbare Programm)
Ich würde lügen, wenn ich behaupte, dass mir diese Oberflächen like Outlook, nicht gefällt)
Aber wie schon oben erwähnt, es soll kein Kunstwerk werden.
Primär geht es um die Funktionalität und da reicht als Auswerung eine Tabelle
Aber viell. bin ich in einem Zeitfenster gefangen - auch auf einer Dos-Oberfläche lässt sich toll arbeiten und gefällt mir auch (vorallem von der Eingabe her - sicherlich nicht vom Layout)
Was mache ich wenn meine Maus nicht mehr funk. - shit