Tagebuch :p - Ankündigungen

MoG

Hiho

in diesem "Tagebuch" halte ich für mich kurz die Fortschritte in unserer Sandbox fest.

Sir Toby und ich haben uns mit smarty ein bisschen mehr vertraut gemacht, mehr schlecht als recht. aber im endeffekt bringt smarty eine gute struktur in das php-berüst.
http://www.comasu.de/comasudev/index.php
die sandbox verfügt nun über einen index, loginbereich, sessionverwaltung und template-editor.
mit dem template-editor (liebevolle handarbeit) können wir alle dateien in comasudev/templates einfach bearbeiten, ohne sie dauernd herunterladen zu müssen. das wars auch schon

Sir Toby

Sehr angenehm, der Editor.

Wünsche dir schonmal viel Erfolg heute bei der Char-Erstellung mit Ajax, wenn du sie schon angehen willst. *g*

Gruß,
Sir Toby

MoG

Ich hab einfach keine Lust, jedesmal die Templates runterzuladen

Nachteil: Alle Templates brauchen volle Zugriffsrechte -.- müssen wir nach der Entwicklung iweder ändern.

Eine Alternative wäre, alle Templates in einer Tabelle bzuspeichern, vielleicht garnich so verkehrt, oder?

Ajax hat erstmal Zeit, Erstmal muss ein Grundgerüst existieren. Ich will Klarheiten über die Datenbankabfragen (Rücksprache mit Makaan) und über das Session-System.
Änderungen in beiden Punkten hätten auch Änderungen in der Charaktererstellung zur Folge, also unnötige Arbeit

Sir Toby

Hm, aber das Ajax-Script mit den Klassen und Rassen ist interessant.

Haste dich also doch schon eingelesen?

Gruß,
Sir Toby

MoG

Eingelesen.... naja

Ähnliches im Internet gesucht, analysiert und umgebaut könnte eher passen.
Aber von der Grundfunktion doch recht einfach und von nun an überall einsetzbar :p

MoG

So, wieder ein kleiner Tagebucheintrag

1) Die Registrierung wurde erweitert. Nach Eingabe der Daten bekommt man einen Freischaltcode, der aus einem gewissen wert ermittelt wird (verrat ich nich

) an die angegebene email geschickt. Dadurch wird die Echtheit der Email gewährleistet. Erst nach der Aktivierung kann man sich mit den Logindaten einloggen.

2) Das erste Ajax-Script ist funktionsfähig. Es handelt sich um 2 select-Menüs. Im ersten werden die Rassen ausgegeben, im zweiten die Klassen. Box 2 wird dynamisch in Abhängigkeit von Box 1 mit Werten gefüttert.

3) Die Templates müssen am Anfang und Ende folgendes haben

Quellcode

{include file="template.tpl" titel='Name der Seite'}

Quellcode

{include file="footer.tpl"}

Zustzlich kann man im ersten include folgendes hinzufügen:

Quellcode

{include file="template.tpl" titel='Name der Seite' weiterleiten='X' ziel='ZIEL'}

X gibt die Dauer in Sekunden an, nach denen zu ZIEL weitergeleitet wird. Wenn X = "" erfolgt keine Weiterleitung (einfache Ergänzung in der header.tpl

)

mfg mog

MoG

Heue gab es nicht all zu viel

Makaan hat einen Teil meiner Fragen beantwortet, dabei ging es erstmal im die Definition von Geschwindigkeit bei Datenbanken. Er macht das sehr ausführlich und dafür bin ich ihm auch sehr dankbar

Was wurde sonst gemacht? Die Sonne genossen

Abends habe ich probehalber eine "map-Tabelle" erstellt, damit demnächst eine Lauf-Funktion getestet werden kann. Die Welt hat 100 mal 100 Felder, also 10000 Zeilen in der db (wieder x-spalte und y-spalte)

Zusätzlich bring ich mir grad wieder die Zeichenfunktionen von PHP bei, is garnich mehr so einfach

°

Ich hab mir noch Gedanken zur OOP gemacht... Für das Projekt wäre es noch sinnvoll, gewisse DB-Abfragen abzukapseln, also über eine Klasse laufen lassen. Das hat den Vortiel, das wir bei einer Änderung an der Datenbankstruktur nur diese eine Klasse ändern müssen und nicht alle PHP-Dateien umkrämpeln, in denen diese Abfrage auftacht :D
Ich hab nur keine Idee, wie ich bei einer Methode mehrere Bedingungen für die SQL-Abfrage übermitteln kann. Eine wäre kein Problem, aber mehr als eine bin ich noch überfragt

°

Achja, die Templates im ACP werden nun alphabetisch ausgegeben :p

mfg mog

MoG

Makaan hat seine Antwort aus Zeitgründen auf morgen verschoben -.-

Naja, ich hab parallele einige Fragen laufen gehabt. So wurde mir z.B. über browsergames24.de auf das Problem mit der Weltkarte geantwortet. Also nach dem derzeitigen Stand der Dinge sieht die Tabelle für die Weltkarte so aus: x | y | field_id
Die field_id läuft über auto_increment durch, also bis 62.500 (250*250)
Dazu gibt es eine weitere Tabell, meinetwegen map_felder mit den spalten f_field_id | element | stadt

Ich finde das noch nich ganz sinnvoll, aber mir wurde es mit Verweis auf die Datenbank Normalisierung Stufe 3 empfohlen... ich frag nochmal nach

Weiterhin hab ich mir Gedanken zur OOP gemacht. Eine mögliche Anwendung wäre das kaufen/verkaufen von Items, Ausrüstung und Fähigkeiten. All das könnte man über eine Klasse laufen lassen, die verschiedenen Methoden filtern dann die Ausgabe. Wenn man dann eine Preisumrechnung einbaut muss man nur die Methoden ändern und nicht die ganzen php-Dateien, in denen ein "Kauf/verkauf" möglich ist.

Die Weltkarte wird jetzt definitiv nach ihren Quadranten in 4 DatenbankTabellen getrennt werden. Das spart Abfragezeit bei mehreen Spielern.

mfg mog

MoG

So, es wird mal wieder Zeit für ein kleines Update, hat sich wieder einiges getan.

Zeitplan
Diese Extra-Seite dient mir als Übersicht über unmittelbar ausstehende Aufgaben. Natürlich könnte man direkt alle Wünsche und Funktionen in diese Liste eintragen, aber ich beschränke mich vorerst auf kleine Schritte. Vorallem praktisch, da ich immer nur an den Wochenenden arbeiten kann und somit nicht die Übersicht verliere (Sir Toby kann da ebenfalls Einträge hinzufügen)
Zeitplan - auch in der Navigation (links)

Map
Wie im Zeitplan vermerkt, habe ich die Karte erweitert. Als erstes: Man kann sich wieder auf dieser Karte bewegen, wie man es bereits aus dem C-RPG kennt. Zusätzlich wird in die einzelnen Quadranten reingezoomt, damit man Städte besser anvisieren kann.
Zusätzlich kann man mit seinem Mauszeiger die Koordinaten ermitteln. Durch einen Klick auf die Karte werden diese Koordinaten auch zwischengespeichert (z.B. zum Positionieren von Städten) (danke an Ark für die Hilfe).

Stadt
Fischbach - die erste Stadt kann betreten werden, dort gibt es aber noch nicht viel zu sehen

es geht dabei nur um die programmiertechnische Abfrage, ob sich der Spieler auf einer Stadt befindet und die Ausgabe (URL) entsprechnd zu gestalten.
In Fischbach hat man auch die Möglichkeit, Kämpfe auszutragen, womit wir beim nächsten Punkt wären:

PvE
Das Rohsystem ist wieder mitten in der Entwicklung. Ein WoW-Kollege (Gramnon) hat mir das Würfelsystem von Paper-RPGs näher gebracht, mit dem das PvE-System hier teilweise läuft. Zur Zeit ist nur Nahkampfschaden möglich. Bei jedem Angriff wird ein Würfel (1-20) geworfen. Bei ungeraden Zahlen gibt es einen Angriffsbonus, bei geraden Zahlen eine Verminderung (Prozentzahl entspricht der Augenzahl des Wurfes). Wirft man eine 1, verfehlt der Angriff, bei einer 20 ist der Angriff kritisch.
Bei kritischen Treffern wird ein zweiter Würfel geworfen (1-10) um auch diesen Schaden dynamisch zu halten (gleiches Schema wie beim vorherigen Würfel)

Das wars vorerst, ich komm nächstes Wochenende wieder

Chameleon

Hey, is ja einiges geschehen, seit ich das letztemal da war :D hatte in unserer kaserne am freitag GvD, konnte deswegen nich helfen, sry. wir fahren dann wieder mitm gleichen zug, oder? naja, telefonieren wir halt.

zeitplan is praktisch, haltet ihn aktuell! wie von dir gewünscht hab ich die map durch alle browserversionen gejagt, gibt soweit keine probleme. wolltest du nichtmal overlib verwenden?
LOL, Fischbach... ganz nett, pve geht, gasthaus geht auch. weiter so!

Cham

MoG

So, dieses Wochenende ist für mich schon wieder gelaufen, morgen erwartet mich der zweite Geburtstag meiner Lieblingsnichte und im Anschluss daran die Rückfahrt zur Kaserne

Da mir der Sinn nicht sonderlich nach Programmieren stand, habe ich nur wenig weitergemacht. Testweise wurden Tabellen für Items und das User-Inventar angelegt, diese wurden auch mit 2 Waffen gefüllt.
Nächste Woche sollte die "Rüstkammer eingebaut werden, sofern ich nächstes Wochenende heimkomme (GvD)
Die einzige sichtbare Änderung ist der Style. Ich habe bis jetzt immernoch keine Antwort von Cera bekommen und ich kann nicht viel länger warten, da die Zahl der Templates von Wochenende zu Wochenende drastisch steigt.
Es hat mich den gesamten Tag gekostet, die Templates entsprechend anzupassen, dabei habe ich noch nichtmal alles umgesetzt (Linkformatierung, Formularfelder etc. sind noch unformatiert)

Zusätzlich hab ich nochmal am Wiki rumgespielt, aber ich hab schnell wieder damit aufgehört, da ich die Bedienung irgendwie müllig finde.

Das wars soweit, nächste (oder übernächste) Woche gehts dann an den Rest des PvE-Systems, vermutlich mit mehr als einem Würfel

MfG MoG

MoG

Boah, was für ne verdammt streßige Woche

Nun, der Bund hat mich diesesmal zu viel in Anspruch genommen, also wird es die ersten Ergebnisse erst nächstes (verlängertes) Wochenende geben.
Naja, ich war heute nicht faul, habe während der sechsstündigen Zugfahrt 4 DIN-A4-Seiten mit Funktionen zugeschrieben, die brauch ich nurnoch abtippen

Eine davon habe ich bereits heute eingebaut: Das Darstellen/Erzeugen des Inventars eines Spielers. Dabei wird berücksichtigt, ob der Gegenstand stapelbar ist, also ob Items gleicher Art nur einen Platz im Inventar belegen.
Nehmen wir als Beispiel Fliegenpilze. Es wäre doof, wenn jeder Fliegenpilz einen Platz im Inventar beansprucht. Daher stapel ich die items, eine mögliche Grenze wäre z.B. 10
Sobald ich 11 Pilze habe, wird dieser eine überschüssige Pilz in ein neues Inventarfeld gelegt. Und genau hier ist das Problem, da muss ich mir für die Funktion noch was überlegen, damit das sauber greift.

Achja, kleines Update in der Notation: alle Dateien, die mit "f_" anfangen, sind ebenfalls nicht für die Öffentlichkeit gedacht, da sie Funktionen enthalten, die in anderen Dateien eingebunden werden.

Ich meld mich dann wieder am Mittwoch, bzw. Donnerstag :D

MfG MoG

Mog

So, es hat sich seit dem letztenmal ja einiges getan. Wenn meine Zeit beim Bund zu ende ist, werde ich diesen Thread auf den Weblog verschieben, bis dahin wird hier die Entwicklung festgehalten

Nun, dieses Wochenende lag der Schwerpunkt beim Adminbereich. Je besser man damit arbeiten kann, desto einfacher läuft später auch die Arbeit am eigentlichen RPG. Aus diesem Grund habe ich mir die Template-Funktionen vorgeknüpft. Es ist nun möglich, sowohl ACP- als auch RPG-Templates zu erstellen, zu bearbeiten und zu löschen, kein leichtes Unterfangen.
Zu viel mehr bin ich leider nicht gekommen, aber ich habe ja genug Zeit, nächste Woche ist auch Sir Toby wieder da, der hilft dann vielleicht auch wieder :p

Als nächstes wäre dann die Startseite mit Suchfunktionen für das ACP dran, danach das Item-System, um Items hinzuzufügen, zu bearbeiten udn zu löschen, Voraussetzung für das Equip-System, das danach kommt.

Also bis nächste Woche

Mog

Dieses und das kommende Wochenende sind die kürzesten seit langem. Seltsamerweise habe ich dieses Wochenende mehr geschafft, als an den letzten beiden zusammen

Zuerstmal ist das Session-System nun ETWAS sicherer, den perfekten Schutz was Logins angeht, gibt es leider nicht, höchstens mit https, aber das ist für uns leider nicht verfügbar. Durch das neue Session-System ist es mir auch möglich, einen "Wer ist wo online"-Bereich einzufügen, wie man ihn bereits aus Foren kennt.

Zusätzlich habe ich das Equip-System erstellt, wenn auch in sehr roher Fassung. Ich war lange am überlegen, ob ich nicht vielleicht doch besser Arrays verwende, habe mich aber dagegen entschieden. Arrays wären praktischer gewesen, wenn in dem Formular des Equip.php alle Rüstungsteile aufgeführt sind und sich nach dem Absenden des Formulars das Array quasi selbst zusammensetzt.
Da ich das Equip aber in einer Aktion aus dem Inventar heraus anlegen möchte (also immer nur ein Teil pro Klick), ist die Datenbank doch die bessere Lösung.

Dieses System läuft nun als erstes mit einigermaßen sinnvollen Klassen. Man kann bei dem Ganzen nicht von OOP sprechen, eher von der Ausschöpfung neuer Möglichkeiten in PHP5

Während meiner Kasernenzeit habe ich diesmal meine ext. Festplatte dabei (EFP), auf der ich mit XAMPP einen Server simuliere und weiterarbeiten kann, vielleicht bringt es etwas.

Als nächstes steht das Effekt-System an, ich warte hierbei auf Sir Toby und Ryu

MfG MoG

Mog

Wunderbar. Ich melde mich aus meiner ersten Kasernen-Woche mit meinem neuen Laptop zurück. Allein während der Zugfahrt konnte ich eine ganze Menge leisten:

Bug-System
Es wird mehrere Testspieler geben, von denen ich weiß, dass sie nicht gerne in Foren posten, sei es aus "Angst" oder auch Bequemlichkeit. Daher wird man im Spiel auf der rechten Seite immer den Bug-Report-Button benutzen können. Dieser leitet einen direkt weiter zum Bug-System.
Nehmen wir an, der Spieler erkennt einen Bug im gasthaus (inn.php). Nach dem Klick auf den Bug-Report Button werden dem Spieler alle Bugs angezeigt, die bisher mit dieser Datei (inn.php) in Verbindung gebracht wurden, damit er keine Doppelten Meldungen macht

Hier gehts zum Bug-Index (Account benötigt)

Error-System
Diese feine Spielerei produziert Fehlermeldungen. Im Endeffekt spart das nur den Programmierern Arbeit. Durch den einfachen Funktionsaufruf "syserror(errorid)" wird dem Spieler eine Fehlermeldung ausgegeben. Zusätzlich bekommt er kleine statistische Infos, wann dieser Fehler das letztemal auftrat und wie oft. Dazu bekommt er noch einen Tipp vom Programmierer, wie der Fehler entstanden ist etc. Für mich gibt es im Endeffekt eine Übersicht über die Lauffähigkeit des gesamten RPGs. Treten häufig Fehler an der gleichen Stelle auf, liegt wohl ein Fehler vor. Dadurch werde ich auf Bugs aufmerksam, auch wenn manche User nicht das Bug-System dazu nutzen

Effekt-System
Da mein Aufruf vor 2 Wochen ins Leere gin (kein Vorwurf, jeder hatte seine Gründe), habe ich selbst während der Zugfahrt Hand angelegt und mein eigenes Effekt-System umgesetzt. Umgesetzt habe ich es wie in dem Aufgaben-Thread beschrieben, funktioniert soweit auch sehr zufriedenstellend. Als nächstes kommt dann wohl das Buff-System, vorher muss allerdings das Skill-System funktionsfähig gemacht werden. Bis jetzt können nur Magier Skills erlernen :D

PvE-System
Dieses wurde nun durch Klassen ein wenig vereinfacht. Die Grundfunktionen sind wieder drin, morgen mache ich mich dran, die Attribute richtig einzubinden und es zu perfektionieren. Wenn das alles klappt, steht das PvE-System kurz vor der Vollendung.

Das wars vorerst, ich melde mich dann wieder

MfG MoG

Mog

so, testen wir hier mal die attachment-ausgabe

Mog

ein test ohne dateianhang

Quellcode

Quellcode

Quellcode

»Mog« hat folgende Bilder angehängt: