Laravel-log-viewer: Tägliche Speicherprotokolle funktionieren nicht für Lumen 5.5.*.

Erstellt am 19. Apr. 2018  ·  11Kommentare  ·  Quelle: rap2hpoutre/laravel-log-viewer

Encrypter.php -> getJsonPayload wartet darauf, dass die Nutzlast json_decodeable bash64-verschlüsselte Daten sind.
Die Nutzlast wird jedoch als base64-codierte Zeichenfolge des Protokolldateinamens geliefert (lumen-2018-04-19.log).
Die Auswahl der Protokolldatei löst also eine ungültige Nutzlastausnahme aus.

bug

Hilfreichster Kommentar

@rwattogl Könnten Sie versuchen, den Cache für Ansichten neu zu laden? Renn einfach:

php artisan view:clear

Alle 11 Kommentare

Welche Version von Laravel Log Viewer verwenden Sie?

Ich habe 0,14,3 bis 0,11,2 nacheinander ausprobiert. 0.11.2 hat funktioniert, andere haben nicht funktioniert. Ich habe 0.10.* verwendet und als ich das Sicherheitsproblem sehe, habe ich versucht, das Paket zu aktualisieren, aber es hat nicht geklappt.

Dankeschön! Vielleicht gibt es etwas über den Cache anzeigen (nicht sicher). Könnten Sie alles in storage/framework/views/ entfernen und es dann erneut versuchen?

Bestätigen Sie, dass ich das gleiche Problem mit Laravel 5.6 . habe
"laravel/framework": "5.6.*",
"rap2hpoutre/laravel-log-viewer": "~0,14",

Ich habe auch mit ~0.11 getestet. Es hat definitiv vorher funktioniert, aber ein Update seitdem (möglicherweise auf Laravel?) hat es kaputt gemacht.

(1/1) DecryptExceptionThe payload is invalid.
--
in Encrypter.php (line 191)
at Encrypter->getJsonPayload(null)in Encrypter.php (line 134)
at Encrypter->decrypt('bGFyYXZlbC0yMDE4LTA0LTI0LmxvZw==')in Facade.php (line 221)
at Facade::__callStatic('decrypt', array('bGFyYXZlbC0yMDE4LTA0LTI0LmxvZw=='))in LogViewerController.php (line 24)
at LogViewerController->index()

@rwattogl Könnten Sie versuchen, den Cache für Ansichten neu zu laden? Renn einfach:

php artisan view:clear

Entschuldigung, habe vergessen zu erwähnen, dass ich das bereits getan habe (und auch versucht habe, die Verzeichnisse manuell zu löschen). Wir aktualisieren neue Versionen der Site automatisch über ansible und löschen alle Caches beim Aktualisieren, sodass es unwahrscheinlich ist, dass eines davon das Problem ist. Wenn Sie das Problem nicht selbst reproduzieren können, sollte ich im Laufe dieser Woche etwas Zeit haben, um es zu untersuchen, und werde mich wieder melden.

@rwattogl Ok. Ich denke immer noch, dass es ein Problem in der Ansicht gibt. Sie haben base64-Strings, die aus der Ansicht kommen, und diese existiert nicht mehr in der Ansicht, deshalb habe ich darum gebeten, den Cache zu leeren... Aber Ihrer Antwort zufolge haben Sie den Cache bereits gereinigt. Vielleicht ist das eine Ansicht woanders: Haben Sie die Standardansicht geändert? Oder hast du die Ansicht veröffentlicht?

Könnten Sie in Ihrem resources/views/vendor Ordner nachsehen, wenn Sie etwas über die Protokollanzeige finden? Wenn ja, entfernen Sie es.

In der aktuellen Ansicht gibt es keine base64-Kodierung: https://github.com/rap2hpoutre/laravel-log-viewer/blob/master/src/views/log.blade.php

(Vielen Dank für Ihre Geduld)

Ah, Sie haben völlig Recht - ich habe vergessen, dass wir eine angepasste Ansicht drin hatten, die nicht mit der neuesten Version des Codes aktualisiert wurde. Ich habe die base64-Funktionen durch die neuen Style-Referenzen auf \Illuminate\Support\Facades\Crypt::encrypt ersetzt und alles funktioniert wieder einwandfrei. Es könnte sich bei @Cyclops0571 auch lohnen, dort herumgesprungen sind und diese Ansicht auch veröffentlicht haben.

@Cyclops0571 Hat es Ihr Problem gelöst?

@rap2hpoutre +1 für php artisan view:clear

Es scheint jetzt in Ordnung zu sein.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

judgej picture judgej  ·  9Kommentare

watermelonjuice picture watermelonjuice  ·  8Kommentare

DevynCJohnson picture DevynCJohnson  ·  5Kommentare

hmrneves1 picture hmrneves1  ·  3Kommentare

mhousser picture mhousser  ·  11Kommentare