Fehlercode: 500 Internal Server Error

Question

In dem gleichen Experiment für das ich den 502 Fehlercode bekommen habe, gibt es jetzt sporadisch sowohl beim Aufruf durch Proband:innen, als auch beim Testen aus "Fragebogen zusammenstellen" bei Firefox folgende Meldung:

Anscheinend gibt es ein Problem mit dieser Website
hat möglicherweise ein temporäres Problem oder ist umgezogen.

Fehlercode: 500 Internal Server Error

Die Website könnte vorübergehend nicht erreichbar sein, versuchen Sie
es bitte später nochmals.

Diese Meldung bekomme ich auch für andere Fragebögen im gleichen Projekt, aber nicht für ein Frabogen in einem anderen Projekt mit den gleichen Materialien.

Der Fehler tritt sporadisch auf: Gestern ist er verschwunden, nachdem ich nach Fehlern im Experiment gesucht habe, dafür ist er heute Mittag wieder da. Woran kann das liegen?

Vielen Dank!

Answer 1

Ich vermute stark, es geht um das CSI Social Projekt ... denn dieses verursacht laut Server-Logfiles seit einigen Tagen Speicherüberläufe.

Die Fehlermeldung verrät nicht genau, an welcher Stelle der viele Speicher benötigt wird. Es könnte eine spezifische Seite im Fragebogen sein, aber ... könnte es sein, dass Sie in dem Projekt unüblich viele Frgen und Items angesammelt haben? Wie viele Variablen verwenden Sie in dem Projekt denn?

Comments

Ja genau, es geht ob das CSI Social Projekt. Es werden 108 Bilder benannt, jedes Bild wird dreimal präsentiert. Pro trial speichern wir in internen Variablen die die getippte Benennung Buchstabe für Buchstabe und wann dieser Buchstabe getippt wurde.
Das Experiment hat lange gut funktioniert, allerdings haben wir jetzt die Anzahl der Trials wohl zu stark erhöht. Ist das eine feste Obergrenze oder gibt es Möglichkeiten das Experiment dennoch mit dieser Anzahl an Trials durchzuführen?

---

Diese Frage kann ich pauschal nicht beantworten. Das Problem ist ja, dass gelegentlich der gesamte Speicherinhalt die Limits überschreitet. Das setzt sich zusammen aus den Variablen im Projekt und daraus, was der PHP-Code zu einem Zeitpunkt in den Speicher lädt.

Trials an und für sich sind eigentlich kein Problem. Aber wenn Sie eine riesige Array-Struktur in den Speicher laden, z.B. um die Trails zu rotieren, dann kann das das Problem auslösen. Ebenfalls kann es problematisch sein, wenn Sie die Verhaltensdaten von der Texteingabe (wann welcher Buchstabe getippt wurde) alle gleichzeitig in den Speicher laden.

Ich meine hier explizit nicht, was Sie im Datensatz speichern, das läuft getrennt. Ich meine das, was gleichzeitig im Arbeitsspeicher liegt, also z.B. als PHP-Variable.

Aus Interesse: Was machen Sie mit den TIming-Daten zum Tippen denn genau?

---

Danke! Dann sollte ich das gelöst haben - es wurden tatsächlich im PHP Code alle Arrays definiert, jetzt liegen sie in der Datenbank für Inhalte.

Wir brauchen die Timingdaten, weil wir Reaktionszeiten in der Sprachproduktion analysieren, so wie hier: Stark, K., van Scherpenberg, C., Obrig, H., & Abdel Rahman, R. (2023). Web-based language production experiments: Semantic interference assessment is robust for spoken and typed response modalities. Behavior Research Methods, 55(1), 236–262. https://doi.org/10.3758/s13428-021-01768-2

---

Danke für die spannende Literatur.

> Dann sollte ich das gelöst haben

Ich sehe im Errorlogs leider weiterhin Fehlermeldungen, dass Aufrufe aufgrund der Speicher-Grenzen fehlgeschlagen sind. Alleine das Array war es womöglich noch nicht.

Nochmal zu meiner vorigen Frage: Wie viele Variablen hat das Projekt denn?