# SW 6 backend Login Demo **URL:** \ **Category:** Allgemein\ **Created:** [3. März 2025 um 09:29 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641 "2025-03-03T09:29:42Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 09:29 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/1 "2025-03-03T09:29:42Z")
Langsam hasse ich SW 6! Seit dem letzten Problem mit dem Backend Login lief alles super. Heute Morgen wollte ich ins Backend. Und nichts geht mehr. PW oder User falsch. Wie bitte ist das möglich, wenn ich gestern noch im Backend war? Also die DB zurückgesetzt auf ein Tag vorher. Keine Änderung. Auf 2 Tage vorher zurückgesetzt, keine Änderung. In der DB unter "user"das PW auf Demo gesetzt. $2y$10$wb70pKdqVSYWUc8AbdkR3.cLJS1PHeX10XwQD99nNmZrrOsCVTjne Keine Änderung! Wie kann das sein? Datenbank auf 4 Tage zurückgesetzt, keine Änderung Ich komme nicht rein. Ich hab den Shop kurz vor der Fertigstellung, ich drehe bald ab. ---
**Author:** ![b.david](https://avatars.discourse-cdn.com/v4/letter/b/3be4f8/32.png) [@b.david](https://forum.shopware.com/u/b.david)\ **Post date:** [3. März 2025 um 09:34 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/2 "2025-03-03T09:34:12Z")
Guten Morgen, das Passwort ändert sich ja nicht einfach so. Ich hatte das mit dem Backendlogin- Problem mal als ich etwas programmiert habe und das ganze dann auf einen Fehler lief 😉 Schau einfach mal in deine F12 Konsole oder in den Logs. Wenn du das Passwort nicht geändert hast wird es an einem anderen Fehler liegen. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [3. März 2025 um 09:35 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/3 "2025-03-03T09:35:23Z")
Vielleicht blockiert hier ein Plugin - müsste man allerdings erst die Logs ansehen. ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 09:37 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/4 "2025-03-03T09:37:50Z")
Ok, das letzte Plugin, was installiert wurde, war für die WAWI zum Datenabruf. Wie kann ich das in der DB deaktivieren und wo finde ich den Eintrag? ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [3. März 2025 um 09:43 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/5 "2025-03-03T09:43:00Z")
Ist jetzt nur so eine Idee, ohne genaue Fehler weiß ich das auch nicht. Ansonsten Tabelle „plugin“ und dan „active“ auf 0 setzen. ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 09:51 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/6 "2025-03-03T09:51:08Z")
Danke und klar Ferndiagnosen sind wie der Blick in eine Glaskugel. Aber normalerweise sollte doch das Einspielen eines serverseitigen Backups ausreichen, um den Login wider zu ermöglichen, zumal es ja gestern noch funktioniert hat. Und das verstehe ich jetzt einfach nicht, dass dieser Vorgang fehlschlägt. Gibt es eine Möglichkeit den mailer für das zurücksetzten des PW innerhalb der DB zu bearbeiten? Der passt nämlich auch nicht, da der Link zum zurücksetzten nicht ankommt. ---
**Author:** ![stan\_o](https://avatars.discourse-cdn.com/v4/letter/s/6de8d8/32.png) [@stan\_o](https://forum.shopware.com/u/stan_o)\ **Post date:** [3. März 2025 um 09:54 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/7 "2025-03-03T09:54:25Z")
Hatte letztens irgendwie vom deutschen aufs englische Tastenlayout geswitcht bei Windows. Hat mich fast in den Wahnsinn getrieben… ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [3. März 2025 um 10:21 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/8 "2025-03-03T10:21:52Z")
> [@Diabolo\_01](#): > > Und das verstehe ich jetzt einfach nicht, dass dieser Vorgang fehlschlägt. Darum ist es immer ratsam zuerst in die Logs zu schauen. Alles andere kann zur Rätselstunde werden. ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 10:33 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/9 "2025-03-03T10:33:14Z")
Wo finde ich die denn, in der DB oder auf dem Server? Da habe ich Ordner var/logs was gefunden, womit ich jedoch auch nichts anfangen kann, da ich den Inhalt nicht verstehe. ---
**Author:** ![b.david](https://avatars.discourse-cdn.com/v4/letter/b/3be4f8/32.png) [@b.david](https://forum.shopware.com/u/b.david)\ **Post date:** [3. März 2025 um 10:36 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/10 "2025-03-03T10:36:48Z")
Genau die var/logs sind die relevanten, hier einfach dann mal ein Backendlogin versuchen und dann schauen was in dem log steht ( gerne auch hier dann mal das Log posten ) aber eben nur den „neuen“ Teil von dem Loginversuch dann. ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 10:56 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/11 "2025-03-03T10:56:07Z")
Also das hier sind die Log Einträge von heute bis 10:30 / 10:31 Uhr. Ich habe PayPal Sandbox versucht zu aktivieren. Aber wenn ich PAYPAL in der DB auf null setze ergibt es auch keine Änderung [2025-03-03T10:30:39.327232+00:00] php.CRITICAL: Uncaught Exception: An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“} [2025-03-03T10:30:53.500945+00:00] php.CRITICAL: Uncaught Exception: An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“} [2025-03-03T10:30:56.683928+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“} [2025-03-03T10:30:56.785599+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“} [2025-03-03T10:30:57.712155+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“} [2025-03-03T10:30:57.828717+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“} [2025-03-03T10:31:49.302720+00:00] request.CRITICAL: Uncaught PHP Exception Symfony\Component\Lock\Exception\LockAcquiringException: „Failed to acquire the „oauth-Admin-91.19.25.68“ lock.“ at Lock.php line 116 {„exception“:„[object] (Symfony\Component\Lock\Exception\LockAcquiringException(code: 0): Failed to acquire the "oauth-Admin-91.19.25.68" lock. at /www/htdocs/w0137ff5/SW6/vendor/symfony/lock/Lock.php:116)\n[previous exception] [object] (Symfony\Component\Lock\Exception\LockStorageException(code: 0): fopen(/tmp/sf.oauth-Admin-91.19.25.68.QxePf\_G.lock): Failed to open stream: Permission denied at /www/htdocs/w0137ff5/SW6/vendor/symfony/lock/Store/FlockStore.php:109)“} ---
**Author:** ![b.david](https://avatars.discourse-cdn.com/v4/letter/b/3be4f8/32.png) [@b.david](https://forum.shopware.com/u/b.david)\ **Post date:** [3. März 2025 um 12:02 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/12 "2025-03-03T12:02:51Z")
Hi, hier steht ja klar drin, dass der Datenbankbenutzer keinen Zugriff mehr auf die Datenbank hat ( was so viel heißt wie der Datenbankbenutzer der in der .env bzw. .env.local in deinem public Verzeichnis auf dem Server hinterlegt ist hat keinen Zugriff mehr ) ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 12:10 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/13 "2025-03-03T12:10:20Z")
Übersehe ich etwas??? Also das hier ist der DB / PW Eintrag in der env.local: d0429dbc:X6RxEMskpkrSPLsYoibX@localhost:3306/d0429dbc und das PW X6RxEm … …stimmt überein mit dem der DB hier mal der ganze Eintrag der env.local: APP\_SECRET=def0000028b9440f077d135d8f3858df0ee9876917f3a5a2dc8713fbd2163bd00ae3bd60928b10e471ecc55799e8dd5bc194c9eb49e9f0fd83bde89d23d04988b48e31dd APP\_URL=https: / / xn–kapillarbewsserung-vtb. de/ DATABASE\_URL=mysql://d0429dbc:X6RxEMskpkrSPLsYoibX@localhost:3306/d0429dbc COMPOSER\_HOME=/www/htdocs/w0137ff5/SW6/var/cache/composer INSTANCE\_ID=WIk4jLhOLedw3FxWYxvYo3Eep6mTOb0a BLUE\_GREEN\_DEPLOYMENT=1 OPENSEARCH\_URL=http: // localhost:9200 ADMIN\_OPENSEARCH\_URL=http: // localhost:9200 * * * und hier der Eintrag der .env. # In all environments, the following files are loaded if they exist, # the latter taking precedence over the former: # # \* .env contains default values for the environment variables needed by the app # \* .env.local uncommitted file with local overrides # \* .env.$APP\_ENV committed environment-specific defaults # \* .env.$APP\_ENV.local uncommitted environment-specific overrides # # Real environment variables win over .env files. # # DO NOT DEFINE PRODUCTION SECRETS IN THIS FILE NOR IN ANY OTHER COMMITTED FILES. # https: // symfony. com/doc/current/configuration/secrets.html # # Run „composer dump-env prod“ to compile .env files for production use (requires symfony/flex \>=1.2). # https: //symfony. com/doc/current/best\_practices.html#use-environment-variables-for-infrastructure-configuration ###\> shopware/core ### APP\_ENV=prod APP\_URL=http: // 127.0.0.1:8000 APP\_SECRET=f0efe5e1cf280924169037611949cf08 INSTANCE\_ID=df8b142f7ee27231b99aff96e27d9f30 BLUE\_GREEN\_DEPLOYMENT=0 DATABASE\_URL=mysql://root:root@localhost/shopware # With Shopware 6.4.17.0 the MAILER\_DSN variable will be used in this template instead of MAILER\_URL MAILER\_URL=null://null ###\< shopware/core ### ###\> shopware/elasticsearch ### OPENSEARCH\_URL=http: // localhost:9200 SHOPWARE\_ES\_ENABLED=0 SHOPWARE\_ES\_INDEXING\_ENABLED=0 SHOPWARE\_ES\_INDEX\_PREFIX=sw SHOPWARE\_ES\_THROW\_EXCEPTION=1 ###\< shopware/elasticsearch ### ###\> shopware/storefront ### PROXY\_URL=http: // localhost SHOPWARE\_HTTP\_CACHE\_ENABLED=1 SHOPWARE\_HTTP\_DEFAULT\_TTL=7200 ###\< shopware/storefront ### ###\> symfony/lock ### # Choose one of the stores below # postgresql+advisory://db\_user:db\_password@localhost/db\_name LOCK\_DSN=flock ###\< symfony/lock ### ###\> symfony/mailer ### # MAILER\_DSN=null://null ###\< symfony/mailer ### ###\> symfony/messenger ### # Choose one of the transports below # MESSENGER\_TRANSPORT\_DSN=amqp://guest:guest@localhost:5672/%2f/messages # MESSENGER\_TRANSPORT\_DSN=redis://localhost:6379/messages # doctrine://default?auto\_setup=0 ###\< symfony/messenger ### ---
**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\ **Post date:** [3. März 2025 um 12:20 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/14 "2025-03-03T12:20:40Z")
> [@Diabolo\_01](#): > > ch habe PayPal Sandbox versucht zu aktivieren Ich weiß es nicht, ich kann mir aber nicht vorstellen, dass PayPal Sandbox auf localhost funktionieren kann. Fehlt schließlich eine Callback-URL. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [3. März 2025 um 12:59 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/15 "2025-03-03T12:59:02Z")
> [@Diabolo\_01](#): > > Access denied for user Ja, du solltest erst einmal dieses Problem lösen. Schon etwas merkwürdig, wenn es ein Tag vorher noch lief. Die DB über Nacht gewechselt? ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 16:35 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/16 "2025-03-03T16:35:55Z")
Nein, die DB wurde nicht angefasst. Ich habe echt keinen blassen Schimmer mehr und sehe echt kein Licht am Ende des Tunnels. Bisher habe ich immer das letzte Backup der DB und des FTP Ordner eingespielt und konnte mich dann wieder einloggen. Aber jetzt? Selbst ein Backup vom 16.02.25 DB und FTP Ordner eingespielt und der Login geht nicht mehr. Ich habe echt keinen Bock mehr auf so einen Mist. ---
**Author:** ![Kavkus](https://avatars.discourse-cdn.com/v4/letter/k/e19b73/32.png) [@Kavkus](https://forum.shopware.com/u/Kavkus)\ **Post date:** [3. März 2025 um 18:40 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/17 "2025-03-03T18:40:52Z")
Ich sehe hier kein Problem von Shopware, sondern eher von deinem hoster, was sagt der überhaupt zu der Thematik? ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 18:47 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/18 "2025-03-03T18:47:17Z")
Hoster, oder gleich die eigene Glaskugel nehmen? (Ach habe ich ja vor mir liegen) Es wird Zeit, den Hoster all-inkl. zu wechseln. Oder läuft heute gerade ein Fußballspiel? Die aussage, da können wir leider nicht helfen da wir uns mit dem Shopsystem nicht auskennen blah blah blah. Wenn Sie schon das Backup eingespielt haben, dann wissen wir auch nicht weiter … … … Fragen Sie den Anbieter direkt. Ich hatte bisher nur einmal eine Dame dabei, welche mir gleich am Anfang von SW 5 die htaccess und weitere Dateien in Puncto Sicherheit umgeschrieben hat. Die hatte sich echt Zeit genommen. Aber SW5 läuft seit Jahren stabil. ---
**Author:** ![Benjamin\_Hummel](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/benjamin_hummel/32/25953_2.png) [@Benjamin\_Hummel](https://forum.shopware.com/u/Benjamin_Hummel)\ **Post date:** [3. März 2025 um 19:26 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/19 "2025-03-03T19:26:48Z")
> [@Diabolo\_01](#): > > Access denied for user ‚d0429dbc‘@‚localhost‘ Sagt aus, dass die Datenbankdaten innerhalb der .env bzw. .env.local nicht mehr mit denen innerhalb der Datenbank übereinstimmen. Schau Dir die Daten innerhalb der .env an und dann logge dich beim Hoster ein und prüfe oder gleiche die dort angelegten Datenbankbenutzer+Passwort ab. ---
**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\ **Post date:** [3. März 2025 um 19:39 UTC](https://forum.shopware.com/t/sw-6-backend-login-demo/106641/20 "2025-03-03T19:39:08Z")
Danke für deine Nachricht, jedoch schau selber. Ich sehe wohl den Wald vor lauter Bäume nicht mehr. **env.local Einträge:** APP\_SECRET=def0000028b9440f077d135d8f3858df0ee9876917f3a5a2dc8713fbd2163bd00ae3bd60928b10e471ecc55799e8dd5bc194c9eb49e9f0fd83bde89d23d04988b48e31dd APP\_URL=https: // xn–kapillarbewsserung-vtb. de/ DATABASE\_URL=mysql://d0429dbc:X6RxEMskpkrSPLsYoibX@localhost:3306/d0429dbc COMPOSER\_HOME=/www/htdocs/w0137ff5/SW6/var/cache/composer INSTANCE\_ID=WIk4jLhOLedw3FxWYxvYo3Eep6mTOb0a BLUE\_GREEN\_DEPLOYMENT=1 OPENSEARCH\_URL=http:// localhost:9200 ADMIN\_OPENSEARCH\_URL=http:// localhost:9200 * * * **Datenbankeinträge:** |Login|d0429dbc| |Datenbank|d0429dbc| |Passwort/Kennwort|X6RxEMskpkrSPLsYoibX| |Datenbank-Host|localhost| * * * **.env Einträge:** # In all environments, the following files are loaded if they exist, # the latter taking precedence over the former: # # \* .env contains default values for the environment variables needed by the app # \* .env.local uncommitted file with local overrides # \* .env.$APP\_ENV committed environment-specific defaults # \* .env.$APP\_ENV.local uncommitted environment-specific overrides # # Real environment variables win over .env files. # # DO NOT DEFINE PRODUCTION SECRETS IN THIS FILE NOR IN ANY OTHER COMMITTED FILES. # https:// symfony. com/doc/current/configuration/secrets.html # # Run „composer dump-env prod“ to compile .env files for production use (requires symfony/flex \>=1.2). # https:// symfony. com/doc/current/best\_practices.html#use-environment-variables-for-infrastructure-configuration ###\> shopware/core ### APP\_ENV=prod APP\_URL=http:// 127.0.0.1:8000 APP\_SECRET=f0efe5e1cf280924169037611949cf08 INSTANCE\_ID=df8b142f7ee27231b99aff96e27d9f30 BLUE\_GREEN\_DEPLOYMENT=0 DATABASE\_URL=mysql://root:root@localhost/shopware # With Shopware 6.4.17.0 the MAILER\_DSN variable will be used in this template instead of MAILER\_URL MAILER\_URL=null://null ###\< shopware/core ### ###\> shopware/elasticsearch ### OPENSEARCH\_URL=http:// localhost:9200 SHOPWARE\_ES\_ENABLED=0 SHOPWARE\_ES\_INDEXING\_ENABLED=0 SHOPWARE\_ES\_INDEX\_PREFIX=sw SHOPWARE\_ES\_THROW\_EXCEPTION=1 ###\< shopware/elasticsearch ### ###\> shopware/storefront ### PROXY\_URL=http:// localhost SHOPWARE\_HTTP\_CACHE\_ENABLED=1 SHOPWARE\_HTTP\_DEFAULT\_TTL=7200 ###\< shopware/storefront ### ###\> symfony/lock ### # Choose one of the stores below # postgresql+advisory://db\_user:db\_password@localhost/db\_name LOCK\_DSN=flock ###\< symfony/lock ### ###\> symfony/mailer ### # MAILER\_DSN=null://null ###\< symfony/mailer ### ###\> symfony/messenger ### # Choose one of the transports below # MESSENGER\_TRANSPORT\_DSN=amqp://guest:guest@localhost:5672/%2f/messages # MESSENGER\_TRANSPORT\_DSN=redis://localhost:6379/messages # doctrine://default?auto\_setup=0 ###\< symfony/messenger ### [Nächste Seite](https://forum.shopware.com/t/sw-6-backend-login-demo/106641.md?page=2)