Gibt es die Möglichkeit, PHP-Fehlermeldungen in laufenden Erhebungen zu unterdrücken?
Fehlermeldungen sind dafür da, dass man kritische Fehler (die potenziell die Erhebung stören) erkennt und beheben kann. Darüber hinaus zeigt SoSci Survey noch Hinweise (gelb) und Warnungen (orange), welche nur für die Projektleitung sichtbar sind.
Natürlich optimiere ich den Code immer weiter, doch ganz ausschließen lassen sich solche Fehler nicht
Eigentlich schon ... ein ordentlicher Code sollte ja den Typ und Wertebereich seiner Variablen kennen und prüfen.
dann ein Großteil des Codes den Befragten offengelegt.
Wenn etwas schief läuft, was einen Fehler verursacht, dann wird das Interview ohnehin für die Tonne sein. Ob die Befragten dann noch PHP-Code sehen, wird da keinen Unterschied mehr machen. Mehr als 7 Zeilen sollten aber bei non-fatal errors ohnehin nicht angezeigt werden. Und bei fatal errors ist das Interview definitiv zu Ende.
Von was für Fehlern sprechen wir denn konkret? Ich tue mich gerade schwer, mir einen Code vorzustellen, der das von Ihnen beschriebe Verhalten zeigt, was aber nicht ohnehin massiven Einfluss auf das Interview hätte? Ich hatte in den letzten Jahren auch eigentlich immer nur mit Fehlermeldungen zu tun, die man ohnehin beseitigen musste.
Wenn Sie sich Sorgen machen, dass "zu viel" Code angezeigt wird, können Sie Teile des Codes generell auch in Funktionen auslagern, die Sie dann unter "PHP-Funktionen" definieren. Davon sollte eigentlich in der Ausgabe nichts erscheinen.
Denn im Zweifelsfall kann ja jede normale Zeile in herkömmlicher Länge sensiblen Quelltext enthalten.
Der PHP-Code in SoSci Survey dient normalerweise der Steuerung des Interview-Verlaufs. Das ist in den (vielen) Befragungsprojekten, mit denen ich zu tun hatte, eigentlich nie sensibel gewesen im Sinne von "wäre schlecht, wenn das öffentlich wird". Könnten Sie mir vielleicht ein paar mehr Hintergrundinformationen geben, damit ich Ihren Anwendungsfall besser einordnen kann? Dann sollte sich da eine sinnvolle Lösung finden lassen. Mir sit an einer Lösung gelegen, welche der Projektleitung genug Informationen liefert, um Probleme zu beheben, aber das muss natürlich nicht heißen, dass die Befragten etwas von der Technik sehen müssen.