Opened 3 years ago
Last modified 3 years ago
#5015 reopened Verbesserung
Kompression aktivieren
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Nextcloud: Optimierungen |
| Component: | Webdienst: Kepler-Cloud | Severity: | beeinträchtigt keinen Unterricht |
| Keywords: | Cc: | bau |
Change History (7)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
| Cc: | added |
|---|---|
| Resolution: | → erledigt |
| Status: | new → closed |
Erledigt in /etc/apache2/sites-enabled/nextcloud.conf
comment:3 by , 3 years ago
| Resolution: | erledigt |
|---|---|
| Status: | closed → reopened |
Auhäch auf collabora erledigen!
comment:4 by , 3 years ago
Bin nicht sicher ob und wo das geschehen müsste. NC kommuniziert ja intern mit dem collabora-Server über den WOPI-Port(??).
comment:5 by , 3 years ago
Müsste die Kompression nicht eher bzw. auch auf dem reverse-proxy (apache) aktiviert werden? Mir ist gar nicht ganz klar, was der reverse proxy alles erledigt? Die SSL-Verschlüsseling ja schon, oder? Dann würde doch auch die Kompression dort laufen? Intern zwischen apache und cloud brauchen wir ja keine Kompression. Oder leitet der apache allea stumpf durch? (Kann ja nicht sein, intern verwenden wir ja krin SSL?)
Ist mir noch unklar. Die gleiche Frage stellt sich aber auch für http/2.
comment:6 by , 3 years ago
Super, nachdem ich mich zwei Tage lang mit dem Problem befasst habe, ist mir schließlich aufgefallen, dass apache die Kompression per default schon aktiviert hat (mod_deflate und eun Konfig-File in /etc/apache2/mods-available. Dort hatte ich es nicht gesucht
comment:7 by , 3 years ago
Was nun noch getan werden könnte:
- Default-Konfig auf unseren speziellen Usecase anpassen
- Kompression für die interne Kommunikation zwischen Reverse Proxy und cloud-Server abstellen(?)
- @bau
- wie siehst Du den zweiten Punkt?
Siehe z.B.