oOXTCOo - Sa 18.07.09 18:10
Titel: credits server erstellen, welcher weg ist der beste?

---

ich brauche für mein programm ein server programm...

das prinzip funktoniert so...

der kunde kauft credits (1 credit = 1 euro) und bekommt einen usernamen und ein passwort...
dieser account ist dann zb. (je nach wunsch) mit einem credit gefüllt.

nun kann er die client software starten und gibt seine zugangsdaten ein...
jetzt kann er mit dem 1 credit einen entsperrcode kaufen.
der code wird berechnet und wird dann im client programm ausgegeben, der credit wird vom account abgezogen.

welches system dafür wäre am besten und einfachsten?

über tsockets ?

oder http ?

ich dachte ich mach ein server programm über tsockets und speichere für jeden account eine eigene datei ab, die dann bei aufruf berabeitet wird (credit infos speicher).

habt ihr bessere ideen?
hat von euch jemand sowas auf die art schonmal gemacht?


mfg.
hari

jaenicke - Sa 18.07.09 18:20

---

Wie wäre es mit PHP und MySQL zum Beispiel auf dem Server? Dann reicht ggf. als Client auch ein normaler Browser, falls gewünscht.

Wenn du da ein Delphiprogramm laufen lassen willst, musst du einen echten Windowsserver haben, das kostet dich dann 10-15€ aufwärts im Monat. Das "in eine Datei speichern" hört sich aber auch dann in keinster Weise sinnvoll an. Eine Datenbank sollte es schon sein...

Dazu kommt dann ggf. noch SSL usw., was meistens noch einmal mehr kostet (für ein eigenes Zertifikat in jedem Fall).

oOXTCOo - Sa 18.07.09 18:58

---

jaenicke hat folgendes geschrieben :

Wie wäre es mit PHP und MySQL zum Beispiel auf dem Server? Dann reicht ggf. als Client auch ein normaler Browser, falls gewünscht. Wenn du da ein Delphiprogramm laufen lassen willst, musst du einen echten Windowsserver haben, das kostet dich dann 10-15€ aufwärts im Monat. Das "in eine Datei speichern" hört sich aber auch dann in keinster Weise sinnvoll an. Eine Datenbank sollte es schon sein... Dazu kommt dann ggf. noch SSL usw., was meistens noch einmal mehr kostet (für ein eigenes Zertifikat in jedem Fall).

ich speichere es immer in normale text dateien, da ich das am einfachsten kann und da schon einige programme auf diese art gemacht habe.

mit datenbanken habe ich keinen plan...

darum hätte ich einfach ein delphi programm laufen lassen (server laufen bei uns sowieso) das dann in den dateien alle informationen drinnen stehen hat.

windows server laufen, denn wir haben einen sms server laufen und ein netzwerkspeicher worauf ich auch von hier (zuhause) und in der firma zurgreife...


ich schaue mal ob ich irgendwo beispiele finde für die sache mit einer datenbank.

BenBE - So 19.07.09 03:01

---

Im Wesentlichen sind hier mehrere Punkte zu beachten:

1. Ist eine ständige oder regelmäßige Verbindung zum Lizenz-Server nötig?
2. Wie viele Kunden\Programme\Schlüssel müssen verwaltet werden?
3. Muss eine Anbindung an ein bestehendes WWS garantiert werden?
4. Reicht ggf. PHP + MySQLi aus, oder sind umfangreichere Aufgaben notwendig?
5. Gibt es Gründe, warum eine Datei statt einem RDBMS genutzt werden muss\soll?

@jaenicke: SSL-Zertifikate gibt's bei CAcert.org auch kostenlos; und bis auf die großen Browser sind die auch bereits bei einer ganzen Reihe Linux-Distributionen von Haus aus vertreten.

oOXTCOo - So 19.07.09 13:24

---

BenBE hat folgendes geschrieben :

Im Wesentlichen sind hier mehrere Punkte zu beachten: 1. Ist eine ständige oder regelmäßige Verbindung zum Lizenz-Server nötig? 2. Wie viele Kunden\Programme\Schlüssel müssen verwaltet werden? 3. Muss eine Anbindung an ein bestehendes WWS garantiert werden? 4. Reicht ggf. PHP + MySQLi aus, oder sind umfangreichere Aufgaben notwendig? 5. Gibt es Gründe, warum eine Datei statt einem RDBMS genutzt werden muss\soll? @jaenicke: SSL-Zertifikate gibt's bei CAcert.org auch kostenlos; und bis auf die großen Browser sind die auch bereits bei einer ganzen Reihe Linux-Distributionen von Haus aus vertreten.

1.) ja, immer dann wenn der kunde das programm verwenden möchte.
2.) nicht so viele, sind immer neue und ich würde auf 100 schlüssel im monat tippen... weiß es aber noch nicht
3.) nein
4.) es muss aus daten die zum server gesendet werden letzentlich der code berechnet werden und wieder zurück zum client programm gesendet werden da ich nicht möchte das der algo im client programm extrahiert werden könnte.
5.) weil ich dann einfach meinen mitarbeiter eine liste mit fertigen accounts + den account dateien übergeben kann und er sich dann um nichts weiter kümmern muss, wenn alles aufgebraucht ist, erstelle ich im neuen nachschub den er einfach ins verzeichnis kopiert und übergebe ihm die neue liste...
er müsste einfach nur die accounts (username + passwort) weitergeben...

ich würde es am liebsten mit tsockets machen, da ich damit schon gearbeitet habe, aber das problem das mir da im wege steht ist, was passiert wenn mehr leute zur selben zeit zum server verbinden?

die müsste ich dann nach der reihe abhandeln oder?

platzwart - So 19.07.09 15:51

---

Mach dir auch Gedanken, wie du die ganze Sache am besten sicherst. Ich meine im Sinne, dass der Server down ist oder die Festplatte abraucht. Dann sollten die Daten auf mehreren Servern synchronisiert werden, so dass der Betrieb trotz Ausfall eines einzigen Servers weiterläuft - oder was machst du, wenn bei 300 Kunden die Software nicht startet, weil dein Server abgeschmiert ist. Dann erhälst du 300 Anrufe, viel Spaß ;) Und wenn man Murphy glauben darf, geschieht dies genau während deiner Geburtstagsparty oder deinem zweiwöchigem Aufenthalt in Neuseeland. Für alle Ausfälle des Systems solltest du gewappnet sein...