Hört sich nach so einer "Ferien-Idee" an....
Ich will das jetzt echt nicht kaputt reden, aber das vmsone 3 ist doch bereits geplant. Wofür bedarf es dann eines "vmsr"?
LG
Hört sich nach so einer "Ferien-Idee" an....
Ich will das jetzt echt nicht kaputt reden, aber das vmsone 3 ist doch bereits geplant. Wofür bedarf es dann eines "vmsr"?
LG
VMSone 3 - Neues Grundscript, Neue Umsetzung, Alles neu. Keine direkte Ähnlichkeit mit VMS 1.2 (denke ich, wenn es komplett neu gemacht wurde)
VMSR - Basis VMS 1.2
Darüber hinaus: wie lange wartet ihr jetzt schon auf das Release?
Wozu dann ein Neues? Sicher ist der Gedanke nicht schlecht und respektabel, ich persönlich sehe aber keinen Sinn darin.Ganz einfach, weil das VMS 1.2 bisher super lief und es beliebt ist?
Vermutlich werden auch die wenigsten Webbis Lust haben, den Grossteil ihrer Addons an das neue System anzupassen (z.b. an das Templatesystem).
YY Order!
Öhm. Ich habe nicht gesagt, dass das VMSR als ein Update zählt. Es wird eine eigene Version. Quasi ein Ableger des VMS 1.2.
Addons/Games usw. werde ich möglichst selbstständig versuchen, kompatibel zu machen. Dazu werde ich mich mit den geläufigsten Slot-Bastlern in Verbindung setzen.
Wird zwar n bissl Arbeit. Aber im grunde habe ich nicht sehr viel geändert, was sich auf Game-Installationen auswirken würde. Etwa 90% der kleineren Games dürfte ohne Weiteres eingebaut werden können, da die menue-dateien, die content-ordner und die lib-dateien gleich geblieben sind. Einzigst die lib/layout.lib.php hat sich in wohlgefallen aufgelöst. Dafür ist jetzt die lib/design.php zuständig, welche das entsprechende Design (User-Spezifistisch oder Seitenübergreifend) aus dem designs/-Ordner auswählt und einbindet.
Genug von Kompatibilität gelabert. Aktuell rüste ich das gesamte AdminForce um und strukturiere es neu. Werde aber die bekannte Ordnerstruktur größtenteils beibehalten. Darunter auch die menue-dateien usw. Also wird es auch da nicht viele kompatibilitätsprobleme geben.
Darüber hinaus werde ich eine ausführliche Dokumentation über die Änderungen beifügen, welche, inklusive zahlreicher Kommentare im Code, helfen, ein Addon von 1.2 auch in R zu installieren.
Ich habe unglaublich viele Idee'n. Und ich bin auch fleißig dabei, diese umzusetzen. Aber anstelle mich zu kritisieren, wäre konstruktivität gefragt. Das VMSR kann von "Amateuren" oder unerfahrenen Usern genutzt werden. Das VMS 1.2 von alten Hasen. Verstehst meinen Denkansatz? Denn ich kenne viele Leute, die selbst ein VMS am laufen haben und schwere Probleme beim Anpassen des 1.2 haben, weil sie sich in der Materie nicht auskennen. Das VMS 2, welches ja wiederum ein Ableger ist, ist sogar noch komplexer und teilweise sogar noch kaputter. Und hat weniger features. Das VMSone 3 ist noch garnicht fertig. Wird aber wahrscheinlich wieder ne neue Ebene der Komplexität erreichen, was unerfahrene User wiederum daran fesselt, erfahrene User aufzusuchen und oft auch sehr teuer zu bezahlen, damit diese an dem VMS gewünschte Änderungen durchführen können.
Ich versuche diesem vorzubeugen, indem ich es so gut wie möglich so schreibe, dass man den Code auch versteht, was da genau gemacht, geladen, gespeichert, generiert, berechnet, aufgelistet oder durchgeführt wird.
Ich denke, mein Standpunkt dürfte mit diesem Post geklärt sein
Darüber hinaus: Von meinem Vorhaben abhalten könnte mich sowieso nur der Chef.
PS: Ich weiß, dass es zweifel an meinem Vorhaben gibt. Aber wenn ich mich nur wegen ein paar Zweifeln davon abhalten lassen würde, wär ich ja selbst schuld und seltendämlich.
Hm,
ich würde es vorziehen wenn jemmand sich erstmal um die Bugs und Fehler kümmert die z.Z. noch ein Hacken ermöglichen. Bei der VMS wohl gemerkt , die Addons lassen wir bekannter weise aussen vor.
Dann evl. extras .
Denn das würde allen nutzern eher helfen als ein fork.
Meine Meinung.
Genau das tu ich ja. Ich behebe Lücken, optimiere und sichere das Adminforce und integriere Sicherheits-Elemente. Unter anderem ist das AdminForce jetzt so, dass der Login-Bereich nur 60 Sekunden gültig ist. Danach wird ein neuer Login-Key generiert, welcher den Login erst ermöglicht. Dazu kommt noch eine maximale Login-Dauer im Admin-Bereich von 30 Minuten.
Ich werde dort noch einstellen, dass stets ein Aktions-Key generiert wird, welcher verhindert, dass man mit F5 und Daten erneut senden, sachen doppelt eintragen/ändern kann.
Edit: Ich werde ein Captcha in den Admin-Login einbauen sowie ein Sicherheitssystem in die bereits vorhandenen Klickbereiche einbauen. Auch dort werde ich etwas ähnliches wie im neuen Adminbereich einbauen.
Ideen und Vorschläge werden erwartet und sind erwünscht. Egal was, sagt, was euch am VMS 1.2 gefehlt hat und ich schau, ob ichs mit umgesetzt bekomme.
Wer spendabel ist, kann diverse Games und/oder Addons gern kaufen und an mich weiterreichen, dass ich diese von VMS 1.2 auf VMSR kompatibel mach und dann an euch zurückreiche. Eine Kopie bleibt logischerweise bei mir.
Wer die Ersteller von diversen Slot's fürs VMS 1.2 kennt, möge diese bitte wenn möglich kontaktieren und über meine Aktion hier informieren.
kann man sich die demo schon anschauen wenn ja wo??
EDIT: mir fällt grad ein wäre toll wenn man das design also die menüs usw im admin eventuell von der größe her ändern kann weil das verbreitens ist eine blöde sache das ist sehr umständlich geregelt
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
Leider nicht , du redest immo davon das du es anpaasen möchtest.
Helfen würdest du aber allen hier wenn du dir die bekannten fehler beseitigst ohne die struktur ( verzeiht die Rechtschreibfehler ist schon spät ) beseitigen würdest.
Das wäre für alle gut .
Wenn du dann nach und nach ein Fork erstellst und LK es annimmt super . Würde bedeuten das du etwas kannst und LK sich um die VMS 3 weiter kümmern kann. Da es a.) eine überarbeitete VMS1.2.4 und ein Fork geben würde. Also Neustart mit vms 3 fehler liegen beim neuen Progger. ;-)
Tschuldigung musste sein.