Ergebnis des Senior-Reviews über dev/2026-07-22 (Konzept 22.07., Feedback 24.07.,
Plan 19.08.). Rechnerisch war nichts zu korrigieren: Payline-Punkte und Provision
des Prognose-Blocks (N4) stimmen exakt mit der Provisions-Engine überein
(54.718,5 P. bzw. 3.772,88 EUR gegengerechnet an User 454). Behoben sind
Darstellungs- und Konsistenzfehler, die der Beraterin als falsche Zahlen
aufgefallen wären:
- "+N neu" schrumpfte rückwirkend, der Bestand daneben nicht: newAboCount() nutzte
weiter activeAbo(), während aboStockCount() auf das Monatsende zurückrechnet.
Beide teilen sich jetzt aboStockQuery(); die Jahres-Wachstumstabelle ebenso.
- Level-Kachel widersprach sich ("Zum nächsten Level Diamant fehlen X" über
"Karriere-Level: Diamant"): Text auf die Monats-Qualifikation umformuliert
(de/en/es/fr), Überschrift "Qualifikation in diesem Monat", Karriere-Level nur
noch bei Abweichung.
- Firstlines-Kachel zählte alle direkten Partner, "Teampartner gesamt" daneben nur
aktive (F1): Kachel nutzt jetzt isActiveConsultant(), die Detailseite listet
weiter alle und weist beide Zahlen aus.
- Neupartnerzahlen vergangener Monate sanken auf dem Home-Dashboard, sobald
Jahresgebühren ausliefen: neue User::newPartnerReferenceDate() (laufender Monat =
heute, abgeschlossener Monat = Monatsende). Dabei die drei Inline-Kopien der
Neupartner-Regel auf scopeNewPartnerIn()/isNewPartnerIn() zusammengeführt.
- Top-3-Karte ließ den Betrachter aus, obwohl "ich gehört in die Liste" in der
Juli-Runde für alle anderen Ranglisten umgesetzt wurde: zählt jetzt mit, inkl.
is_self und "ich"-Badge.
- Neues Profilfoto zeigte bis zu 6 h ein totes Bild: die URL steckt nicht mehr im
Cache, sondern entsteht beim Lesen (withProfileImages()).
- Test-Regression seit der Juli-Runde: Unit/Services/BackofficeDashboardServiceTest
fiel über die fehlende Spalte status_points (kam mit nonPaylinePoints() dazu).
- Kleinigkeiten: ProfileImageController gab die komplette Exception als
Flash-Message aus (jetzt Log + Sprachkey), BackofficeDrilldownService formatierte
Datumsangaben hart auf d.m.Y statt über Util::formatDateDB().
Tests: neuer HomeMonthlyStatsTest (buildMonthlyStats war ungetestet) plus Tests für
Stichtags-Zählung und Foto-Cache. Fünf Tests kodierten das alte Verhalten
(Betrachter zählt nicht mit, abgelaufener Account zählt nie) und wurden auf die
neue Semantik umgestellt, jeweils mit Gegenprobe. Suite: 861 grün (vorher 855),
89 rot — ausschließlich die in docs/2026-06-11-test-suite-vorbestehende-fehler.md
dokumentierten Altlasten.
Offen und bewusst nicht enthalten:
- Deploy-Schritt: backoffice:store-statistics-snapshots --force (vorher dumpen).
Kein vorhandener Snapshot enthält recruiter_ranking, Mai/Juni zusätzlich weder
non_payline_points noch die Führungskräfte-"gesamt"-Spalten; der Cron überspringt
vorhandene Snapshots ohne --force. Achtung: die Neuberechnung ist nicht
verlustfrei.
- TreeHtmlRendererTest/TreeCalcBotIntegrationTest: die Abo-Badges machten den
Renderer datenbankabhängig; die Dateien waren schon vorher rot und gehören in die
separate Test-Aufräumaufgabe.
- deleteImage bleibt ein GET-Route (gleiches Muster wie das Shop-Bild).
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
80 lines
2.6 KiB
PHP
80 lines
2.6 KiB
PHP
<?php
|
|
|
|
namespace App\Http\Controllers;
|
|
|
|
use App\Services\Slim;
|
|
use Auth;
|
|
use Illuminate\Http\RedirectResponse;
|
|
use Request;
|
|
|
|
/**
|
|
* Berater-Profilfoto (N6): Upload/Löschen über das Slim-Cropper-Muster
|
|
* ({@see UserShopController::uploadImage()}), gespeichert unter
|
|
* images/profile/ im public-Disk (user_accounts.profile_image).
|
|
*
|
|
* Der Upload ist nur mit gesetzter Einwilligungs-Checkbox möglich
|
|
* (teaminterne Anzeige in Ranglisten/Übersichten, account.profile_image_consent).
|
|
*/
|
|
class ProfileImageController extends Controller
|
|
{
|
|
public function uploadImage(): RedirectResponse
|
|
{
|
|
$user = Auth::user();
|
|
|
|
if (! Request::get('profile_image_consent')) {
|
|
\Session()->flash('alert-danger', __('account.profile_image_consent_required'));
|
|
|
|
return redirect(route('user_edit'));
|
|
}
|
|
|
|
try {
|
|
$image = Slim::getImages('images')[0];
|
|
|
|
if (isset($image['output']['data'])) {
|
|
$stored = Slim::storeCroppedImage($image, 'images/profile');
|
|
|
|
if ($stored === null) {
|
|
\Session()->flash('alert-danger', 'File is not jpg or png!');
|
|
|
|
return redirect(route('user_edit'));
|
|
}
|
|
|
|
if ($user->account->profile_image) {
|
|
\Storage::disk('public')->delete('images/profile/'.$user->account->profile_image);
|
|
}
|
|
|
|
$user->account->profile_image = $stored['filename'];
|
|
$user->account->save();
|
|
|
|
\Session()->flash('alert-success', __('msg.file_uploaded'));
|
|
|
|
return redirect(route('user_edit'));
|
|
}
|
|
\Session()->flash('alert-danger', __('msg.file_empty'));
|
|
|
|
return redirect(route('user_edit'));
|
|
} catch (\Exception $e) {
|
|
// Details ins Log, nicht ins UI — die Exception enthält Serverpfade.
|
|
\Log::warning('ProfileImageController: Upload fehlgeschlagen für User '.$user->id.': '.$e->getMessage());
|
|
\Session()->flash('alert-danger', __('msg.file_upload_failed'));
|
|
|
|
return redirect(route('user_edit'));
|
|
}
|
|
}
|
|
|
|
public function deleteImage(): RedirectResponse
|
|
{
|
|
$user = Auth::user();
|
|
|
|
if ($user->account->profile_image) {
|
|
\Storage::disk('public')->delete('images/profile/'.$user->account->profile_image);
|
|
|
|
$user->account->profile_image = null;
|
|
$user->account->save();
|
|
|
|
\Session()->flash('alert-success', __('msg.file_deleted'));
|
|
}
|
|
|
|
return redirect(route('user_edit'));
|
|
}
|
|
}
|