Notices und Warnungen

[jpwfour]

...

evtl könnte man da demnächst ein Update rausbringen, dann wären auch die Addon-Ersteller gezwungen "sauber" zu proggen.
...

Das seh ich noch nicht, wodurch wären dann Addon-Ersteller gezwungen, sauberen Code zu schreiben?

Ein Fix hätte evtl. vor 2 Jahren noch Sinn gemacht, denn: "Updaten" wird wohl kaum jemand, da die meisten Addons etc. alle direkt in die Dateien eingebaut werden. Daher kann man nicht mal eben so auf eine neuere Version umstellen.

Und da es mit den Klammlosen ja scheinbar bergab geht, werden die "Neu-VMS-Webbis" tendenziell auch eher weniger. Aber wenn du dir die Arbeit machen willst, warum nicht

[general2811]

allso ich würd mir das update gerne anschauen!

[DJschatz27]

Wäre auch interessiert an dem Update um zu schauen was man besser machen kann

[DasGuru]

Das seh ich noch nicht, wodurch wären dann Addon-Ersteller gezwungen, sauberen Code zu schreiben?

Ein Fix hätte evtl. vor 2 Jahren noch Sinn gemacht, denn: "Updaten" wird wohl kaum jemand, da die meisten Addons etc. alle direkt in die Dateien eingebaut werden. Daher kann man nicht mal eben so auf eine neuere Version umstellen.

Und da es mit den Klammlosen ja scheinbar bergab geht, werden die "Neu-VMS-Webbis" tendenziell auch eher weniger. Aber wenn du dir die Arbeit machen willst, warum nicht

ganz einfach. wenn User das error-reporting anhaben können (was sie sollten) sind Modulersteller "gezwungen" ebenso sauberen Code zu proggen, da sonst ihre Addons fehlermeldungen spucken.

$var['foo'] anstelle von $var[foo]
'foo' ist ein string und gehört eben so markiert.
foo würde eine Konstante definieren, gibt es diese nicht, entstehen Fehlermeldungen

Außerdem gehörten Variablen definiert

Das VSS ist leider auch nicht besser.
Beide stammen eben noch aus PHP4 (aktuell ist PHP5.3)

ich werde mich nächste Woche hinsetzen und eine Anleitung bauen bzw ein Bugfix zusammenpacken mit dem es möglich sein sollte, auch bei bestehenden Addons, das System auf vordermann zu bringen. Ob ich dafür Lose verlangen werde, ist noch nicht beschlossen. Immerhin sollten die Entwickler mitunter tätig werden, damit wenigstens neue Installationen "sauber" sind

Desweiteren sollte geprüft werden, welchen Output handler der Server unterstützt

ob_handler verträgt sich nicht mit zlib_handler

[jpwfour]

...
Beide stammen eben noch aus PHP4 (aktuell ist PHP5.3)
...

Hat das was damit zu tun, wie der Code geschrieben wurde?

Weitaus effektiver, als NOTICES zu fixen,w as eben auch ein Skript ganz einfach selbst erledigen kann (bspw. PHP selber, macht das ja im VMS schon jedesmal und das auch noch korrekt ), wäre ein OpCode Cache (eAccelerator bspw.).

Den allerdings wieder jeder selber installieren muss.

Versteh mich jetzt nicht falsch, ich bin selber absolut dafür, dass sauberer Code geschrieben wird, man sich an Standards und Protokolle hält.

Nur kam das Thema VMS -> Warnings etc schon mehrmals auf, leider ist es halt nur eine absolut minimale Feinheit. Wird aber häufig so "verkauft", als ob solche Informationsmeldungen des PHP Parsers "ultra-böse" wären, und das Skript ohne diese vieeel besser laufen würde. Das ist meiner Meinung nach nicht so, also das Skript wird durch das Beseitigen dieser Meldungen weder merklich schneller noch "besser" im Sinne von Funktionalität, nur der Code wird "sauber" dadurch.

[Lokutos]

also das Fehlermeldungen im VMS unterdrückt werden ist vom grunde her eher Positive.

einfach ausgegebene Fehlermeldungen können zu einem sicherheitsrisiko werden.
viel sinvoller ist es da die ganzen fehlermeldungen ev. in einer Textdatei/Datenbank zu loggen und dem Admin im Adminforce aufzulisten.

[DasGuru]

(bspw. PHP selber, macht das ja im VMS schon jedesmal und das auch noch korrekt ),

nur solange keine Konstante mit diesem Namen definiert wurde.
Und durch irgendwelche Addons kann das ganz schnell passieren.

Sicherlich wäre ein anständiges ErrorManagement vorzuziehen ( mein LCS kann das schon :P )

[DasGuru]

so, das Bugfix ist fertig
Wer möchte kann sich bei mir per PN melden.
Ich denke 50 mio Lose sind angemessen.

Damit sollte das Script auch auf neueren PHP Versionen, ohne Fehler und Warnungen, laufen.

[Sam2004]

Was wurde denn wo geändert?

Für Betreiber die das vllt updaten wollen, und nicht alles überschreiben wollen, wäre das sicherlich interessant zu wissen

Vllt kannst da kurz noch was schreiben

Danke

LG

[DasGuru]

steht alles in der Anleitung meines BugFix...

wie gesagt, ich bin eigentlich FÜR open source und FreeScripts
Bin deshalb nicht umsonst Admin eines deutschen CMS-Scripts

Aber ich sehe nicht ein, dass die Entwickler nichts-tun und die Arbeit an uns hängen bleibt, weshalb ich die 50 mio verlangen möchte...

ich packe einmal ein komplettes Script und einmal eine Anleitung für bestehende Installationen mit rein.

Desweiteren sind weitere Bugfixes gratis (ich trage den Erwerb in meinen Shop ein, durch erneutes zusenden kann man sich dann den neusten Fix herunterladen)

Sollten also weitere Bugs bekannt werden, werde ich diese Fixen und in meinem Shop aktualisieren.


Das Fix behebt folgendes:

- prüfen ob php-short-Tags erlaubt sind (falls nicht wird per ini_set() versucht dies zu beheben)
- definieren von undefinierten Variablen
- php 5.3 -> deprecated-Warnungen


Hier ist der Fix