Also ich halte nichts von Opensource beim vms, da es dann 20tsd. verschiedene vesionen gibt, und dann keiner mehr den überblick dafür hat.
Man kann Addons dazu Proggen -> Gerne
Opensource wo sich dann alle um die rechnte streiten/kein überklick da ist -> Nein
Zitat von Xenon
Ganz im Gegenteil. Bei z.B. der Fork Übersicht von Github kann man ganz genau verfolgen, wer wann geforked hat, folglich, welche Updates drin sind, kann einzelne Commits dann mergen etc.
Aber nicht als 0815 Webmaster wie es viele sind
SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting
Das ist glaube ich der Hauptpunkt, es ist gar nicht so einfach, ein solches Skript zu schreiben, wenn man dabei auch noch die Zielgruppe beachten muss/möchte.
Allerdings macht es meiner Meinung nach auch wenig Sinn, die Zielgruppe ausser acht zu lassen, weil dann wird wohl kaum einer von seinem VMS1/2,FWX,Surferer,... umsteigen auf ein neues Skript, dass er nicht versteht, mit dem er nicht umgehen kann, und für das man tiefergehende Kenntnisse haben muss. In dem Fall war die Arbeit dann quasi umsonst, was ja auch schade wär.
Dazu gehören dann nicht nur die Fähigkeiten der Webbis/Addon-Progger/Slot-Umsetzer etc., sondern auch noch die "Einsatzorte".
Die Standard-Paid4/Klammlose Seite läuft schätzungsweise auf einem "Webspace Medium" Paket, bei dem gerade so allow_url_fopen aktiviert ist, aber nur 3 Crons eingetragen werden können. Skriptlaufzeit 10 Sekunden, Speicherbeschränkung 10 MB, PHP Version < 5.3 usw.
Kann man alles missachten, hat das tollste Skript, was dann eben kaum jemand einsetzt, oder man richtet sich danach, und muss dementsprechend Einschränkungen vornehmen. Manche Programmierer sind dazu allerdings nicht bereit scheint mir, da muss es dann die bestimmte PHP-Erweiterung sein, die benutzt wird, "hat der Webbi nicht? -> Pech gehabt muss ja mein tolles Skript nicht nutzen"....
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)
Kklar muss man sich eine Zielgruppe überlegen aber man kann auch nicht als Webbi davon ausgehen, dass man noch mit PHP 3.x heute noch zu etwas vernünftigem und zeitgemäß sicherem Content kommt (zumindest nicht ohne Mehraufwandt und eben Kenntnisse).
Man sollte sich eben einen bestimmten Standard überlegen der angemessen für Entwickler und Benutzer ist und entsprechend ein wenig variieren (Man könnte bspw auch Abfragen einbauen welche PHP Version benutzt wird und entsprechend bei niedriegerer Version gewisse Basisfunktionen anderst ausführen lassen, eben Versionsbedingt)
Das Repo wäre nach nochmaliger Überlegung denke nur für Entwickler interessant, aber man könnte eine Updatefunktion in den Adminbereich einbauen, welche den User auf ein Update oder eine neue Version hinweist und diese dann runterlädt und installiert.
Es gibt weitaus größere Projekte mit größeren Problemen im Open-Source Bereich, daran sollte das Ganze nicht scheitern.
Und vielleicht macht sich ja dann auch mal jemand die Mühe und macht einen Fork für gaaaaaaanz unterdurchschnittliche Hostinganforderungen.
Das wäre mein Beitrag dazu.
Berechtigungen
Zitieren