Laravel-log-viewer: Les journaux de stockage quotidiens ne fonctionnent pas pour lumen 5.5.*.

Créé le 19 avr. 2018  ·  11Commentaires  ·  Source: rap2hpoutre/laravel-log-viewer

Encrypter.php -> getJsonPayload attend que la charge utile soit des données cryptées bash64 json_decodeable.
Mais la charge utile se présente sous la forme d'une chaîne codée en base64 du nom du fichier journal (lumen-2018-04-19.log).
Ainsi, la sélection du fichier journal lève une exception de charge utile non valide.

bug

Commentaire le plus utile

@rwattogl Pourriez-vous essayer de recharger le cache des vues ? Exécutez simplement :

php artisan view:clear

Tous les 11 commentaires

Quelle version de laravel log viewer utilisez-vous ?

J'ai essayé 0.14.3 à 0.11.2 un par un. 0,11.2 a fonctionné, d'autres n'ont pas fonctionné. J'utilisais 0.10.* et quand je vois le problème de sécurité, j'ai essayé de mettre à jour le package mais cela n'a pas fonctionné.

Merci! Peut-être qu'il y a quelque chose à propos du cache de vue (pas sûr cependant). Pourriez-vous tout supprimer dans storage/framework/views/ puis réessayer ?

Confirmez que je rencontre le même problème avec Laravel 5.6
"laravel/framework": "5.6.*",
"rap2hpoutre/laravel-log-viewer": "~0.14",

J'ai aussi testé avec ~0.11. Cela fonctionnait certainement auparavant, mais une mise à jour depuis (peut-être vers Laravel?) L'a cassé.

(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 Pourriez-vous essayer de recharger le cache des vues ? Exécutez simplement :

php artisan view:clear

Désolé, j'ai oublié de mentionner que je l'avais déjà fait (et que j'ai également essayé d'effacer manuellement les répertoires). Nous mettons à jour automatiquement les nouvelles versions du site via ansible et effaçons tous les caches lors de la mise à jour, il est donc peu probable que l'un d'entre eux soit le problème. Si vous n'êtes pas en mesure de reproduire le problème vous-même, je devrais avoir le temps d'enquêter plus tard cette semaine et je vous ferai un rapport.

@rwattogl D'accord. Je pense toujours qu'il y a un problème dans la vue. Vous avez des chaînes en base64 provenant de la vue, et cela n'existe plus dans la vue, c'est pourquoi j'ai demandé de vider le cache... Mais, d'après votre réponse, vous avez déjà nettoyé le cache. Alors peut-être qu'il s'agit d'une vue ailleurs : avez-vous modifié la vue par défaut ? Ou avez-vous publié la vue ?

Pourriez-vous vérifier dans votre dossier resources/views/vendor si vous trouvez quelque chose à propos de la visionneuse de journaux ? Si c'est le cas, supprimez-le.

Il n'y a pas d'encodage base64 dans la vue actuelle : https://github.com/rap2hpoutre/laravel-log-viewer/blob/master/src/views/log.blade.php

(Merci pour votre patience)

Ah, vous avez tout à fait raison - j'avais oublié que nous avions une vue personnalisée là-dedans, qui n'a pas été mise à jour conformément à la dernière version du code. J'ai remplacé les fonctions base64 par les nouvelles références de style à \Illuminate\Support\Facades\Crypt::encrypt et tout fonctionne à nouveau parfaitement. Cela pourrait valoir la peine de @Cyclops0571 vérifier là aussi, surtout s'ils ont sauté entre les versions et ont également publié cette vue.

@ Cyclops0571 Cela a- t-il résolu votre problème ?

@rap2hpoutre +1 pour php artisan view:clear

Il semble que tout va bien maintenant.

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

hmrneves1 picture hmrneves1  ·  3Commentaires

mstaack picture mstaack  ·  6Commentaires

rap2hpoutre picture rap2hpoutre  ·  7Commentaires

mhousser picture mhousser  ·  11Commentaires

DevynCJohnson picture DevynCJohnson  ·  5Commentaires