[Info] FY!M2-CMS / Vorstellung / Wünsche

[Fydes]

Hallo liebe M2 Community,

ich sitzte nun seit mehreren Wochen an einem neuen CMS für die Metin2 Privat Server. Die wichtigsten Komponenten sind bereits gecodet, jedoch möchte ich es an euch anpassen und nicht nur für meine Bedürfnisse.

Wieso ich das ganze mache? Aus dem einfachen Grund, da das total veraltete Hen! CMS nicht mehr bzw. gat keine Sicherheit mehr bietet.

Das ganze wird natürlich kostenlos für alle zur Verfügung gestellt.

Infos:
Language Change (Übersetzer gesucht!)
Einfache Style Anpassung
Kurzer und übersichtlicher Code
Auf hohe Sucherheit wurde geachtet
Standartkram (Register, Login, News-Systen, etc)

Das AdminCP:
Funktionen wurden erneuert
Standart vom Hen! CMS
Serverübergreifende Funktionen


Wenn ihr Wünsche und/oder weitere Informationen gewünscht sein, postet sie oder schreibt mir eine PN.



Mit freundlichen Grüßen
Fydes

[Alergix2]

Könntest du das Rufchat auf der HP einabauen :3

[kangar00]

Originally Posted by .0x404´Err0xR

Könntest du das Rufchat auf der HP einabauen :3

Sowas würde ich nicht ins Standart CMS etablieren, sondern als Plugin zur Verfügung stellen.

[.Colossus.]

Handelslogs einfach nachvollziehen wäre genial

[WBES]

Originally Posted by .Colossus.

Handelslogs einfach nachvollziehen wäre genial

Fände ich auch gut, wäre wahrscheinlich nur relativ Traffic-Intensiv

[olieg]

Ich kann es dir auf Russisch übersetzen. Schreib mich an

[Hype]

Könnte es dir auf Englisch übersetzen.

[Fydes]

Originally Posted by [nick] halden

Sowas würde ich nicht ins Standart CMS etablieren, sondern als Plugin zur Verfügung stellen.

Ja, so würde ich es dann auch anbieten.

Originally Posted by .Colossus.

Handelslogs einfach nachvollziehen wäre genial

Jegliche Logs können im ACP angeschaut werden.

Originally Posted by WBES

Fände ich auch gut, wäre wahrscheinlich nur relativ Traffic-Intensiv

Nein wäre es nicht. Man müsste den Query nicht permanent aktualisieren lassen, sondern nur per Klick. Sprich man klickt auf 'Logs zeigen' dann wird es aus der DB gelesen, schon wäre es nicht mehr Traffic-Itensiv/Lastig.

Originally Posted by olieg

Ich kann es dir auf Russisch übersetzen. Schreib mich an

Melde mich, sobald es soweit ist.

Originally Posted by .ɦype

Könnte es dir auf Englisch übersetzen.

Auf English ist es bereits, danke dir!

[Mashkin]

Originally Posted by Fydes

Nein wäre es nicht. Man müsste den Query nicht permanent aktualisieren lassen, sondern nur per Klick. Sprich man klickt auf 'Logs zeigen' dann wird es aus der DB gelesen, schon wäre es nicht mehr Traffic-Itensiv/Lastig.

Der Umgang mit der log-Tabelle erfordert ein gewisses Fingerspitzengefühl - zumindest bei einem mittelmäßig bis stark ausgelasteten Server.
Es empfiehlt sich hin und wieder die Tabelle zu leeren bzw. zu rotieren (Tabellenlayout kopieren, alte umbenennen, neue umbenennen) um die Leistung zu optimieren (bei große MyISAM-Tabellen scheinen INSERT-Operationen langsamer zu werden).
Außerdem stehen INSERT-Performance und SELECT-Optimierung (durch Indizes) im Widerspruch, weswegen es unter Umständen sinnvoll wäre, weitere Indizes erst im Nachhinein auf "rotierte" Tabellen anzuwenden.

Diese Umstände müssten in einer guten Log-Verfolgung beachtet werden.

Alle übrigen Ideen habe ich bereits vor einiger Zeit in einem ähnlichen Thread präsentiert:

[.Marcel']

Schreibst du dein "CMS" in OOP ? Das wäre schön, und bitte keine deprecated functions wie mysql_*

[Fydes]

Originally Posted by .Marcel'

Schreibst du dein "CMS" in OOP ? Das wäre schön, und bitte keine deprecated functions wie mysql_*

mysqli und pdo

mfg

[.Kibito]

Ich würde dir außerdem empfehlen für den Itemshop die Tabellen von Hen zu nehmen oder diese zu erweitern, weil 90% das CMS nehmen und sonst ihren ganzen Shop neu machen müssten falls sie wechseln.

[Fydes]

Originally Posted by .Kibito

Ich würde dir außerdem empfehlen für den Itemshop die Tabellen von Hen zu nehmen oder diese zu erweitern, weil 90% das CMS nehmen und sonst ihren ganzen Shop neu machen müssten falls sie wechseln.

Die Tabellen sind identisch zum Hen! Script. Zumindest die, die sonst komplett geändert werden müssen.

[He3o Crysis]

Muss ich wohl den Miesepeter spielen.

Das was du uns hier vorstellst entspricht nicht der Definition eines Content-Management-Systems. Ein CMS soll einem Anwender mit wenigen Programmierskills Bedienelemente über eine grafische Weboberfläche zur Verfügung stellen (siehe Joomla, TYPO3 oder Wordpress). Mit dieser soll es ihm ermöglicht werden, komplexe Aufgaben mit nur wenigen Klicks zu erledigen.

Außerdem hast du Marcels frage, ob du das, nennen wir es mal CMS, OOP schreibst, nicht beantwortet. Ich selbst habe nichts gegen prozedurale Programmierung, jedoch würde mich ein rein objekt orientiertes "CMS" doch sehr reizen. PHP Data Objects und mysqli zusammen zu verwenden erscheint mir nicht sehr sinnvoll (Meinst du evtl. den mysql Treiber von PDO?). Ich würde dir vorschlagen, dich für eine der beiden Erweiterungen zu entscheiden. Ich würde dir zu PDO raten, da es schon wegen dem Exception Handling ein Traum ist. Außerdem ist die API rein OOP und die Rückgabe der Daten ist nicht zwangsweise ein String. Ein Sicherheitsvorteil wäre übrigens noch die Quote-Method die sicherheitstechnisch solider und logischer arbeitet als der real_escape_string. Wäre ich an deiner Stelle würde ich mich ganz von dem alten !hen Script distanzieren und etwas komplett neues aufziehen. Um das Problem mit den Tabellen zu lösen würde ich evtl. einen Converter für das !hen-Script anfertigen. Wäre evtl. die bessere Alternative. Außerdem hoffe ich, dass du mit Templates arbeitest. Ansonsten hast du den Hintergedanken der objektorientierten Programmierung nicht zu 100% verstanden.

Regards.

[K.A.K.A.S.H.I]

Paar Vorschläge für Plug-ins.

1. Spende System
- Paysafecard
- PayPal
- Amazon Gutschein

2. Server Status
- Spieler online
- Accounts + Chars
- Items + Yang
- Coins in Umlauf (Auf den Accounts nicht, wie viel ausgegeben wurden)

3. Vote 4 Coins von 'ChuckNorris (Thema: )
- Coins im Admin Bereich verwaltbar, wie viel man fürs Voten bekommen soll.
- Wie oft man Voten kann also z.B alle 18 Stunden oder 24 Stunden.