à ce propos, WP et son cropper d'image :
si on upload une image lourde ete mal cadrée :
- d'abord il va reteailler l'image lui-même, dans un endroit temporaire
- ensuite il propose le cropper d'image, mais donc il utilise un blob
et enregistre l'image en base

le eraseCredentials commenté,
car apparemment c'est ça qui m'a sucré mon password en base,
sans rien dire

le x-debug -> lien vers le profiler
-> check le dump et voit que 'file' est pris en charge
-> j'ai bien récupéré l'image côté serveur

voir le x-debug, lien vers le profiler

testé dans postman,
2 espaces sinon JWT expiré,

si je met @Security("has_role('ROLE_USER')")
ça donne JWT Not Found

postman :
1/
- passe le login/pass en json dans le body, et récupère le token avec une requête POST sur
  0.0.0.0:81/web/app_dev.php/API/login_check
- puis passe dans le headers "Authorization: bearer <token>" avec la requête DELETE sur 0.0.0.0:81/web/app_dev.php/API/v2/brasserie/10

{"code":401,"message":"JWT Token Not Found"}

2/
- dans apache virtualhost, j'ajoute
    # SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1
    RewriteEngine On
    RewriteCond %{HTTP:Authorization} ^(.*)
    RewriteRule .* - [e=HTTP_AUTHORIZATION:%1]
- il retourne

{"code":401,"message":"Invalid JWT Token"}

3/
- et là je finis par constater qu'il FAUT METTRE 2 ESPACES MINIMUM ENTRE bearer et le token

url: 0.0.0.0:81/web/app_dev.php/API/login_check
body, raw:
{
	"username": "mat",
	"password": "1234"
}
method: POST
response:
{
    "token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9.eyJpYXQiOj..."
}

url: 0.0.0.0:81/web/app_dev.php/API/v2/brasserie/7
method: DELETE
response: {"code":401,"message":"JWT Token not found"}