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.
0
Programmierung einer Statistik-Tabelle aber wie?
Erstellt von NachtEule, Feb 09 2009 00:05
25 Antworten in diesem Thema
#17
-
- Mitglieder
-
- 2116 Beiträge
Analytiker
Geschrieben 11 February 2009 - 13:51
@All,
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
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
NachtEule sagte am 10 Feb 2009, 00:26:
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 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
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 von Optimierer, 11 February 2009 - 13:56.
#18
-
- User
-
- 5266 Beiträge
Analytiker
Geschrieben 11 February 2009 - 17:15
Huhu 
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.................
bis denne
liebe Gruesse
D a n n y
Herror sagte:
Nun, aber ist XAMPP auf jeden fall die einfachste und schnellste Methode. Runterladen, installieren, localhost in den Browser eingeben und der Spaß kann beginnen...
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.................
Optimierer sagte:
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.
bis denne
liebe Gruesse
D a n n y
#19
-
- Mitglieder
-
- 2116 Beiträge
Analytiker
Geschrieben 11 February 2009 - 19:53
@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
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 von Optimierer, 11 February 2009 - 20:10.
#20
-
- User
-
- 5266 Beiträge
Analytiker
Geschrieben 11 February 2009 - 21:17
Hi Optimierer
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..............
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
Konstruktion gewohnt bist. Bastel' dann zur Abwechslung mal 's gleiche in Perl und wunder' Dich dann ueber Syntax-Fehler, obwohl Du keinen findest.............
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 sagte:
Was gibt's jetzt da zu lachen?
Optimierer sagte:
Daten bei Bedarf per JS an einen Server schicken ist nun wirklich kein Aufwand.
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.............
Optimierer sagte:
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 .
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
#21
-
- Mitglieder
-
- 2116 Beiträge
Analytiker
Geschrieben 11 February 2009 - 22:11
Hi Danny,
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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..............[/quote]
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.
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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.................[/quote]
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.
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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.[/quote]
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?
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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.[/quote]
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.
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']'s gibt also keinen Grund, warum der Client schaffen soll wie 'n Gaul, wenn and're zustaendig sein koennen...............[/quote]
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
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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..............[/quote]
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.
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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.................[/quote]
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.
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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.[/quote]
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?
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']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.[/quote]
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.
[quote name='D a n n y' post='190550' date='11 Feb 2009, 21:17 ']'s gibt also keinen Grund, warum der Client schaffen soll wie 'n Gaul, wenn and're zustaendig sein koennen...............[/quote]
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 von Optimierer, 11 February 2009 - 22:30.
#22
-
- User
-
- 5266 Beiträge
Analytiker
Geschrieben 11 February 2009 - 22:37
Hi Optimierer
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?????????????
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....................
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 sagte:
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.
Optimierer sagte:
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.
Optimierer sagte:
So halte ich's auch mit Permanenzen, die ich laufend vom OC bekomme und auswerten lasse. Letzteres passiert natürlich lokal.
bis denne
liebe Gruesse
D a n n y
#23
-
- Mitglieder
-
- 2116 Beiträge
Analytiker
Geschrieben 12 February 2009 - 01:11
Hi,
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 ?
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. 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
D a n n y sagte am 11 Feb 2009, 22:37:
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
?D a n n y sagte am 11 Feb 2009, 22:37:
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!D a n n y sagte am 11 Feb 2009, 22:37:
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
#24
-
- Mitglied
-
- 8 Beiträge
Newbie
Geschrieben 13 February 2009 - 02:53
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
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
#25
-
- Mitglieder
-
- 2116 Beiträge
Analytiker
Geschrieben 13 February 2009 - 11:53
NachtEule sagte am 13 Feb 2009, 02:53:
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
#26
-
- User
-
- 5266 Beiträge
Analytiker
Geschrieben 14 February 2009 - 22:57
Hi Opti 
Wegen 'nem billigen Kaffee komm' ich bestimmt nicht ueber den Teich geflogen, aber wenn Du mal hier zum Urlaub bist, darfste mir gern' 'n paar Becher French Vanilla Cappuchino spendieren. Unterhalten tu' ich mich dann aber lieber mit Deiner Frau, weil Du meistens doch im Unrecht bist, aber dieses ..., naja, lassen wir das..............
Du bist doch der schlauere von uns, dann duerft' das doch kein Problem fuer Dich darstellen. Musst ja nicht gleich Operatoren ueberladen usw..................
Aus der Hardware wird auch erst dann 'n Server, wenn die entsprechende Software d'rauf laeuft. Von daher stellt sich fuer mich diese Frage nicht, was nun 'n Server ist...............
Wenn Dein JS Schreibzugriff auf die Platte hat, ist's ja gut. Ich wuerd' mich dann aber an den Browser-Hersteller wenden und fragen, was er da fuer 'n Sch...... eingebaut hat, mit Sicherheit hat das dann nix mehr zu tun................
bis denne
liebe Gruesse
D a n n y
Zitat
Aber Käffchen ist ok kaffeepc.gif.
Zitat
Weil man C/C++ erst noch lernen oder teuer in Auftrag geben müsste
Zitat
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,
Zitat
Wie gesagt: Wenn ich unbedingt will, kann ich auch mit JS speichern.
bis denne
liebe Gruesse
D a n n y
Besucher die dieses Thema lesen: 1
Mitglieder: 0, Gäste: 1, unsichtbare Mitglieder: 0
