J'essaie de mettre un projet à la production. Je reçois une erreur d'accès lors de l'exécution d'une demande Axios Post à l'API LARAVEL. (Je ne reçois pas cette erreur sur la machine locale) Je ne reçois pas d'erreur lors de la mise en œuvre des migrations.
Vous trouverez ci-dessous mon fichier .env. (Je n'ai pas changé la configuration / base de données.php) Essayé Cache Cache avec:
Sutups supprimés de db_password
4 Réponses :
Si le mot de passe de DB est vide, ne mettez pas une chaîne vide, laissez-la vide, comme tel, changez: à Sinon, il passe ces citations comme mot de passe. Si vous avez un mot de passe, alors non pas le cas est cité.
J'ai supprimé le mot de passe juste pour débordement de pile. Je l'ai dans l'original .env
@Vova est votre mot de passe indiqué? Si oui, ne le citez pas.
Il suffit de configurer des informations d'identification de base de données correctes: Si aucun mot de passe n'est défini sur la base de données, effacez-le Après l'achèvement de vous Besoin de redémarrer votre serveur après avoir changé vos valeurs de fichier . db_password , l'espace vide doit également être supprimé .env Modifier, vous pouvez effacer le cache de configuration avec la commande Artisan suivante: PHP Artisan config: cache
J'ai supprimé le mot de passe juste pour débordement de pile. Je l'ai dans l'original .env
@Vova s'il vous plaît effacer le cache: php artisan config: cache
@Vova Si toutes les solutions possibles ne fonctionnent pas pour vous, veuillez fournir plus d'informations supplémentaires. Assurez-vous que vous avez un nom d'utilisateur par défaut ( racine ) dans l'installation de MySQL?
Qu'est-ce que "ça"? Pouvez-vous expliquer ce que vous avez changé et comment cela pourrait résoudre le problème?
@Nicohaase j'ai donné ma réponse sur la base de la modification de la question précédente, OP a changé la vue des questions, oui je vais expliquer la réponse, mais je vais d'abord trouver une solution parce que OP a essayé cette solution mais ne fonctionne pas pour lui vérifier ici
Je comprends qu'il est difficile d'adopter une réponse alors que la question a changé, et on devrait sûrement comprendre que vous essayez de trouver une nouvelle solution. Mais quelle que soit la question, "essayez ceci" --answers sans explication ne sont pas aussi bonnes que celles qui contiennent une explication
Ok, merci pour votre temps @nicohaase, je m'en occuperai la prochaine fois :)
Tout d'abord, l'utilisation de la racine avec un mot de passe vide sur la production est des dangers. Vous devez utiliser un utilisateur séparé avec un mot de passe fort ou au moins utiliser un mot de passe fort pour la racine.
et effacer le cache sur la production
Pouvez-vous même expliquer pourquoi exactement c'est «danger» et comment ce commentaire résout le problème initial?
Le commentaire à propos de l'utilisation d'un mot de passe fort est une recommandation.
Donc, votre réponse est une recommandation qui ne résout pas le problème?
Ma réponse inclut la recommandation concernant une question de sécurité et une solution pour le problème.
s'avère que c'était lié à: sqlstate [HY000] [1698] Accès refusé pour l'utilisateur 'root' @ 'localhost'. Essayé tout
Pour une raison quelconque, un utilisateur root MySQL ne peut pas être utilisé. Pour résoudre ce problème, vous auriez besoin de créer un nouvel utilisateur. Vous trouverez ci-dessous les commandes de créer un nouvel utilisateur et de subvention de privilèges racines. Modifiez votre .env pour correspondre aux nouveaux identifiants utilisateur. Pour être du côté sûr, vous pouvez redémarrer le serveur.
J'utilise une gouttelette numérique océan ubuntu si cela aide.
Votre base de données de production n'est-elle pas protégée par mot de passe? Vous pouvez exécuter ce
.env sur les deux environnements et il serait toujours connecté à 2 bases de données différentes.Ne déployez pas une application à un environnement de production seul si vous n'avez pas d'expérience d'administration système. Je doute que ce problème est lié à la programmation.