[s] Memorie Script

Hio all,
habe mir grad mal einige free Memorie Scripte angeguckt, sah alles nach nicht wirklich viel Quellcode aus, teilweise nur eine Seite. Hoffe das geht alles leicht auf Klamm zu übertragen!

Suche Jemanden, der mir folgendes Programmiert:

Ein Memorie, bei dem der admin alles über ein Admin Interface einstellen kann. Also z.b. ob 6x6 oder 8x8, am besten in den bereichen von 4x4 -10x10. Dann sollten auf dem webspace grafiken geladen werden und das script sucht sich dann, je nachdem wie viele felder es gibt, die benötigte anzahl aus.

Bei dem Spielen soll die Zeit gestoppt werden und ausgegeben werden und gespeichert werden, sodass sie z.b. mit anderen usern verglichen werden kann.

Also im Endzustand soll es so aussehen: Es werden ständig in 3 schwierigskeitsstufen memories angeboten. Wenn ein User eins gespielt hat wird das "Spiel"angezeigt und andere user können auch das memorie spielen. der schnelle bekommt einen gewinn.

Später soll das script wie foglt erweitert werden: Usen können selbst tische eröffnen und können das memorie layout und die feldgröße selbst wählen.

Gewisse Details müssten dann während der proggerarbeit beredet werden.



Angebote?

über die bezahlung liesse sich auch reden, will keiner? :-(

nach deiner beschreibung müsste man da ja mit ajax arbeiten, wenn alle suer am gleichen spieo spielen sollen und der schnellste gewinnt.

oder wie hattest du das gedacht?

Nein, geht mit php.
Also der Ablauf: Spieler A spielt das memorie. Wenn er fertig ist, wird die zeit und sein name in einer datenbank gespeichert.
Dieses Spiel wird auf der Seite angezeigt, man kann es joinen. Joint man das spiel, spielt man selbst genau das gleiche memory, auch diese zeit wird gespeichert.
Der spieler der schneller war, gewinnt das spiel, man speilt quasi mit sich allein memory, so können spieler gegeneinander memory spielen, auch wenn sie dies mit 10 stunden unterschied tun.

wo hast du den solche free memory scripte angeschaut?

kenne mich ja leider mit php codes nicht so aus, aber auf http://www.artou.de/goodies/memorie/skript.php -->seitenquelltext anzeigen sieht man das z.b. odeR?

hatte mal einen quelltext zu einem memory der richtig zum download angeboten wurde, finde den nur nicht wieder.

das unter dem link ist nur per html/javascript gemacht, denke ich mal zu unsicher, um das als spiel zu verwenden, man müsste schon das ganze per php machen und ncah jedem klick auswerten, da javascript clientseitig ausgeführt wird und daher viel zu leicht manipulierbar ist.

Achso...nene....soll schon per php sein alles, wusste nicht, dass das dort java ist. ist das schwer zu übertragen auf php?

ich such mal weiter^^

java und javascript sind auch noch 2 ganz verschiedene dinge.

aber noch mal zur allgemeinen funktion:

sollen die anderen user genau das gleiche spiel bekommen wie der erste spieler, also auch die anordnung der bilder genau gleich?

oder wie ist das gemeint:

Zitat:

---

Wenn ein User eins gespielt hat wird das "Spiel"angezeigt und andere user können auch das memorie spielen.

---

denn meiner meinung nach kommt es beim memorie nur auf die nzahl der bilder an (also verschiedene bilder x2), aber die anordnung ist ja für das lösen des spiels bzw. für die geschwindigkeit irrelevant, wenn man die bilder einfach zufällig verteilen lässt.

Zitat:

---

Später soll das script wie foglt erweitert werden: Usen können selbst tische eröffnen und können das memorie layout und die feldgröße selbst wählen.

---

das layout aber nur aus vorgefertigten, oder?
und die tischgöße muss ja auch aus einer vorgegebenen liste stammen, bzw. begrenzt sein.

da sich aber die "löse-geschwindigkeit" ja nur nach der anzahl der bilder richtet, macht es doch eher sinn, z.bsp. 10 verschiedene feldgrößen vorzugeben, dann die user sagen wir mal 5 tage lang daran spielen zu lassen (mit einsatz X lose je spiel), und am ende gewinnen die schnellsten 3 user je spielfeldgröße dann anteilig den inhalt des pots (natürlich mit abzug einer betriebergebühr für refverdienste etc.).

das layout, also die verwendeten bilder spielen da ja eher keine rolle, theoretisch könnte jeder user ein anderes layout verwenden, solange die bilder einigermaßen unterscheidlich sind und ungefähr gleich gut einzuprägen.

nur werden da dann auch die user immer vorne dabei sein, die das ganze per zettel und stift "mitschreiben", so lässt sich das ja schneller lösen, oder zu 5 vor dem pc sitzen, das kommt aufs gleiche raus.

Also ja, so wie du das sagst ist es schon richtig. Es muss nicht unbedingt das gleiche memory sein für jede runde, sonst würde es ja auch zu betrug kommen wenn mal mehr als 2 teilnehmen (einer notiert den aufbau und gibt an anderen weiter).


Wenn man mitschreibt etc.....kann man ja gern tun, nur werden leute, die sich das ganze merken unter umständen trotzdem schneller sein weil sie die ganze schreibarbeit sparen.

Könntest du sowas bauen?

ja

Ok, frage falsch gestellt :)


Willst du es für mich machen, und wie teuer wäre das bei dir?

also viel aufwand ist das nicht vom code her, nur muss man sich vorher fragen, ob so ein spiel wirklich sinn macht, da es wenn mehrere user speilen, eine ziemliche serverlast verursacht (man muss ja imemr nach aufdecken von 2 karten wieder eine anfrage stellen, kann man zwar per ajax auf wenig traffic minimieren, aber dennoch bleibt eine große serverauslastung.

nicht umsonst gibt es hauptsächlich "glücksspiele", die vergütet werden, da man da wenig "berechnungen" durchführen muss und so serverseitig auskommt.

bei dem spiel,was du dir wünscht, wäre es grundsätzlich sinnvoll, einige sachen auf den clienten auszulagern, was man ja bei solchen spielen ohne vergütung (siehe das javascript memorie aus deinem link oben) auch macht, nur sobald es eine vergüung dafür gibt, können die user alle daten, die auf ihrem pc verarbeitet werden, maipulieren, auslesen (da hilftr die beste verschlüsselung nichts, da die daten ja auch vom spiel noch verwendet werden sollen).

möglich wäre es noch in flash, so wie die foren spiele hier, wobei selbst die kann man knacken, wenn man es wirklich darauf anlegt.

die beste möglichkeit ist wohl noch in java mit einem guten decompiler schutz drin, aber das kostet dann zu viel, als das es sich lohnen würde.

aber ich denke mal, bis wir da eine gute lösung/kompromiss gefunden haben, klären wir das witer per PN (wollen ja nicht das ganze forum mit unserem dialog zuspammen ;) )