mmofacts.com

Lokale Datein abrufen

gepostet vor 17 Jahre, 11 Monate von Korporal
Hallo,
ich suche ein Script womit ich mir die Datei Namen und die Datei größe in ein Array einlesen kann.
Ich kann bereits Datein von meinem Server auslesen und wieder ausgeben mit richtigen Namen und größe.
Nun möchte ich noch einen bestimmten Pfad angeben von meinem Lokalen PC (z.B: D:\Backups), die Daten aus dem Verzeichniss sollen ausgelesen werden.
Leider funktioniert es nur mit den Serverdaten.
Da ich aber beide vergleichen möchte (um dem Team die möglichkeit zu geben, zu sehen ob neue Datein vorhanden sind per Datei abgleich) brauche ich auch die Lokalen Daten.
Vielleicht kann mir ja jemand helfen?
gruß
Martin Draheim
gepostet vor 17 Jahre, 11 Monate von progs
Die Frage ist, mit welcher Programmiersprache Du das machen willst. Mit PHP ist sowas denke ich nicht möglich, da Du einfach keinen Zugriff auf Deine lokalen Verzeichnisse hast.
gepostet vor 17 Jahre, 11 Monate von TheUndeadable
Kein Server auf diesem Planeten hat Zugriff auf lokale Festplatten. Das ist unabhängig von der Programmiersprache.
Du könntest höchstens ein Java-Applet nutzen, das die Daten der lokalen Festplatte an den Server überträgt.
gepostet vor 17 Jahre, 11 Monate von open_dimension
Das geht mit vielen Sprachen,
nur muss dazu etwas bei den Spielern installiert werden, wo die Ihren lokalen Pfad eintragen können.
Das können die Spieler dann ausführen, das Programm verbindet sich mit Deinem HTTP oder FTP (schwerer, da Du dann noch Authentizierung schreiben mußt) und dann gleichen sich die Daten ab.
Jetzt hast Du die Qual der Wahl:
- Delphi
- Visual Basic
- Perl
- C / C++ / C#
- Java
- Blitzbasic / Blitz3d
usw...
PHP geht sicher auch, nur brauchste dann wieder einen lokalen Apache. Oder ??
EDIT:
Mir ist dazu noch etwas eingefallen, dass die Wahl sicher erleichtert.
Perl bräuchte ja auch wieder einen installierten Interpreter bei den Spielern, also ist das nicht zu empfehlen.
Bei den hohen Sprachen C/Java ist so, als würdest Du mit Kanonen auf Spatzen schießen, wenn man es kann, ist es gut, ansonsten am besten die Finger davon lassen.
Ich persönlich würde Blitz empfehlen. Ich habe noch keine Spache gesehen, die einfacher wäre, und so viel bietet. Sehr gut durchdachtes Konzept. Ansonsten eben VB oder Delphi.
@TheUndeadable
Doch, man könnte theoretisch auch einen lokalen Server schreiben, der einen Port öffnet, und dann die lokalen Datein extern auslesen.
(Die Frage ist nur, ob das jemand haben möchte :-) -> Portforwarding, usw...)
gepostet vor 17 Jahre, 11 Monate von progs
Dann kann der lokale Apache aber auch wieder nur auf Deine lokalen Dateien zugreifen.
gepostet vor 17 Jahre, 11 Monate von open_dimension
Das ist schrecklich, wenn ich einmal angefangen habe, mir über so ein Problem den Kopf zu zerbrechen, hört das nicht wieder auf
Die einfachste Lösung ist sicherlich anders, anderes Konzept:
Immer wenn du Deine Daten auf dem Server updatest, läßt Du eine Liste der neuen Files generieren, und legst die in Deiner DB mit einer ID ab.
Wenn ein User diese Files zieht, bekommt er einen Eintrag -> Update-Version 5 gezogen.
Kommt der User das nächste Mal, und dann ist gerade Update-Version 10 aktuell, lieferst Du Ihm nur eine Liste der Updates 5-10.
Hat der User Plattencrash oder ähnliches zieht er sich ja das Gesamt-Paket. Das musst Du natürlich sowieso anbieten. Und bekommt wieder die aktuelle Update-Version bei sich als User gespeichert.
No Client Programming -> Sicher die schnellere Variante.
gepostet vor 17 Jahre, 11 Monate von Toby
Vielleicht seh ichs nur zu einfach, aber was spricht gegen ein Versionkontrollsystem?
open_dimension Vorschlag klingt irgendwie eh danach.
Ansonsten gibts ja viele Ansätze. Man lege ein von außen erreichbares Script auf den Client und mache das ganze via SOAP oder sowas (wobei der Client dann zum Server würde... ).
Aber der sauberste Ansatz wäre wohl einfach ein Versionkontrollsystem und dann muss halt jeder immer brav einchecken und das möglichst zeitnah.

Auf diese Diskussion antworten