Irian

Ok, eine Kleinigkeit kann ich mir nun doch nicht verkneifen... Ich hab nun einfach mal geschaut, wie aufwendig es wirklich wäre...

 

Das Aufsetzen eines simplen Webservices in PHP hat mich jetzt ganze 5 Minuten gekostet (weil ich erst ne Lib runterladen mußte). Danach habe ich ca. 2 Minuten gebraucht um mir automatisch nen Client in Java generieren zu lassen und nochmal ne Minute für die Implementierung. Echt umständig und schrecklich komplex. Die PHP-Klasse, welche die eigentliche Arbeit macht, ist auch herrlich einfach.

Und da nen simplen PHP-Client hinzufügen, hat dann noch 3 Minuten gedauert... Ein Webservice, 2 Clients -> 11 Minuten (und in PHP hatte ich das vorher nie gemacht *hust*, nur in Java bislang).

 

Effektiv ist es auch PHP, aber der Vorteil ist, dass es eine wohldefinierte Schnittstelle nach draußen hat, so dass man mit Java, C#, PHP, etc. darauf zugreifen kann, wenn man will und ne saubere Liste an Daten kriegt, mit denen man dann machen kann, was man will. Eine "normale" Schnittstelle zu ner Datenbank in PHP ist kaum so komfortabel, weil man da nur Daten anzeigen kann. (Und DAS kann der Webservice auch -> Einfach nen PHP-Client machen, ich erinnere: 3 Minuten).

 

(Natürlich war der Service hier sehr simpel, ein Addierer, aber ich wollte damit auch nur zeigen, dass es nicht wesentlich komplexer ist, als ein "normales" PHP-Skript zu schreiben)

 

Aber zusammengefaßt:

Spezieller Hoster nötig? Nein, PHP-möglich reicht völlig.

Code Komplexer? Nein, die Klasse die die eigentliche Arbeit macht ist sehr sauber und bleibt sauber, weil es alles automatisch schön getrennt von der Anzeige läuft.

Mehr Arbeit? Kaum. Man schreibt erst das System, das die Arbeit macht, wie gehabt und den Webservice kann man dann danach sehr schnell draus machen.

Vorteil? Man kann mit beliebigen Programmiersprachen darauf zugreifen - inkl. PHP, um dann z.B. ne einfache Webanzeige zu kriegen. Aber es könnte z.B. auch ein Spielleiter-Tool darauf zugreifen, um NSCs zu importieren.

 

Meine Empfehlung an jemanden, der sowas machen will, wäre also: Machs als Webservice. Wenn du willst, helfe ich dir DA auch gerne dabei und erkläre es dir, obwohls super-simpel ist. Es ist einfach sauberer und wesentlich mächtiger als nur MySQL->PHP->HTML-Seite.

Der Technomancer, der neue Super-Adept :-)

Nein, wurde es nicht.

Swordman: Geht man nicht. Nirgendwo steht, dass das alleinige HALTEN einer zweiten Waffe Mali bringt. Also ist eine freie Hand im Kampf der Normalzustand.

 

Und ich bin strikt gegen Pools aus drei Werten, das ist wieder absolut unintuitiv. Jede Regel sollte sich so gut es geht in die Basisregeln einfügen. Grundsätzlich finde ich den Vorschlag für Matrix ok, Problem (was im Nexus schon erwähnt wurde) ist "kein Programm". Da würde ich dann einfach vorschlagen. "-1 auf den Wurf und max. 1 Erfolg", so hat ein Programm Stufe 1 trotzdem noch nen Sinn (eben kein -1).

Schon recht, ich sag dazu nichts mehr, zum einen weil die Grundidee schon gut ist und ich nichts zerreden will, zum anderen weil ich zum Glück den Code niemals werde anfassen müssen :-) Mach einfach wie du denkst, jeder muß seine eigenen Erfahrungen sammeln.

Na ja, um Inhalte zu schaffen, brauchst du ja schon nen Speicherort und das bedeutet dann schon wieder, dass man vermutlich irgendwas improvisiert, vermutlich das übliche MySQL+PHP Zeug. Aus Erfahrung kann ich dir sagen, dass die meisten Projekte dieser Art nicht gerade ein Meisterwerk an maintainable Code sind, was spätere Erweiterungen häufig stark erschwert :-) Aber wenn du denkst, dass das was ordentliches wird, dann nur zu...

 

Ein Webservice (nein, ich glaube nicht, dass das jemand machen wird, keine Sorge - es ist nur das, was ich tun würde, hätte ich nen entsprechenden Hoster zur Hand) hätte halt den Vorteil, dass das Interface klar definiert ist und man dann problemlos mit verschiedensten Programmiersprachen drauf zugreifen kann, um z.B. die Daten die man daraus kriegt, in verschiedene Formate zu bringen... Im Übrigen ist ein Webservice nicht wirklich komplex, mit heutigen Methoden ist das für solche Sachen sogar relativ banal, wenn man nen entsprechenden Host hat.

 

Die Idee an sich ist jedenfalls sicherlich gut, aber wenn man dann am Ende mühselig per Copy&Paste die NSCs aus ner Webseite klauben muß, ist das halt Verschwendung...

Webservices Kanonen? Komische Idee, da gäbs extremeres... Man braucht halt nen passenden Hoster.

Wenn man es ordentlich machen will, wäre ein Webservice wohl das sinnvollste. Eine schnell zusammengeschusterte SQL-Datenbank mit ner HTML-Seite davor ist halt genau das... eher improvisiert.

Also die Kosten des Wagens zahlen UND dann nochmal den normalen preis für den Lebensstil erscheint mir falsch. Das ist, als würdest du 5000 für Mittel zahlen, aber die Wohnung nochmal extra zahlen müssen. Also entweder Nachlaß auf den Lebensstil (relativ easy: Soviel % Nachlaß wie 55.000 vom Preis für Kaufen des Lebensstil sind) oder Wagen nicht extra rechnen, dann ist er halt gemietet oder man hat noch Schulden drauf, etc.

Was hindert dich daran, das einfach als Word-File zu speichern, halt X NSCs auf jeder Seite, mit ner Tabelle zum Zerschneiden...

Alternativ könnte man einfach nen Schauspieler angeben bzw. ne Filmrolle, dann kann sich das jeder selbst im Netz suchen :-)

Eigentlich wollte ich nur auf den Fakt hinweisen, aber den Seitenhieb konnte ich mir ned verkneifen :-P

Und mehr mehr Grund zum Schämen: Bei der Critterkraft "Materialization" stehts auch dabei:

 

Additionally, materialized critters gain Immunity to Normal Weapons.

Und Materialization ist als Critterkraft bei Geistern angegeben :-P

Steht im Magie-Kapitel unter "Conjuring" -> "Spirit Combat":

 

Physical spirits have the power of Immunity to Normal Weapons (see p. 288), giving them Armor equal to twice their Force against all attacks."

Ich hingegen würde stark von Bildern abraten, zumindest als direkt gespeichert. Da benutzen dann die Hälfte der Leute irgendwelche aus dem Netz gezogenen Sachen und schon hat man nen Anwalt an der Backe...

Wäre ne Idee, allerdings würde ich dazu tendieren, die Datenhaltung und die Anzeige getrennt zu halten. Als man speichere die NSCs z.B. in ner Datenbank, als .xml, etc. - wie sie dann angezeigt und ausgedruckt werden, hängt am jeweiligen Anzeige-Programm.

Also die dritte Edition verkaufen sie dort auch als .pdf...

Es sind alle neuen und viele alten Bücher als PDF erhältlich, allerdings auf Englisch. Da aber GURPS auch nur englisch erhältlich ist, dürfte dich das kaum stören :-)

 

Schau mal auf http://battlecorps.com/catalog/

Als Käufer von englischen Regelwerken würde ich es HASSEN meinen Spielern empfehlen zu müssen, keine deutschen Regelwerke zu kaufen, weil die denken, alles anders machen zu müssen. Deshalb bin ich stark dafür, dass nur Fehler korrigiert und die engl. Errata eingearbeitet werden.

Feuerschaden (k.A. ob das schon repariert wurde): Eine "Flare" ist KEIN Leuchtspurgeschoß und letztere machen auch keinen Feuerschaden :-) Hab nur das englische hier, deshalb kann ich die Seite im dt. nicht angeben, findet sich aber unter Spezielle Schadensarten unter "Kampf".

Persönlich werde ich wohl beim nächsten Spiel ein paar Gratis-Punkte für "Flair"-Connections springen lassen (also keine Schieber, Waffenhändler, etc. sondern Verwandte, Freunde, etc.).

Da bei Schall drunter explizit dabei steht, dass es Betäubungsschaden ist (zumindest im englischen) ist das wohl die Ausnahme von der Regel.

Jetzt mal ganz ehrlich... Was interessiert denn bitte die Antwort der deutschen Übersetzer auf ein Problem einer idiotischen Regel des englischen Originals? Wenn irgendwann mal rein deutsche Quellenbücher rauskommen, ist Pegasus dann die höchste Instanz dafür, aber bei Regeln dürfte das Catalyst bleiben.

also Quellenangabe kann ich die spontan keine gaben, aber:

 

Wie errechnet sich der Zustandsmonitor für Geister?

 

wie bei allen, wird bei Geistern auch gelten: Wil/2+8 und Kon/2+8

 

Verändert sich der ZM beim materialisieren?

 

Nein

 

Du widersprichst dir selbst: Beim Materialisieren verändert sich ggf. die Konstitution.