Seite 1 von 1

vb oder vc++ für online anwendung

Verfasst: Fr Sep 07, 2001 6:59 pm
von Knaubi
ich will versuchen ein "napster für roms" zu programmieren und wollte mal fragen was sich für die online sachen besser eignet, visual basic oder visual c++. also die meisten online tools die ich bisher gesehen habe sind mit (visual) c++ programmiert. wer weiß rat?

vb oder vc++ für online anwendung

Verfasst: Fr Sep 07, 2001 7:09 pm
von SvenRech
Mich würde mal interessieren wie man mit VB überhaupt was im Internet macht.

vb oder vc++ für online anwendung

Verfasst: Sa Sep 08, 2001 1:11 pm
von DarkZero
So'ne Idee hatte ich auch mal, nur ohne Speicher-Server für die IPs geht da gar nix, oder jedenfalls nicht viel.
C++ ist besser.
@sven: Es gibt da eine OCX-Komponente, die heißt "Microsoft Winsock Control" oder "Internet Control", damit geht so was.

[ 08. September 2001: Beitrag editiert von: DarkZero ]

vb oder vc++ für online anwendung

Verfasst: So Sep 09, 2001 5:21 am
von SvenRech
Ach so. Da werde ich mich noch genauer erkundigen.

Was das mit den IPs angeht: Wie wäre es mit CGI?

vb oder vc++ für online anwendung

Verfasst: So Sep 09, 2001 10:35 am
von DarkZero
Die Idee ist nicht schlecht, nur die Frage ist immer, wie?

vb oder vc++ für online anwendung

Verfasst: So Sep 09, 2001 11:28 pm
von SvenRech
Weiß nicht. Auf jedenfall gibt es soein ähnliches Programm schon. Habe vergessen wo. Aber da waren so wenige Leute drin, dass man eh nichts bekommen konnte

vb oder vc++ für online anwendung

Verfasst: Mi Sep 12, 2001 2:07 pm
von [H]amme[L]
Ich persönlich täte dir zu Delphi raten. Diese Programiersprache wird oft vergessen und ist sehr gut für online Anwendungen gedacht.

[ 12. September 2001: Beitrag editiert von: [H]amme[L] ]

vb oder vc++ für online anwendung

Verfasst: Mi Sep 12, 2001 2:27 pm
von Payne
Ich würde aber das Gnutella-Netzwerk bevorzugen, da man da jeden Stuff bekommt, nicht nur Roms.

Aber wenn hier wer sowas coden will, muss er sich überlegen, ob er ein normales Server/Client-Netzwerk macht, wie Napster, oder ein P2P (Peer to Peer) wie Gnutella oder teilweise ICQ.

Vorteile/Nachteile:

Server/Client: Das Suchen geht um einiges schneller, da aufm Server eine Datenbank der User/Files sind. Nachteil ist nur, dass wenn man den Server abschaltet, nix mehr geht und man den Inhalt der angeboten wird zensieren kann, wie im Falle Napster. Bei ICQ werden auch schon ein paar Sachen zensiert. Sub7 kann doch so konfigurieren, dass er eine icq Message schreibt, wenn der Server online ist. Icq lässt diese Nachricht aber nicht mehr durch....

P2P:
Client = Server. Stellt euch das Borg kollektiv aus Star Trek vor, nur ohne Borg Queen Bild. Der Vorteil ist, dass dieses Netz nicht so schnell lahmgelegt werden kann, da es keinen Knotenpunkt gibt. Es kann auch nichts zensiert werden. Der Nachteil ist aber, dass man am Anfang mindestens eine IP-Adressen finden, bei der gerade ein Gnutella kompatibles Proggie läuft. Lösung: Portscanner. Nur dauert dort das Suchen ewig lange, da immer nur die User abgefragt werden können, mit denen man gerade connectet ist.

So, habe ich dich etwa abgeschreckt ? Bild

vb oder vc++ für online anwendung

Verfasst: Mi Sep 12, 2001 7:20 pm
von Knaubi
eigentlich nicht, da ich an eine mischung von beidem gedacht habe, quasi p2p weils direkt von user zu user geht, aber so dass es sich die daten (ip) aus einer datenbank holt. müsste doch gehen dass man mit cgi oder asp oder php ne seite macht die automatisch die ip in ne access datenbank schreibt. mit active-x kann man ja den ie im hintergrund einbauen der dann die daten an die datenbank sendet und danach aus der datenbank 10 (oder auch mehr) ip's nimmt und zu denen ne verbindung aufbaut und darüber zu anderen rechnern. ist vielleicht einer der gnutella kompatiblen programme open source? man könnte das ja dann erweitern.

vb oder vc++ für online anwendung

Verfasst: Do Sep 13, 2001 1:00 pm
von Payne
Gnutella is ein Protokoll. Wenn du das verstehst kannst du dir selber sowas coden Bild Die IDE mit dem Active-X finde ich mies, da da nur IE und Windows-User angesprochen werden.

vb oder vc++ für online anwendung

Verfasst: Do Sep 13, 2001 2:35 pm
von [H]amme[L]
Außerdem gibt es sowas schon. Nämlich "JackServ" (hat Jack0190 vom ehm. GRB gemacht). Er hat dieses FileSharing Tool in Visual Basic geproggt. Hat es aber, glaub ich, wegen zu geringer Resonanz eingestellt.

Und für was braucht man RomFileSharing Programme, wenn man im newnet oder euirc (#roms4free und #roms) eh alles bekommt was man brauch!

vb oder vc++ für online anwendung

Verfasst: Do Sep 13, 2001 6:37 pm
von Skyhawk
wenn man ROMs so download soll, dann wäre es sinnvoll, das Prog so zu machen das man von mehreren Usern gleichzeitig downloaden kann. Ähnlich Morpheus. Dann sollte das prog aber beherrschen das es die ID des ROMs auszulesen damit es keine Probleme gibt falls mal jemand das ROM gleiche Namen gibt. Morpheus liest ja nicht nur die datei selber, sondern auch id und tag der einzelnen files, damit es keine probleme gibt falls mehrere files gleich heißen aber völlig verschieden sind.

vb oder vc++ für online anwendung

Verfasst: Fr Sep 14, 2001 3:58 am
von TShaI{ra
High,
http://opennap.sourceforge.net/#clients

hoffe des hilft dir weiter !

TS

vb oder vc++ für online anwendung

Verfasst: Mi Sep 19, 2001 9:34 pm
von XTale
napster für roms gabs schonmal

das sharing prog gibts immernoch - allerdings nicht für roms.
Schimpft sich jetzt Swapoo, hiess vorher mal ganz kurz Romnet.

Der Autor hat das mit dem Romsharing aber ganz schnell wieder aufgegeben, weil sich soweit ich weiss die Firmen recht schnell beschwert hatten... is dann auf normales sharing umgeschwenkt...

vb oder vc++ für online anwendung

Verfasst: Do Sep 20, 2001 5:48 pm
von Knaubi
naja, von der seite betrachtet ist es auch nicht gnaz so das wahre, auch wenn es praktischer wäre über ein solches system roms zu finden. ich werd mir die sache nochmal durch den kopf gehen lassen, da ich wohl auch noch einiges an programmiersprachenkenntnissen dazu lernen müsste. es wäre zwar vermutlich einfacher einen gnutella client entsprechend anzupassen, aber falls die sache doch ins rollen kommen sollte sag ich nochmal bescheid.