Welche Programmiersprache für diese Problemstellung:

Welche Programmiersprache für diese Problemstellung: (6 Beiträge, 13 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo!
Ich möchte unter Suse 7.0 mit KDE2 (oder von mir aus auch einem anderen Windowmanager) folgendes programmieren:

Der User hat einen Bestand an 2000 Datendateien. Über ein grafisches Interface soll er aus einer Liste (auf Diskette) mit verfügbaren neuen Dateien welche auswählen können, wofür er auf ebensoviele aus seinem Bestand verzichten muß. Diese Auswahl soll dann auf der Diskette abgelegt werden, die wird wiederum auf einem Server ausgelesen und ein Verzeichnis mit den ausgewählten Dateien zum Brennen hergerichtet. Die neuen Dateien auf der CD sollen dann von einem Programm (das die entsprechenden Rechte besitzt, der User hat keine Schreibrechte auf HD!) auf die HD kopiert und die ausgewählten alten Dateien gelöscht werden.

Frage: welche Sprache(n) sollte ich mir dafür aneignen? Ich hab bisher programmiert: unter DOS:Basic Win:Delphi Linux:Modula2
(nicht lachen bitte!)

Bin für alle Tips furchtbar dankbar!

Hmm... ich muss zugeben, ich versteh' nicht alles (worum genau
geht's denn bei dem Ganzen?), aber so aus'm Stegreif würd ich sagen
'nen SQL-Server im Hintergrund mit 'nem Frontend in C, oder
embedded-SQL in 'ner C Umgebung. Einem Programm andere Rechte zu
geben als dem User selbst ist kein Problem, die Routinen ab dem
auslesen auf dem Server lässt sich bequem über'n Skript machen.

Aber, ehrlich, es wäre leichter wenn ich wüsste worum's geht.

Vielleicht hat der Ausdruck "Server" verwirrt:
Es handelt sich um mehrere nicht vernetzte Geräte an verschiedenen
Orten, die nicht mehr als je 2000 Datendateien haben dürfen
(weil für diese Lizenzgebüren bezahlt werden). Es soll diesen
einzelnen Rechnern ermöglicht werden, diese 2000 Dateien aus einem
größeren Bestand an Dateien, die auf einem zentralen, nicht
vernetzten Rechner liegen, auszuwählen. Und das ganze eben
automatisiert weil es ein ganzer Haufen Rechner sind, möglichst
deppensicher (grafisch) und betrugssicher (wg Lizenzgebüren).
Wie ich einem Programm andere Rechte geb weiß ich eh (suid), aber
welche Skriptsprache ist da gscheit?

Danke derweil und ich hoff Du kannst Dich weiter um mich kümmern

Es wär' einfacher wenn ich 'ne Idee hätte worum's geht... aber gut.

Hmm... das ganz gewöhnliche Shellscript vom Linux wär' eh dafür
geeignet. Aber wenn ich Dich richtig verstanden hab bist Du in
diesem Fall Lizenzgeber, also WILLST Du das Limit von 2000
Datensätzen einhalten, Du MUSST nicht, hab ich das so richtig
verstanden? Dann wär's nämlich nix mehr mit der shellscript (weil's
halt im "Quellcode" vorliegt und damit vom User mit Wissen verändert
werden kann). Dann hast aber so und so ein Problem, weil was Du
kannst kann so'n User auch. Dann musst Du entweder ein eigenes,
nicht einfach zu lesendes Dateiformat mit entsprechender
Checksummenprüfung im Serverprogramm verwenden oder auf andere
geeignete Weise festlegen, dass die 2000 Datensätze nicht
überschritten werden. Warum prüfst es nicht im Servrprog. selbst ab,
wenn's mehr als 2000 sind verweiger die Ausführung, dann kann auch
das gewöhnliche Shellscript ausreichn.

Du siehst das Problem? Bitte gib mir ein wenig mehr Info wie das
Ganze überhaupt aussieht, sonst wird's schwer was Sinnvolles
vorzuschlagen.

Ferner, wie genau soll denn der Datenaustausch vorgehen? Der
Benutzer kommt an mit seiner Disk, legt sie ein, wählt die Dateien
oder Daten aus die er haben will, fährt mit seiner Disk zurück, legt
sie bei sich ein, wählt die Dateien aus seinem Bestand aus die er
nicht mehr will, die alten Daten werden gelöscht, die neuen
importiert. Hab ich das richtig?

Es geht um Rechner mit mp3s die anderen Leuten zur Verfügung
gestellt werden und wir (die Vermieter der Rechner) müssen sicher
stellen daß die Lizenznehmer (Mieter) die 2000 Lieder nicht
überschreiten. Wir wollen den Mietern ein Verzeichnis aller
verfügbaren Lieder per Diskette zukommen lassen,diese schicken
sie uns mit der Auswahl zurück und wir schicken ihnen im Endeffekt
eine CD mit ihren neuen Liedern.

Danke für Deine Geduld

Hmmm... Ok. Ich geh mal davon aus dass die rechtliche Seite von dem
Ganzen geklärt ist und gut so ist und soll so sein...

Nochmal zum 2000 Titel-Limit. Dieses Limit stellt IHR, nicht die
Software. Ist also in EUREM Interesse und kein Limit, das Euch
selbst behindert, also von irgendeiner Drittfirmensoftware auferlegt
wird?

Warum ich drauf 'rumreite ist, wenn's in Eurem Interesse ist kann's
nicht egal sein ob das 2000 Datei-Limit "geknackt" wird. Sonst wär's
das Problem der Drittanbieter.

Aber mal zum Detail, wie ich's mir vorstellen könnte:

Auf den Kundenrechnern dürfen sie (logischerweise) keine
Schreibrechte haben, nur die einzelnen Programme von Euch dürfen...
aber ich glaub das war schon klar, wenn ich mich recht erinnere.

Wenn sowohl Ihr als auch Eure Kunden Internetzugang haben, wäre
folgendes denkbar: Ihr bietet Euren Kunden eine SQL-Datenbank an
(dazu kann man auch ganz bequem ein Webpage-Frontend erzeugen), in
der sie Dateien (also die mp3s) aussuchen. Diese werden auf CD
gebrannt und verschickt. Für diesen Vorgang wäre z.B. eine
Implementation über mysql und php3 meines Wissens nach geeignet.

Auf dem Kundenrechner liegt ein Programm, über das die Kunden
Dateien auf der CD und eine gleiche Anzahl an Dateien auf der Platte
auswählen können, und damit wird kopiert. Dazu braucht's an und für
sich nur ein Programm in GCC. Man könnte es auch über 'n Script
machen, da der Kunde selbst keinen Schreibzugriff hat kann er's ja
nicht modifizieren. Er kann's allerdings immer noch lesen.

Auch wenn der Kunde oder Ihr keinen Zugang zum Netz hat würd' ich's
genauso machen. Weil es keinen Unterschied macht, ob es beides an
einem Rechner gemacht wird, es aber um Längen einfacher ist, wenn
man's mal über's Internet machen will.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung