DINI Script - Projekt noch empfehlenswert?

Es interessiert eigendlich niemanden auf was der ganze Rotz basiert.
Es interessiert die Leute auch nicht ob die Fahrzeuge geladen werden oder fest im Script sind.

Das ist einzig und allein für die Perfomance des Servers und die Dynamic des scripts wichtig.
Wenn der Server rund läuft und super gut ist? Wieso denn nicht?

Also es ist wie ich oft merke immer eine enttäuschung wenn ein User hört das es DINI ist, jedoch finde ich genau wie du das es benutzerfreundlicher ist und es übersichtlicher ist.
Im Endeffekt muss auch keiner Wissen das es DINI ist. Solang dein vServer, Root oder weiteres leistungsstark ist und man es nicht merkt ist es egal. Benutzer selber DINI, kann aber auch MySQL.

MfG

MySQL bringt schon vorteile, wir hatten zb mit dem MySQL Probleme wo die cache Version noch nicht da war das wir stundenlaggs hatten die 10 Sekunden dauerten weil so viel gespeichert wurde.

Kommt drauf an ob du Livespeicherung verwendest sprich nur immer das gleich speicherst was du änderst oder die komplette Datenmenge zur vollen Stunde (was dann in dem Augenblick zu viel ist für DINI)
Das kannst du nicht über einen Kamm scheren weil es eben auf das Script ankommt.

So lange es läuft ist alles egal.

Zitat von ExTaZZe

Solang dein vServer, Root oder weiteres leistungsstark ist

Leistungsstark muss der niht mal sein.
Ein alter Server von mir mit 1 GHz und einer S-ATA 1 hat locker 1.000 Account innerhalb von Sekunden geladen.

Grüße

@Dark.Shadow

Ja da sieht man das man auch noch Serve3r auf Dini laufen lassen kann.
Also meine Meinung ist das DINI auf einer Seite besser ist.

Es interessiert mich doch nicht welche Speichermethode mein Server benutzt wo ich Spiele ?
Hauptsache es laggt nicht.

Ich hatte nie Probleme mit dini, es ist natürlich ein Unterschied ob du den Spieler 1x Speicherst wenn er disconnected oder gleich 20x bei jedem Payday mit. Jede Minute noch mit.

Beantwortet sich die Frage nicht irgendwie von selbst? Wenn es nicht laggt dann juckt es keinen wenn es laggt dann nehm halt mysql

@Shain™: liegt wohl daran das dini für jeden aktion die datei öffnet und wieder schließt. Wenn man dies abändert sollte dini nicht mehr ganz so stark in die knie gehen. Alternativ kannste ja y_ini nutzen hat sogar den vorteil das es die typischen sektionen innerhalb einer ini datei supportet.

Zitat von XeroX

Wenn man dies abändert sollte dini nicht mehr ganz so stark in die knie gehen

Dann kannste gleich die Standart File Include nutzen. (tuh ich z.B) Schnell einfach und erfüllt seinen Zweck.