Programmierung einer Statistik-Tabelle aber wie?

[NachtEule]

Hallo,

brauche Hilfe bei der Pragrammierung einer Statistik-Tabelle die ungefähr so aussehen sollte:

http://pz.westspiel-casinos.info/hohensyburg/archiv.php

wäre cool wenn mir dabei einer helfen könnte

[Kelt]

Hallo NachtEule, willkommen hier im Forum!

Wenn es dir nur um die Anzeige der EC, Dutzend, Kolonnen.. etc. geht, wirst du hier im Forum sicherlich Software finden (oder Verweise darauf), die deinen Ansprüchen genügt.

Warum solltest du etwas programmieren, was es schon gibt!?

Mit der Suchfunktion hier im Board solltest du schnell fündig werden.

Ciao, Kelt

[Herror]

Hallo,

brauche Hilfe bei der Pragrammierung einer Statistik-Tabelle die ungefähr so aussehen sollte:

http://pz.westspiel-casinos.info/hohensyburg/archiv.php

wäre cool wenn mir dabei einer helfen könnte

Ich arbeite bereits an so einem Programm auf PHP Basis.

bin schon ziemlich weit und es dürfte sich nur noch um eine Woche handeln, bis das Programm fertig ist.

Werde dann den Link zu der Seite posten.

Wenn du was bestimmtes suchst, dann wäre ich auch über deine idee froh, denn meine kreativität hat seine Grenzen erreicht und weiß nicht mehr was ich so auswerten lassen könnte.

[Optimierer]

Hi,

brauche Hilfe bei der Pragrammierung einer Statistik-Tabelle

Hilfe bei der Programmierung würde ich in einem Forum für Programmierer suchen, solche gibt's für jede Programmiersprache. Welche Sprache soll's denn sein? Assembler läuft am schnellsten (in der Ausführung, nicht in der Programmierung B: ). Perl oder PHP oder Javaskript ist ist zu empfehlen (letzeres schreibt sich natürlich mit c, aber die Forensoftware erlaubt hier nicht, dass man es richtig schreibt).

Gruß, Optimierer

[D a n n y]

Hi Optimierer

Assembler läuft am schnellsten (in der Ausführung, nicht in der Programmierung smile.gif" border="0" alt="cool.gif" /> ). Perl oder PHP oder Javaskript ist ist zu empfehlen (letzeres schreibt sich natürlich mit c, aber die Forensoftware erlaubt hier nicht, dass man es richtig schreibt).

Dir ist aber schon klar, dass JavaSkript auf die »sandbox« 'nes Browsers beschraenkt ist und auch da seine Grenzen hat. Die and're Frage ist, was will der Thread-Eroeffner ueberhaupt, soll seine Statistik tatsaechlich in 'nem Browser laufen oder als PC-Anwendung???????????

Soll's im Browser laufen, wuerd' ich PHP bevorzugen, Perl nimmt mer eigentlich zur serverseitigen Programmierung kaum noch. Die Gruende liegen auch auf der Hand, Perl wurd' urspruenglich nicht als Websprache entwickelt, dem guten Larry ging's um was ganz and'res..................

Fuer 'ne serverseitige Programmierung kann mer notfalls auch Java nehmen, wenn mer bereit ist, 'n Tomcat zu installieren, dann programmiert mer's halt als Servlet, wenn mer kompilieren als liebstes Hobby hat.................

Wenn 's 'ne normale PC-Anwendung sein soll, wuerd' ich mir C/C++ antun, ist zwar kompliziert, aber ausser 'nem Editor und 'nem Compiler (ist bei jedem Linux/UNIX automatisiert mit dabei...................) braucht mer sonst nix zu installieren................

Bei Java muss mer ansonsten 's komplette JDK installieren, wenn's Programm dann noch 'ne grafische Oberflaeche haben soll, wird's auch noch quaelend langsam. Bei Perl und PHP muss der jeweilige Interpreter installiert werden, bei PHP macht's nur Sinn, wenn mer noch 'n Apache installiert usw. usf., ausser mer wuerd's bei 'nem Provider laufen lassen. Aber das ist doch auch umstaendlich.................

(letzeres schreibt sich natürlich mit c, aber die Forensoftware erlaubt hier nicht, dass man es richtig schreibt)

Was auch durchaus seinen Sinn hat...................

bis denne

liebe Gruesse

D a n n y

[Optimierer]

Hi Danny,

Fachsimpeln wir halt ein bisschen...

Dir ist aber schon klar, dass JavaSkript auf die »sandbox« 'nes Browsers beschraenkt ist und auch da seine Grenzen hat. Die and're Frage ist, was will der Thread-Eroeffner ueberhaupt, soll seine Statistik tatsaechlich in 'nem Browser laufen oder als PC-Anwendung???????????

Schon klar, aber der OP schrieb ja wie es aussehen soll, nämlich so wie auf die verlinkten Website, also HTML im Endergebnis, bietet sich jedenfalls an für so eine rel. einfache Sache.

JavaSkript hat zwar seine Grenzen, ist aber doch sehr mächtig, wenn man's beherrscht. Für sowas reicht es allemal und belastet den Server nicht unnötig. Je nachdem, wie die Perm gefüttert wird, braucht man dabei nicht mal einen Server. Die "Sandbox" ist für den bösen IE ja auch kein Problem (Stichwort .hta). Lokale HTML- oder .hta-Datei aufrufen und gut.

Das mit der Serverunabhängigkeit gilt auch für Perl, was geradezu wie geschaffen für sowas ist und auch lokal auf jedem PC läuft. Mit wenigen Perl-Zeilen ist eine Perm eingelesen und eine perfekte HTML-Datei oder ein anderes Format rausgeschrieben. Was will man mehr?

C/C++ wäre dagegen mit Kanonen auf Spatzen geschossen und Java wohl ebenfalls (kenne ich aber zu wenig).

Das mit Assembler war natürlich ein Joke.

Gruß, Optimierer

bearbeitet Februar 9, 2009 von Optimierer

[D a n n y]

Hi Optimierer

Schon klar, aber der OP schrieb ja wie es aussehen soll, nämlich so wie auf die verlinkten Website, also HTML im Endergebnis, bietet sich jedenfalls an für so eine rel. einfache Sache.

Der Thread-Eroeffner hat nur geschrieben, wie 's ausseh'n soll, aber nicht 's Ausgabe-Format. Natuerlich kann mer das so machen, dass HTML ausgegeben wird, aber das wie auf der Webseite ausseh'n zu lassen brauchste nicht unbedingt HTML, das geht auch mit den gaengigen Programmiersprachen in 'nem normalen Fenster, in C/C++ kannste Dir sogar die Grafik-Bibliothek 'raussuchen (M$-Foundation Classes (unter Windoze............), Trolltech/Qt, Gtk2 unter Linux bzw. wenn vorhanden auch unter M$..................)...............

Lokale HTML- oder .hta-Datei aufrufen und gut.

Wenn dann mal nicht JavaSkript deaktiviert ist, was haeufiger der Fall ist als mer denkt. 'n Speicher-Ueberlauf zu programmieren ist jedenfalls mit JavaSkript kein Problem, und 'n professioneller Ansatz ist das auf keinen Fall. JavaSkript ist ganz nett fuer 'ne Browser-Abfrage, die Ausklappmenues auf Webseiten und 'n Image Resizing, aber ansonsten hat sich 's auch schon fast (der tinyMCE-Editor fuer textareas ist noch ganz witzig..............). Wer Formular-Eingaben per JavaSkript prueft, ist selber schuld, das kann mit PHP oder Perl auf 'm Server besser geloest werden...............

Das mit der Serverunabhängigkeit gilt auch für Perl, was geradezu wie geschaffen für sowas ist und auch lokal auf jedem PC läuft. Mit wenigen Perl-Zeilen ist eine Perm eingelesen und eine perfekte HTML-Datei oder ein anderes Format rausgeschrieben. Was will man mehr?

Ist mir schon klar, ich durft' auch mal Perl fuer Webprogrammierung lernen, als PHP noch nicht so sehr verbreitet war, und ich hab' bestimmt zehn Perl-Buecher neben dem Rechner liegen (einen der Autoren des Addison-Wesley-Verlags kenn' ich sogar persoenlich...............). Die Programmierer waren nie sonderlich begeistert, wenn s'e Webseiten mit Perl programmieren sollten. Und guck' Dir mal den HTML-Quellcode an, der mit den CPAN-Modulen entsteht, 'n Graus...............

Perl ist unschlagbar, wenn 's d'rum geht, Text-Dateien aller Art einzulesen und nach bestimmten Mustern zu extrahieren. Dafuer hat der Larry Perl urspruenglich erfunden, und fuer nix and'res. Dass mer damit auch noch and're lustige Sachen machen kann, vor allem so, dass keine Sau den Code versteht, ist 'ne angenehme Zugabe.....................

C/C++ wäre dagegen mit Kanonen auf Spatzen geschossen und Java wohl ebenfalls (kenne ich aber zu wenig).

Fuer 'ne Standalone-App wuerd' ich schon C/C++ nehmen, von Java war ich wegen der Performance nie begeistert. Beides ist immer noch besser als der Basic-Quatsch, wo mer »Dim As Integer« und so 'n Murks eintippen muss. Dasses auch einfacher geht, siehste ja an C/C++ und Java.................

Falls Du mal voellig kostenlos und legal 'ne Java-Bibel suchen solltest, guck' mal bei Galileo-Computing bei den openbooks, dort kannste Dir umsonst die neueste Ausgabe von »Java ist auch eine Insel« im HTML-Format (und einige and're lesenswerte Buecher................) 'runterladen (gezipped natuerlich...........). Sparste 'n Haufen Kohle, mit der Du dann im Casino zocken kannst..............

bis denne

liebe Gruesse

D a n n y

[Herror]

Habe mich mal etwas dahintergehängt und heute mal mein tool onlinefähig gemacht.

Da gibt es noch vieles zu otimieren und habe mich bei der Ausgabe im moment an die Seite gehalten, auf die der Link verweist.

Aber das beweist, dass php dafür gut zu gebrauchen ist ^^

www.herror.de

bearbeitet Februar 9, 2009 von Herror

[NachtEule]

Hallo herror,

dass sieht schon mal sehr gut. Wichtig ist das dass Programm die Zahlen automatisch erkennt und zuordnet ob rot/schwarz gerade/ungerade......

Eine genaue Programierstrategie wo das Programm mir sagt was ich setzten soll hab ich jetzt noch nicht im Kopf, dass will ich aber anhand deines Statistikprogramm versuchen herauszufinden.

Das Programm wird später mehrere Strategien gleichzeitig bearbeiten müssen um lange warte Zeiten bis zum nächsten Einsatz zu vermeiden.

Eine Interessante Strategie hab ich hier im Forum gelesen hier der passende Link dazu:

Mein Roulette Erfolgsystem oder doch nur purer Zufall?

mfg

[Optimierer]

Hi,

Der Thread-Eroeffner hat nur geschrieben, wie 's ausseh'n soll, aber nicht 's Ausgabe-Format.

Der Op hat nicht mal beschrieben, wie's aussehen soll, weil sein Link erst mal gar nichts hergibt in der Richtung. Ich habe mich mal bemüht (du vielleicht auch?) herauszufinden, was er eigenlich meint: Und siehe, es ist nur eine stinknormale Perm-Auswerung zu finden in HTML: Die Roten links und die Schwarzen rechts und die Grünen in der Mitte und noch eine Statistik, wieviele jeweils von den stinknormalen Chancen getroffen wurden... gähn.

Und dafür braucht man Programmier-Hilfe im falschen Forum?

Und wieso interessierst Du dich jetzt plötzlich für den Scheiss? Hättest ja schon vorher deinen unnötigen Client/Sever-Senf dazu geben können...

In dem Fall bin ich jedenfalls für Perl und für ein anderes Forum.

Programmieren ist eine Sache, spielen eine andere, und wenn beide zusammen finden, wird's richtig lustig für die Minderheit...

Gruß,

Optimierer

bearbeitet Februar 10, 2009 von Optimierer

[D a n n y]

Hi Optimierer

Der Op hat nicht mal beschrieben, wie's aussehen soll, weil sein Link erst mal gar nichts hergibt in der Richtung. Ich habe mich mal bemüht (du vielleicht auch?) herauszufinden, was er eigenlich meint:

Der Link gab zwar so erst mal nix her, aber zu bemühen braucht' ich mich nicht, weil ich mir beim Aufruf des Links denken konnt', was er meint...................

Und dafür braucht man Programmier-Hilfe im falschen Forum?

Wieso falsches Forum??????????? Er sucht Programmierhilfe für was Roulette-technisches, 's steht auch Programmierung/System-Auswertungen bei der Abteilung dabei, also ist er damit erst mal gar nicht verkehrt hier.................

Msl davon abgeseh'n, dass Programmierung nicht jeder/frau/mann's Angelegenheit ist................

Und wieso interessierst Du dich jetzt plötzlich für den Scheiss? Weil ein @Optimierer was dazu gesagt hat, gelle.

Was hat das denn mit Dir zu tun?????????? 's hätt' auch jede/r and're sein können. Ich kann Dir jetzt leider nur 'ne Kommunikationsunfähigkeit unterstellen, offensichtlich haste wohl 'n Problem damit, wenn Du was schreibst und dann jemand daher kommt und sich damit mindestens genau so gut auf dem Themengebiet auskennt, vor allem wenn die Person dann auch noch weiblich ist...................

Du scheinst nur 'ne Bestätigung für Deine Behauptungen zu suchen, wir hatten das schon mal bei Deinem Plein-Martingale-Spiel, da wollteste auch nicht glauben, was passieren kann, bisses Casino Dir meine Behauptung bewiesen hatt'. Ich hatt' Dir dazu aber meine aufrichtige ehrliche Meinung schon geschrieben, wir brauchen wohl die Messer in den Wunden nicht auch noch 'rumzudrehen.....................

bis denne

liebe Grüße

D a n n y

[Alpenschreck]

@Herror

ich will nicht Erbsen zählen

mit dieser Programmierung wirst du i m m e r gewinnen wenn du n u r rot spielst

Da stehts bei Dir nämlich 17/19 für rot

weil die 28 in deiner Auflistung rot statt schwarz ist

das solltest Du ändern

nicht böse gemeint

Alpenschreck

[Herror]

@Herror

ich will nicht Erbsen zählen

mit dieser Programmierung wirst du i m m e r gewinnen wenn du n u r rot spielst

Da stehts bei Dir nämlich 17/19 für rot

weil die 28 in deiner Auflistung rot statt schwarz ist

das solltest Du ändern

nicht böse gemeint

Alpenschreck

XD Das war nur die Hintergrundfarbe der Zelle, hatte nichts mit der Auswerung zu tun, sondern diente nur Optischen zwecken. Habe ich aber jetzt richtiggestellt *Danke für den Hinweis*

@NachtEule

Also, wenn du eine Analyse in echtzeit möchtest, dann solltest du das mit dem PHP evtl noch überdenken, weil PHP im vergleich zu Programmen auf dem Rechner viel langsamer ist.

Aber wenn dir die ladezeiten nichts ausmachen, dann ist meine Empfehlung definitiv PHP.

Du brauchst nichtmal einen Server oder so. Mit XAMPP kannst du PHP auf deinem eigenen Rechner lauffähig machen und deine Programme auf deinem eigenen Compuer ausführen lassen.

Ansonste, wenn du bereits erfahrungen mit dem Programmieren hast, dann kann ich nur Pure Basic empfehlen.

Das benutze ich selber um so kleine Programme für den eigengebrauch zu schreiben.

Wenn du es schön kompliziert magst, dann kann C++ eine alternative sein ^^ Brauchst aber unter umständen Monate um die Sprache überhaupt zu lernen

Habe mal gehört, dass man solche Programme auch mit Excel machen kann.... habe ich aber noch nie hinbekommen, aber auch nicht wirklich versucht...

bearbeitet Februar 10, 2009 von Herror

[D a n n y]

Huhu

Aber wenn dir die ladezeiten nichts ausmachen, dann ist meine Empfehlung definitiv PHP.

Du brauchst nichtmal einen Server oder so. Mit XAMPP kannst du PHP auf deinem eigenen Rechner lauffähig machen und deine Programme auf deinem eigenen Compuer ausführen lassen.

Also so ganz richtig ist Deine Aussage hier nicht. Mit XAMPP werden 'n paar Server in einem Zug installiert und mer braucht sich nicht grossartig um die Konfiguration zu kümmern, wenn mer 's nur lokal laufen lassen will. Installiert werden der Apache-Webserver, 'n MySQL-Server, 'n FTP-Server (FileZilla wenn ich mich nicht täusch'...............) und 'n Mail-Server, und der PHP- und Perl-Interpreter (wegen letzterem gibt's zwei verschiedene Versionen von XAMPP.............). Zum lokalen Testen von PHP-Skripts 'ne ganz praktische Sache, aber für den richtigen Netzwerk-Betrieb ist die Installation der einzelnen Komponenten besser. Unter Windows ganz wichtig zu wissen, dass nicht alle Funktionen zur Verfügung stehen, und noch wichtiger, der Datenbank-Server ist in seiner installierten Grundkonfiguration zwar nutzbar, aber selbst auf'm lokalen Rechner 'n Sicherheitsrisiko. Kenntnisse in der Einrichtung 'nes MySQL-Servers sind also unbedingt notwendig, Kenntnisse in der Konfiguration des Apache-Servers können auch nicht schaden, um 'ne Umgebung zu schaffen, die nachher auch im Netz vorhanden ist...............

bis denne

liebe Grüße

D a n n y

[Herror]

Huhu

Also so ganz richtig ist Deine Aussage hier nicht. Mit XAMPP werden 'n paar Server in einem Zug installiert und mer braucht sich nicht grossartig um die Konfiguration zu kümmern, wenn mer 's nur lokal laufen lassen will. Installiert werden der Apache-Webserver, 'n MySQL-Server, 'n FTP-Server (FileZilla wenn ich mich nicht täusch'...............) und 'n Mail-Server, und der PHP- und Perl-Interpreter (wegen letzterem gibt's zwei verschiedene Versionen von XAMPP.............). Zum lokalen Testen von PHP-Skripts 'ne ganz praktische Sache, aber für den richtigen Netzwerk-Betrieb ist die Installation der einzelnen Komponenten besser. Unter Windows ganz wichtig zu wissen, dass nicht alle Funktionen zur Verfügung stehen, und noch wichtiger, der Datenbank-Server ist in seiner installierten Grundkonfiguration zwar nutzbar, aber selbst auf'm lokalen Rechner 'n Sicherheitsrisiko. Kenntnisse in der Einrichtung 'nes MySQL-Servers sind also unbedingt notwendig, Kenntnisse in der Konfiguration des Apache-Servers können auch nicht schaden, um 'ne Umgebung zu schaffen, die nachher auch im Netz vorhanden ist...............

bis denne

liebe Grüße

D a n n y

Nun, aber ist XAMPP auf jeden fall die einfachste und schnellste Methode. Runterladen, installieren, localhost in den Browser eingeben und der Spaß kann beginnen...

[NachtEule]

Hallo,

eigentlich such ich doch nur jemand der mir das Programmiert (egal in welcher Sprache) und wenn es schon so ein Programm hier irgendwo im Forum geben sollte, dann schickt mir bitte doch mal den Link, hab bist jetzt noch nichts vernünftiges gefunden.

An die Programmiere die es drauf haben, eure Bemühungen müssen ja nicht um sonst sein, nen kleinen Obolus würd ich ja schon springen lassen.

[Optimierer]

@All,

Wichtig ist das dass Programm die Zahlen automatisch erkennt und zuordnet ob rot/schwarz gerade/ungerade......

Eine genaue Programierstrategie wo das Programm mir sagt was ich setzten soll hab ich jetzt noch nicht im Kopf, dass will ich aber anhand deines Statistikprogramm versuchen herauszufinden.

Das Programm wird später mehrere Strategien gleichzeitig bearbeiten müssen um lange warte Zeiten bis zum nächsten Einsatz zu vermeiden.

Na also, dachte ich's mir doch. Für solche Auswertungen in Echtzeit, also während des Spiels, ist eine serverseitige Lösung so ziemlich das umständlichste, was man machen kann. Ich empfehle umso mehr JavaSkript, weil man ohne großen Aufwand

• eine einfache, mit stylesheets gestaltbare Oberfläche hat
  
• keinerlei Netzwerk oder Server benötigt
  
• in Echtzeit alles auswerten kann
  
• das Programm z.B. auch auf einem iPhone benutzen kann (falls im Landacsino keiner meckert), ohne irgendwas zusätzlich installieren zu müssen
  

Wenn man dann unbedingt noch eine Serveranbindung braucht, weil man z.B. die Perms oder Auswertungen in einer DB speichern will, kann man ja auch das mit JavaSkript ohne großen Aufwand erreichen.

Der einzige Nachteil wäre, dass es immer im Quellcode vorliegt, d.h. ein JavaSkript-Programm kann man schlecht veräußern, weil es sich nicht kopierschützen lässt.

Gruß, Optimierer

bearbeitet Februar 11, 2009 von Optimierer

[D a n n y]

Huhu

Nun, aber ist XAMPP auf jeden fall die einfachste und schnellste Methode. Runterladen, installieren, localhost in den Browser eingeben und der Spaß kann beginnen...

Klar, wenn's schnell geh'n soll, kann mer das uebergangsweise so machen...............

Ich bin da halt 'n bissel empfindlicher, weil ich bis zu meiner Auswanderung meine Kohle u. a. mit der Betreuung 'nes Intranets verdient hab'. Die and're Sache ist, dass ich auch mit meinem Schlepptop gelegentlich per Browser auf meine Datenbanken auf 'm Rechner zugreifen muss, von daher bietet sich die Konfiguration 'nes [VirtualHost] mit dem Apache an.................

Wenn man dann unbedingt noch eine Serveranbindung braucht, weil man z.B. die Perms oder Auswertungen in einer DB speichern will, kann man ja auch das mit JavaSkript ohne großen Aufwand erreichen.

:werweiss: :lachen: :lachen: :lachen: :lachen:

bis denne

liebe Gruesse

D a n n y

[Optimierer]

@D a n n y

Was gibt's jetzt da zu lachen?

Daten bei Bedarf per JS an einen Server schicken ist nun wirklich kein Aufwand. Dort soll dann ein kleines PHP oder ASP oder was immer das Zeug abspeichern und fertig. Sogar nachträglich ginge das noch, wenn man erst mal lokal speichert.

Die ganze statistische Rechnerei und Darstellung muss jedenfalls nicht von einem Server vorgekaut werden. Das ist so unnötig wie ein Kropf. Der Client soll ruhig auch was schaffen. Dafür isser ja da... .

Gruß, Optimierer

bearbeitet Februar 11, 2009 von Optimierer

[D a n n y]

Hi Optimierer

Was gibt's jetzt da zu lachen?

Lies Dir Deinen Satz, den ich zitiert hab' ruhig noch mal durch. Dann kommste vielleicht auch dahinter, dass mer das so verstehen kann (um nicht zu sagen muss............) dass Du 'ne clientseitige Skriptsprache, die noch nicht mal Schreibzugriff hat, auf 'm Server ausfuehren willst, um Eintraege in 'ner Datenbank zu machen. Sorry, da kann mer halt bloss herzhaft lachen..............

Daten bei Bedarf per JS an einen Server schicken ist nun wirklich kein Aufwand.

Waer' mir schon wieder zu umstaendlich. Wo kommen denn die Daten her????????? Bestimmt aus 'nem Formular, bei der aktuellen Sache ist's zumindest so. Warum soll ich die Daten erst an 'n JavaSkript uebergeben, wenn ich die Daten auch direkt mit HTML an den Server schicken kann????????????? Und dort werden s'e dann doch per PHP oder sonst was (ausser PHP waer' ja noch Perl, Java per Servlet oder auch C denkbar..............) verarbeitet. Wenn ich also eh' schon PHP oder so verwenden muss, dann kann ich auch gleich alles von Server machen lassen, im Normalfall kennt mer dessen Leistungsfaehigkeit, was mer beim Client-Rechner meistens nicht weiss.................

Ausserdem braucht mer dann bloss eine Programmiersprache und keine zwei. Denk einfach mal wieder d'ran, wenn Du in PHP die durchaus nuetzliche

switch() {
    case "irgendwas":
    Anweisungen;
    break;
}

Konstruktion gewohnt bist. Bastel' dann zur Abwechslung mal 's gleiche in Perl und wunder' Dich dann ueber Syntax-Fehler, obwohl Du keinen findest.............

Die ganze statistische Rechnerei und Darstellung muss jedenfalls nicht von einem Server vorgekaut werden. Das ist so unnötig wie ein Kropf. Der Client soll ruhig auch was schaffen. Dafür isser ja da... laugh.gif .

Deine Ansicht, jedoch nicht die meine. Was glaubste denn, was wir hier fuer Probleme haetten, wenn wir von der Foren-Software soviel wie moeglich per JavaSkript auf den Browser auslagern taeten. Das ist ja streckenweise schon so 'n Problem, wenn der Mist im Browser deaktviert ist. Wenn mer viel vom Browser erledigen laesst, muss mer auch damit rechnen, dass mer ungewollt viel Netzwerkverkehr verursacht, der moeglicherweise anders vermeidbar waer', warum soll ich bei jedem Seitenaufruf jedesmal 3 oder noch mehr MB Programmcode an den Client schicken, wenn's doch eh' schon auf 'm Server liegt. 'n Modem-Benutzer, den's immer noch gibt, ist da nicht sonderlich begeistert (von der Sicherheit brauchen wir dann erst mal gar nicht anfangen...............)................

Bei der heutigen Serverleistung gilt, so viel wie moeglich vom Server machen lassen, nur was nicht anders geht wie von mir oben genannte Spielereien vom Client erledigen lassen.....................

Und darstellen tut 'n Server erst mal gar nix, der schickt 's Auswertungsergebnis, das der PHP-Interpreter produziert, an den Client, der dann erst darstellt. 'n Server nimmt lediglich Anfragen entgegen, bei 'ner HTML-Datei ist er noch so freundlich und sucht s'e im angegebenen Verzeichnis, wenn er s'e findet, schickt er s'e an den Browser mit 'nem freundlichen »da haste« zurueck. Bei PHP sagt der Server eben dem Interpreter »mach' du mal«, sofern er die Anweisung dazu hat, ansonsten schickt der Server den Quellcode des Skripts als Text an den Browser...................

Auch wird 'n Provider nicht so schnell Probleme mit der Performance bekommen, weil im Normalfall Web-Server und Datenbank-Server zwei verschiedene Maschinen sind. 's gibt also keinen Grund, warum der Client schaffen soll wie 'n Gaul, wenn and're zustaendig sein koennen...............

bis denne

liebe Gruesse

D a n n y

[Optimierer]

Hi Danny,

Lies Dir Deinen Satz, den ich zitiert hab' ruhig noch mal durch. Dann kommste vielleicht auch dahinter, dass mer das so verstehen kann (um nicht zu sagen muss............) dass Du 'ne clientseitige Skriptsprache, die noch nicht mal Schreibzugriff hat, auf 'm Server ausfuehren willst, um Eintraege in 'ner Datenbank zu machen. Sorry, da kann mer halt bloss herzhaft lachen..............

Dass man jemandem solche absurden Gedanken unterstellt, ist allerdings lächerlich.

Lies dir meinen Satz ruhig nochmal durch. Da steht was von Serveranbindung, falls man die dann überhaupt noch haben will, zusätzlich zur eigentlichen Funktionalität.

Du zäumst mit deinem PHP-Server-Zeug doch das Pferd von hinten auf!

Im vorliegenden Fall geht es erst mal nur darum, Permanenzen in Echtzeit statistisch auszuwerten und das Ergebnis darzustellen. Kein vernünftiger Mensch würde dafür eine Web-Umgebung mit allem Aufwand bemühen.

Wenn ich also eh' schon PHP oder so verwenden muss, dann kann ich auch gleich alles von Server machen lassen, im Normalfall kennt mer dessen Leistungsfaehigkeit, was mer beim Client-Rechner meistens nicht weiss.................

Wieso "eh schon PHP oder so"? Andersrum wird ein Schuh draus: Wenn du deine Auswertungen dann unbedingt noch auf einem fernen Rechner speichern willst, dann kannste ja noch ein kleines PHP-SKript dazu schreiben, was die Daten entgegennimmt und ablegt. Aber wieso sollte man das überhaupt wollen? Selbstvertändlich ist das jedenfalls nicht.

Glaub' mir, ich weiß, wovon ich rede. Bin schon seit einem Jahr dabei genau sowas zu entwickeln. Man glaubt gar nicht, was man mit 500 Zeilen JS-Code alles bewerkstelligen kann, wenn man schön objektorientiert vorgeht. Einen Server brauch' ich dazu sicher nicht. Es gibt nur genau 3 Dateien: Eine kleine HTML-Datei, eine kleine CSS-Datei und eine kleine JS-Datei, basta.

Was glaubste denn, was wir hier fuer Probleme haetten, wenn wir von der Foren-Software soviel wie moeglich per JavaSkript auf den Browser auslagern taeten.

Das ist doch überhaupt nicht vergleichbar. Eine Forensoftware ohne Client/Server-Datenverkehr ist einfach unmöglich. Funktioniert so gut wie ein Auto ohne Räder.

Ein Auswertungsprogramm für Pemanenzen braucht aber gar keinen Client/Server-Datenverkehr, auch dann nicht, wenn's in JavaSkript programmiert ist und im Browser dargestellt wird. Wieso willst du denn ohne Not an jede Spülmaschine noch Räder montieren?

Und darstellen tut 'n Server erst mal gar nix, der schickt 's Auswertungsergebnis, das der PHP-Interpreter produziert, an den Client, der dann erst darstellt.

Quatsch. Ohne clientseitiges Skript muss der Server jedes einzelne Tag in der richtigen Reihenfolge zusammenbasteln und alles perfekt vorgekaut verschicken, sonst wird gar nichts richtig dargestellt.

's gibt also keinen Grund, warum der Client schaffen soll wie 'n Gaul, wenn and're zustaendig sein koennen...............

Das sehe ich eben anders. Mein Geschirr kommt in die Spülmaschine in meiner Küche, und wird nicht erst sonst wohin gekarrt, gewaschen, gestapelt, und dann wieder zurückgekarrt .

So halte ich's auch mit Permanenzen, die ich laufend vom OC bekomme und auswerten lasse. Letzteres passiert natürlich lokal. Der Datenverkehr vom und zum OC ist doch schon Netzverkehr genug, und einen eigenen Server oder Provider kann ich mir gänzlich sparen.

Gruß, Optimierer

bearbeitet Februar 11, 2009 von Optimierer

[D a n n y]

Hi Optimierer

Im vorliegenden Fall geht es erst mal nur darum, Permanenzen in Echtzeit statistisch auszuwerten und das Ergebnis darzustellen. Kein vernünftiger Mensch würde dafür eine Web-Umgebung mit allem Aufwand bemühen.

Wenn ich das fuer mich allein' machen wollt', wuerd' ich mir 'n kleines Prograemmchen in C/C++ dafuer basteln. Zu was soll mer sowas in 'nem Browser machen?????????????

Quatsch. Ohne clientseitiges Skript muss der Server jedes einzelne Tag in der richtigen Reihenfolge zusammenbasteln und alles perfekt vorgekaut verschicken, sonst wird gar nichts richtig dargestellt.

Eben falsch. Der PHP-Interpreter bastelt die HTML-Tags und alles zusammen, und zwar so, wie 's ihm der Programmierer beigebracht hat. Der Server nimmt 's Endergebnis vom Interpreter lediglich entgegen und schickt's an den Browser weiter. Letzterer stellt dann alles dar. Ob's dann vom Client noch richtig dargestellt wird, ist was ganz and'res. Wenn 's da keine Probleme gaeb', wuerd' mer nicht weltweit von MS-IE-Bugs schwaetzen, und befass' Dich mal mit CSS (was in JavaSkript und PHP keinen Unterschied ausmacht, der Aufwand dafuer ist jeweils der gleiche..............), da kannste im IE Deine Ueberraschungen erleben....................

So halte ich's auch mit Permanenzen, die ich laufend vom OC bekomme und auswerten lasse. Letzteres passiert natürlich lokal.

Das ist dann schon Dein Problem. Ich speicher' mein Zeug halt ganz gern, und wenn ich schon PHP bemueh', dann kann's auch fuer mich rechnen. Das ist wohl Ansichtssache und sollt' jede/r/m selbst ueberlassen bleiben...................

bis denne

liebe Gruesse

D a n n y

[Optimierer]

Hi,

Wenn ich das fuer mich allein' machen wollt', wuerd' ich mir 'n kleines Prograemmchen in C/C++ dafuer basteln. Zu was soll mer sowas in 'nem Browser machen?????????????

Weil man's nicht kopilieren muss für jede Plattform? Weil's einfach ist und überall läuft? Weil man's mit ganz wenig Aufwand webfähig machen kann? Weil man C/C++ erst noch lernen oder teuer in Auftrag geben müsste ?

Eben falsch. Der PHP-Interpreter bastelt die HTML-Tags und alles zusammen [...]

Aha, der PHP-Interpreter also. Und der braucht nicht die CPU des Servers? Vielleicht nicht, wenn der Web-Server noch Knechte unter sich hat, einen ganzen Hofstaat vielleicht, den man natürlich unbedingt braucht für so eine kleine Sache. Vielleicht ist der "Server" für dich auch nur ein Stück Software. Ich denke dabei immer an die ganze Hardware incl. Datenleitung um den halben Globus, die dann für jeden einzelnen Coup bemüht wird . Armes Klima!

Das ist dann schon Dein Problem. Ich speicher' mein Zeug halt ganz gern, und wenn ich schon PHP bemueh', dann kann's auch fuer mich rechnen. Das ist wohl Ansichtssache und sollt' jede/r/m selbst ueberlassen bleiben...................

Das ist dann schon dein Problem. Abspeichern bis der Arzt kommt... kann man natürlich machen. Die Permanenzen und Auswertungen von gestern sind mir soviel wert wie die Zeitung von gestern. Ist natürlich Ansichtssache. Wie gesagt: Wenn ich unbedingt will, kann ich auch mit JS speichern.

Gruß, Optimierer

[NachtEule]

Muhahahahhaha

Voll krass ihr seid beide end die Freaks

Tut euch beide nen Gefallen trefft euch und trinkt nen Käffchen

Die Rechnung geht auf mich

Die NachtEule

[Optimierer]

Tut euch beide nen Gefallen trefft euch und trinkt nen Käffchen

Hilfe! Ein Treffen mit Pfanny würde mir sicher den Rest geben, falls sie mich trifft .

Aber Käffchen ist ok .

Optimierer