[vz-dev] "api"

[Andreas Goetz]

Hi Daniel,

> Am 13.07.2020 um 11:00 schrieb Daniel Lauckner <vz at jahp.de>:
> 
> Hallo,
> 
> 
> am Montag, 13. Juli 2020 um 08:03 hat Andreas Goetz geschrieben:
>> Ich könnte
>> aber mal schauen ob wir intern nicht /api auch so behandeln könnten
>> wie den nackten Port. Das wäre dann allerdings eine hässliche Krücke
>> da es im Code egtl. nix zu suchen hätte.
> 
> In meinen Augen ist das eigentlich hässliche:
> 
> MW per Apache liefert auf /middleware.php

Ist halt php. Das lässt sich ohne weiteres auf /api umbiegen, evtl. könnten wir vz auch einfach nach / verschieben im Image?

> MW per PHP-PM liefert auf /

Das würde dann dazu passen

> Frontend fragt standardmäßig gegen /api

...und das wäre analog zu ändern. 

>> Alternativ: wir lassen das
>> ppm Gedöns (wer merkt die Performance wirklich?!) oder schaltet
>> einen Apache oder Nginx als Proxy vor.
> 
> Die Proxy-Alternative ist derzeit Standard. Aber halt nicht immer
> möglich.

Ich hänge nicht an ppm. Killen wir den ist das Problem doch auch gelöst?

>> Für mich wäre weglassen eine Option- die Änderung wäre dann nur im Image.
> 
> Was genau weglassen?

Ppm! Ich gebe zu dass das vllt nicht meine beste Idee war...

> Aktuell sieht es ja so aus:
> Fürs Image (PHP-PM) wird das Frontend umkonfiguriert.
> Läuft die MW im Dokker-Container muss man das Frontend umkonfigurieren.

„Man“ muss gar nichts. Das Docker Image ist ja erstmal fertig- dieses Problem sehe ich nicht?

> Funktioniert der Apache rewrite nicht wird (einfachste Lösung) man das
> Frontend umkonfigurieren.

Anders gefragt: was schwebt Dir denn vor? Und lohnt das überhaupt noch- wir sind ja ein wenig auf dem absteigenden Ast...

> mfg Daniel

Viele Grüße, Andreas 
>