7f51c89d3f
All checks were successful
Deploy bericht / deploy (push) Successful in 14s
Eddy: „deswegen erkenne ich so wenig — mach im Admin eine Einstellung fuers
Verkleinern und stelle sie auf 100% 1:1. Ich will die volle Handy-Qualitaet der
Kamera, nichts anderes."
- Admin → Bericht → „Fotoqualitaet der Baustellen-App":
BERICHT_PHOTO_MAXSIDE (0 = Originalgroesse, sonst 4000/3000/2000/1600 px)
und BERICHT_PHOTO_QUALITY (nur relevant, wenn verkleinert wird)
- Vorgabe ist 0 = Originalgroesse. Ohne Zutun laedt die App ab jetzt das
unveraenderte Kamerabild. Prod-Limits tragen das (upload_max_filesize 300M,
nachgesehen)
- neuer Endpoint api/config.php liefert die Werte an die PWA, Auth per awl_sso
- Lang-Keys de+en
Nebenbefund, an einem Bestandsfoto gemessen: den bisherigen Fotos fehlt das
EXIF vollstaendig (Quality 85, kein DateTimeOriginal). Das Canvas-Verkleinern
hat es entfernt — deshalb fiel bericht_file_taken_at() immer auf das Dateidatum
zurueck. Mit 1:1 bleibt das Kamera-EXIF erhalten.
Admin-Feld und Endpoint lokal im Browser geprueft: Auswahl steht auf
Originalgroesse, config.php liefert {ok:true, photo_maxside:0, photo_quality:100}.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
19 lines
702 B
PHP
19 lines
702 B
PHP
<?php
|
|
/* GET /api/config.php
|
|
* Liefert die Einstellungen, die die Baustelle-PWA zur Laufzeit braucht.
|
|
* Auth wie ueberall per awl_sso-Cookie (api_authenticate).
|
|
*
|
|
* Antwort:
|
|
* photo_maxside — laengste Kante in px, an die die PWA ein Foto vor dem Upload
|
|
* anpasst. 0 = Originalgroesse (1:1), das ist die Vorgabe.
|
|
* photo_quality — JPEG-Qualitaet in Prozent; greift nur, wenn tatsaechlich
|
|
* umgerechnet wird (also bei photo_maxside > 0).
|
|
*/
|
|
require_once __DIR__.'/_inc.php';
|
|
|
|
api_authenticate();
|
|
|
|
api_ok(array(
|
|
'photo_maxside' => getDolGlobalInt('BERICHT_PHOTO_MAXSIDE', 0),
|
|
'photo_quality' => getDolGlobalInt('BERICHT_PHOTO_QUALITY', 100),
|
|
));
|