Otobo

[mhagge]

Nun ja, auf http/2 zu basieren und gleichzeitig mpm_prefork vorauszusetzen schließt sich aus, das ist nun mal technisch unmöglich

[Seklfreak]

Und weil es so unabhängig von Keyhelp ist, sieht das Panel-Login so aus wie auf deinem Bild? http2 kann mit mpm_prefork nicht funktionieren, weil mpm_prefork einige Dinge, die http2 braucht, einfach nicht leisten kann auf Grund seiner Funktionsweise. Es kann eben nicht die Ausgabe mehrerer Requests mit der selben, bereits bestehenden Netzwerkverbindung ausliefern. Jeder Request hat seinen eigenen Prozess, Threads werden nicht verwendet. Warum Otobo das braucht weiss ich nicht, ein möglicher Grund wäre, dass es Bibliotheken verwendet, die nicht thread-safe sind.

Hast du das mittlerweile wieder rückgängig gemacht? Jedenfalls wurde mir der Panel-Login vor einigen Minuten (und auch soeben wieder) ganz normal angezeigt und nicht wie auf deinem Bild. Edit: Offensichtlich ja, du hast es geändert.

Ja durch eine andere apache Konfiguration für OTOBO, habe ich es wieder auf "mpm_event", was normalerweise OTOBO ja nicht wirklich mehr unterstützt.

[space2place]

Es ist ja kurz mal in einem Satz erwähnt worden. Otobo gehört definitiv nicht auf einen Server wo Keyhelp läuft. Dafür nimmt man eine kleine eigene VM. Wir haben schon länger Otobo am Laufen und nicht eine Sekunde daran gedacht es auf einen KeyHelp Server zu legen.

[MLan]

..Otobo gehört definitiv nicht auf einen Server wo Keyhelp läuft. Dafür nimmt man eine kleine eigene VM....

+1

[OlliTheDarkness]

Ja da wird ja der HASE in der Pfanne verrückt

[Seklfreak]

Ich werde mal gucken, wie ich das alles mache.
Das Problem, was ich habe, wird jedoch auch in einer Docker Umgebung sein und müsste die jetzige Konfiguration als Workaround weiterhin nutzen.

Aber so wie ich euch jetzt erst verstanden habe, löst das Problem HTTP/2, da mpm_prefork nicht das hat.
Was wohl genötigt wird und anscheinend veraltet ist aber, danke.

PS:
Aktuell habe ich so oder so mpm_event aktiv und ich nie wirklich vor "hatte", mpm_prefork zu verwenden.
Weil es schon letztens zu Probleme gekommen ist, bevor man zwischen den 3 mpm_* auswählen konnte.

[24unix]

und es gibt keine htaccess bei OTOBO

Und was ist das dann für Code, den Du gepastet hast?

Wie das Kind heißt ist doch egal.

Habe ich doch geschrieben gehabt apache2-httpd.include.conf, die OTOBO beinhaltet

Ob das nun in einer include liegt oder in einer htaccess ist egal.

[comsystem]

Ja da wird ja der HASE in der Pfanne verrückt

HASE wo?

[tobiasbueck]

Hallo allerseits,

Ich wollte noch etwas zum generellen Thema anmerken. Wenn man OTOBO 10.0, 10.1, 11 mit Docker in der HTTPS Version installiert. Dann hat man ein nginx container. Für diesen nginx Webserver kann man HTTP so einrichten wie man es haben will und dann HTTP1, 2 oder sogar 3 verwenden.
Die Informationen zur Docker Installation habe ich hier gefunden https://www.softoft.de/otobo/docs/quick ... ation.html]
Also sollte HTTP 2 dann in einer DOcker Installation kein Problem sein