Re: [NEUES PLUGIN] Keymaster_XH
Posted: Fri Jan 25, 2019 9:03 pm
Wenn der Debug-Modus unbedingt beim Kunden aktiv sein muss, könnte man auch dies im Wiki in Betracht ziehen.
Welcome to the CMSimple_XH–Community!
https://cmsimpleforum.com/
Wenn der Debug-Modus unbedingt beim Kunden aktiv sein muss, könnte man auch dies im Wiki in Betracht ziehen.
Die Zeilennummern sollten eigentlich stimmen (-55,7 bedeutet in der Ausgangsversion werden 7 Zeilen ab Zeile 55 gelistet), aber die sind auch für das patch nicht unbedingt ausschlaggebend. Das einfachste ist eine Suche nach einer der zu löschenden Zeilen (oder einer anderen markanten, die im Patch aufgeführt wird). Oder man verwendet halt `git patch` oder das klassische `patch`.
In einer Produktivumgebung sollte der Debug-Modus normalerweise deaktiviert sein (schon allein deshalb, damit durch einen Bug niemals einem Besucher etwas angezeigt wird; ich kann mich an einen entsprechenden Bug in CMSimple_XH erinnern, und auch an einen in OPcache). Siehe dazu auch https://github.com/cmsimple-xh/cmsimple ... -455771345, was wohl die beste Variante für Produktivumgebungen wäre.lck wrote: ↑Fri Jan 25, 2019 9:03 pmWenn der Debug-Modus unbedingt beim Kunden aktiv sein muss, könnte man auch dies im Wiki in Betracht ziehen.
Ich muss gestehen, dass ich mir noch nie tiefergehende Gedanken über den Debug-Modus gemacht habe.
Gibt es einen schwerwiegenden Fehler, dann gibt es auch die Anzeige für Besucher. Das lässt sich sowieso nicht ganz verhindern.wiki wrote:Sobald diese Datei existiert, wird im Admin-Modus eine Nachricht angezeigt, dass der Debug-Modus aktiviert ist, und Fehlermeldungen werden in der (X)HTML-Ausgabe direkt darunter angezeigt. Die Debug-Ausgabe wird nur im Admin-Modus angezeigt 1) ...
Verständlich, da so manche Debug-Meldung sehr hilfreich sein kann.frase wrote: ↑Sat Jan 26, 2019 8:20 amIch muss gestehen, dass ich mir noch nie tiefergehende Gedanken über den Debug-Modus gemacht habe.
Meine Praxis ist: Debugmodus an, Level 6. (mit meinem Adminmenü-Plugin)
Bei meinen Projekten ist es oft so, dass ich nur die Grundinstallation mache inkl. Layout und erstem Inhalt.
Dann fangen die Kunden an, in dem Ding herumzufuhrwerken. (übrigens ein Grund dafür, dass ich keine Referenzliste habe)
Nur, wenn etwas schief geht, rufen sie an. Dann kann ich immer gleich fragen, was der Debugmodus meldet.
Na ja, ohne Debug-Modus sollte nur angezeigt werden: „Ein fataler Fehler ist aufgetreten. Aktivieren Sie den Debug-Modus für weitere Hinweise.“ Das ist auch kein Problem, weil eben keinerlei sensible Details preisgegeben werden. Ist der Debug-Modus aktiviert, dann kann es ein echtes Problem sein (TL;DR: das Datenbankpasswort war für Besucher sichtbar). Und auch bei nicht fatalen Fehlern ist nicht absolut auszuschließen, dass diese nicht nur im Adminmodus angezeigt werden, und auch solche Meldungen können sensible Informationen preisgeben.frase wrote: ↑Sat Jan 26, 2019 8:20 amZitat von hier:Gibt es einen schwerwiegenden Fehler, dann gibt es auch die Anzeige für Besucher. Das lässt sich sowieso nicht ganz verhindern.wiki wrote:Sobald diese Datei existiert, wird im Admin-Modus eine Nachricht angezeigt, dass der Debug-Modus aktiviert ist, und Fehlermeldungen werden in der (X)HTML-Ausgabe direkt darunter angezeigt. Die Debug-Ausgabe wird nur im Admin-Modus angezeigt 1) ...
Wie immer gut erklärt, sodass sogar ich es verstehe.
Das Problem: wenn ein fataler Fehler auftritt, oder der Webmaster sich nicht einloggen kann, dann ist nichts mit Klick. Und gerade diese beiden Fälle sind wohl vor allem diejenigen, wo man den Debugmodus gerne aktivieren würde. Als Workaround könnte man beim Kunden ein kleines Batch-Script anlegen (falls Windows):frase wrote: ↑Sat Jan 26, 2019 10:56 amDebug-Modus per Klick ein- und ausschalten.
Erkläre mal einem Kunden auf die Schnelle, wie er den Debug-Modus einschaltet - und wieder aus.
Das könnte u.U. ein Zeit- und Kostenfaktor werden (Support).
Ich sehe das alles weniger vom Programmiertechnischen her - sondern aus der Praxis.
Code: Select all
@echo off
set /p mode="Debug level (0 to disable, 6 to enable): "
set /p host="Host: "
set /p user="User: "
set /p pass="password: "
set dir=public_html/userfiles/downloads/
echo | set /p ="%mode%" > _XHdebug.txt
curl -T _XHdebug.txt ftp://%user%:%pass%@%host%/%dir%
del _XHdebug.txt
pause
Christoph, du bist einfach großartig.
Na, dann hoffe ich mal, dass sie ihren Rechner, ihren Browser und ihre Website finden.frase wrote: ↑Sat Jan 26, 2019 12:54 pmKannst du dir nicht vorstellen, dass es Menschen gibt, die eine solche Batch-Datei *niemals* auf ihrem Rechner wiederfinden?
Du kannst jetzt Dies und Das anführen - ich habe häufig mit solchen Leuten zu tun. Das sind keine "Dummen", sondern einfach nur Leute, die was an ihrer Homepage ändern wollen.
Für cmsimple/userfuncs.php:
Code: Select all
<?php
if (XH_ADM && isset($_GET['debugmode'])) {
$temp = $pth['folder']['downloads'] . '_XHdebug.txt';
switch ($_GET['debugmode']) {
case 'on':
XH_writeFile($temp, '6');
header('Location: ' . CMSIMPLE_URL . "?$su", true, 303);
exit;
case 'off':
unlink($temp);
header('Location: ' . CMSIMPLE_URL . "?$su", true, 303);
exit;
}
}
Ja, oder im Template Buttons bauen.