OLLI: Brauche Generelle Infos

Hallo !

Ich habe eine Homepage mit Cheats zu Spielen.
Momentan habe ich 350 Dateien zum Download.

Ich habe auch eine HTML-Tabelle mit "Gewünschten Cheats".

Schaut einfach mal unter "http://www.GameHack.com" und schaut unter Tables.

Ich möchte eine Tabelle (in Exel oder in irgendeinem anderen Programm, egal welches, kann auch TXT-file sein) haben, in der ich
"Spielname", "Gegenstände", "Dateiname" (Files zum Download) und ein ja/nein-feld für "Wunsch" habe.

Ich möchte die Wunschliste und die Liste der Dateien zum Download dynamisch kreieren (alle Browser).

Wenn der User die Wunschliste ensehen will, soll eine HTML-Tabelle generiert werden (bei einem Gewünschten Spiel steht im Feld "Wunsch" ein JA).
In diese Tabelle soll dann der Spiele-Name und die gewünschten Gegenstände reingeschrieben werden.

Wenn der User auf einen Register (oder Button) klickt (z.B. auf "A-D" für "zeige mir alle Cheats zu Spielen von A-D"), sollen alle cheats gefiltert und in eine Tabelle zum Download geschrieben werden werden, die mit A-D beginnen.

Weiterhin soll er nach verschiedenen Kriterien suchen können.
Beispiele:

  • Eingabe "Diablo"
      Ausgabe: Alle cheats zu Spielen, bei denen im Spielenamen das Wort
      "Diablo" vorkommt, also z.B. "Diablo", "Diablo Hellfire",
      "Diablo II".
  • Suche in der Beschreibung des Scheats soll möglich sein.
  • Suche nach Cheats zu bestimmten Betriebssystemen (z.B. Commodore64-Emulator)

Ich will beispielsweise in der Tabelle auch eine Spalte "Neuer Cheat" haben.
Somit kann ich alle neuen Cheats ausgeben.

Das ist jetzt ein wenig vereinfacht dargestellt (habe ca. 15 Datenfelder).

Wie kann ich das am besten umsetzen ?

Geht das eventuell per JavaScript ?

Was brauche ich dazu, was der Provider ?

Welche Datenbank kann ich benutzen?

Ich kann einigermaßen HTML und JavaScript.
Wer kann mir da Tips geben oder mir sagen, wie ich externe Daten verarbeiten kann ?
Gibt es da fertige Tools ?

Gruß

OLLI

  1. Hallo Olli

    Wie kann ich das am besten umsetzen ?
    Geht das eventuell per JavaScript ?
    Was brauche ich dazu, was der Provider ?
    Welche Datenbank kann ich benutzen?
    Ich kann einigermaßen HTML und JavaScript.
    Wer kann mir da Tips geben oder mir sagen, wie ich externe Daten verarbeiten kann ?
    Gibt es da fertige Tools ?

    Ne ganz schoene Menge Fragen auf einmal ;-)

    Also, wegen 350 Datensaetzen eine Datenbank zu benutzen waere der typische Overkill, ueber den ich so gern die Nase ruempfe.

    Generell solltest du aber eine serverseitige Loesung anvisieren. Kurz gesagt, du brauchst entweder ein CGI-Script in einer Sprache wie Perl, oder du benutzt HTML-Dateien mit Bereichen, die Programmanweisungen in einer Sprache wie PHP oder ASP enthalten. Damit kannst du dir alle Wuensche selber ganz prima erfuellen. Du musst dich halt mit der Programmierung beschaeftigen, das koennen wir dir hier in den Antworten zu deiner Frage nicht beibringen. Einen Einstieg ins Thema CGI haette ich auf <../../tg.htm> anzubieten.

    Nun gibt es auch viele fertige Scripts, die man anpassen kann, sodass man nicht alles neu programmieren muss. Aber ob es fuer so spezielle Wuensche wie deine was Fertiges gibt - am besten suchst du selber mal: ein Surfbrett dazu steht z.B. bereit auf http://www.teamone.de/selfaktuell/links/cgi_perl_sammlungen.htm.

    Was dein Provider also anbieten sollte, ist vor allem eine CGI-Schnittstelle, einen Perl-Interpreter oder alternativ etwa einen PHP-Praeprozessor.

    viele Gruesse
      Stefan Muenz

    1. Also, wegen 350 Datensaetzen eine Datenbank zu benutzen waere der typische Overkill, ueber den ich so gern die Nase ruempfe.

      Wer sich mit der Materie Cheats auskennt weiss, dass sich das schnell auf 2500 Datensaetze erhoehen kann. Und da fuer jeden Cheat ne eigene Datei erstellen fand ich zu aufwendig. Ausserdem verbraucht es etwa 3-4 mal soviel Speicherplatz wie ne Loesung mit Datenbank. Da der Umstieg spaeter aufwendig wird, sollte man schon in einer fruehen Phase auf Datenbanken setzen. Denn es bleibt sicher nicht bei 350 Datensaetzen.

      MfG
      Thomas

      1. Hallo,
        Für solche die so idden haben gibt es mitlerweile gute hilfe, die aber doch ein wenig geld kostet.
        Die Firma Macromedia hat jetzt das DreamWeaver 3 zu einem weiteren schritt ausgebaut zum DreamWeaver Ultra Dev 1.0 das verbindet HTML Editor mit datenbank, das heisst du könntest innert wenigen schritten eine komplette webseite mit datenbank anbindung erstellen, ohne das können dazu gross zu besitzen.
        Der vorteil auch noch, es arbeitet mit ASP, JSP und Cold Fusion script, somit kannst nach servern die datenbank ausbauen, leider unterstützt es keine PHP scripte.
        Der preis ist aber denoch recht teuer.

        Gruss Andraes

        1. Hallo !

          Der preis ist aber denoch recht teuer.

          Das denke ich aber auch !

          Ich glaube, wir bewegen uns hier im 'Schweinsgalopp' von der eigentlichen Fragestellung weg.

          Wer schon bei derzeit noch 350 Datensätzen über derlei Dinge nachdenkt, schießt m.E. mit Atomwaffen-bestückten Langstreckenraketen auf die vielzitierten Spatzen.

          Gruß,
          kerki

          1. Hallo !

            Der preis ist aber denoch recht teuer.

            Das denke ich aber auch !

            Ich glaube, wir bewegen uns hier im 'Schweinsgalopp' von der eigentlichen Fragestellung weg.

            Wer schon bei derzeit noch 350 Datensätzen über derlei Dinge nachdenkt, schießt m.E. mit Atomwaffen-bestückten Langstreckenraketen auf die vielzitierten Spatzen.

            Gruß,
            kerki

            Vielleicht sollte ich mal einiges klarstellen.
            Ich bin nicht größenwahnsinnig noch sonstiges.

            Ich will meinen Usern eine Such-Funktion bieten, mit der sie nicht nur nach dem Namen suchen können.
            Ich will auch die Summen auf den entsprechenden Sreiten nicht immer rechnen müssen.

            Praktisch wäre die Daten aus einem TXT-File (oder was ganz einfachen) dynamisch auszulesen und anzuzeigen und die Suche in JavaSkript zu machen.
            Ich habe zwar NUR 350 Datensätze (momentan) anber es dauert doch 3 Minuten bis ein neuer Cheat eingetragen ist.
            Ih muss ihn nämlcih 2x eintragen: einmal in die Tabelle "Neu" und dann in den entsprechenden Register.
            Dazu muss ich ihn auch noch an die richtige stelle sortieren.

            Bei einem TXT-File / Datenbank würde (im Idealfall) nur eine Zeile unten angehängt werden, bei "Neuer Cheat" ein Hakerl gesetzt und das wars.
            Sprtieren und anzeigen macht JavaScript / Datenbank.

            Also geht das einfach oder eher kompliziert ?

            OLLI

            1. Hallo nochmal!

              Sorry, bei der Grundsatzdiskussion bist du leider ein bißchen zu kurz gekommen... :-(

              Bei einem TXT-File / Datenbank würde (im Idealfall) nur eine Zeile unten angehängt werden, bei "Neuer Cheat" ein Hakerl gesetzt und das wars.
              Sprtieren und anzeigen macht JavaScript / Datenbank.

              Das mit dem Javaskript hatte Stefan dir ja schon versucht auszureden ('... serverseitige Lösung anvisieren ...'). Ob's damit jetzt deswegen gleich überhaupt nicht geht, weiss ich nicht, dafür gibt's hier andere Fachleute. Javaskript ist absolut nicht mein Metier. (Eine Sorge weniger :-) )

              Für server-seitige Lösungen hatte dich Stefan auf die Linkseite mit CGI-Perl-Sammlungen verwiesen.

              Ich persönlich hatte da mal folgendes Skript ausprobiert:
              http://technotrade.com/cgi/search.html
              Dieses ziemlich simple Skript bietet eine 'URL Search Engine' auf Basis einer TXT-Datei (CSV).

              Das ist denkbar einfach aufgebaut und daher für den Anfang gar nicht 'mal verkehrt.

              Ein bißchen auf deine Ansprüche ummodeln musst du es natürlich schon, aber mit etwas Geduld und Spucke sollte das schon klappen.

              Ich hoffe es hilft für den Anfang.

              Gruß,
              kerki

      2. Hallo Thomas

        Wer sich mit der Materie Cheats auskennt weiss, dass sich das schnell auf 2500 Datensaetze erhoehen kann.

        Ich weiss zwar nicht wie gross die Datensaetze sind, aber im Normalfall wuerde ich sagen "na und?". Angenommen, jeder Datensatz hat im Schnitt 1 KB. Dann sind das also 2,5 MB. Im Computer-Mittelalter haette man dafuer eine Datenbank gebraucht, klar. Aber 2,5 MB Textfile durchsucht dir Perl auf einem modernen Rechner schneller als ein Maennerhirn braucht, um an eine Frau zu denken ;-)

        viele Gruesse
          Stefan Muenz

        1. Ich weiss zwar nicht wie gross die Datensaetze sind, aber im Normalfall wuerde ich sagen "na und?". Angenommen, jeder Datensatz hat im Schnitt 1 KB. Dann sind das also 2,5 MB. Im Computer-Mittelalter haette man dafuer eine Datenbank gebraucht, klar. Aber 2,5 MB Textfile durchsucht dir Perl auf einem modernen Rechner schneller als ein Maennerhirn braucht, um an eine Frau zu denken ;-)

          Hi
          Gut, wir haben da unterschiedliche Vorstellungen von einer Datenbank. Ich zaehle da ein Textfile mit den Daten auch dazu. Eigentlich alles, was den Content getrennt vom Design bereithaelt.
          War also ein Missverstaendnis.

          MfG
          Thomas

        2. Hallo !

          Irgendwie stört mich in der ganzen Diskussion die Art und Weise der Verwendung des Wortes 'Datenbank'.

          Nach allem, was ich je gelernt habe, ist auch ein Textfile mit mehr oder weniger strukturiertem Aufbau bereits eine Datenbank.

          Die Frage muss m.E. also nicht lauten: 'Datenbank oder keine Datenbank', sondern: 'welches DBMS (Datenbank-Management-System) soll man verwenden'?

          Rein aus Geschwindigkeitsgründen sehe ich bei Datenmengen von der angeführten Grösse auch keinerlei Veranlassung, auf große SQL-basierte DBMS zurückzugreifen.

          Anders sieht es IMHO allerdings bei der Funktionalität aus:

          Eine reine Suchfunktion kann man sicherlich ohne Probleme auch als Anfänger in Perl realisieren.

          Wie aber sieht es aus, wenn es um ORDER BY, GROUP BY geht, am besten noch über mehrere Tabellen hinweg?

          Entweder stosse ich dann sehr schnell an meine Grenzen, oder ich versuche, mit Perl ein Rad neu zu erfinden, das es schon lange an anderen Wagen gibt.

          Vielleicht wäre hier eine Perl-Lösung mittels DBI und DBD::CSV interessant, das - meines Wissens nach - eine SQL-Syntax quasi simuliert?

          Erfahrungen habe ich damit allerdings keine. Aber vielleicht jemand anderer?

          Gruß,
          kerki

        3. Hallo Stefan,

          Aber 2,5 MB Textfile durchsucht dir Perl auf einem modernen
          Rechner schneller als ein Maennerhirn braucht, um an eine Frau zu
          denken ;-)

          Spricht das jetzt für Perl oder gegen uns Männer?

          <img src="http://home.germany.net/100-80215/alex/images/promo/signet.gif" alt="">

          <img src="http://home.germany.net/100-80215/alex/images/promo/akonline.gif" alt="">

          http://www.atomic-eggs.com/selfspezial/daten/101.html