Datenbank versehentlich gelöscht?

Shopware 6 (German) Programmierung
1

Moin Moin,

folgendes ist mir versehentlich passiert:

Durch löschen von Matomo, wurde auch die Shop Datenbank versehentlich gelöscht. Leider hatte ich die Daten der Datenbank nicht mehr, so dass ich eine neue Datenbank erzeugen musste und die Daten aus dem Backup wieder einspielen musste.

Nur habe ich die Daten für Datenbank und den Datenbankbenutzer nicht mehr, so das neue Erzeigt wurden.

Jetzt habe ich diesen Fehler:

Oops! An Error Occurred

The server returned a „500 Internal Server Error“.

Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.

Wie bekomme ich das wieder geflickt?

Vielen Dank für eure Hilfe!

MfG R. Amend

2

Musst in der ENV die neue Datenbank, Nutzer und PW eintragen wenn ich dein Problem richtig verstehe

3

Shopware 6.5.2.1

Ok, aber wo und wie in der ENV siehe meine 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=9435563782676e1dbc09f9f0f7a29
INSTANCE_ID=063847839908efec6ca9
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 ###
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 ###
4

Benutzernamen, Passwort, Host, Datenbank.

Das ganze ist urlencoded bei Sonderzeichen!

5
6

Erstmal Danke, aber ich brauche da mehr Info, wie erzeuge ich urlancode mit Sonderzeichen und ist das dann alles in einer Reihe geschrieben?

Beispiel Klartext: admin636 | %F/637 | admin636 | usw.

Wo muss das rein? DATABASE_URL=mysql://root:root@localhost/shopware

Und einzeln hintereinander? Kann man jemand ein Beispiel machen!

7

Wie Codiere ich das mit https://www.urlencoder.org/?

8

DATABASE_URL=mysql://username:passwort@Datenbankserver(bekommst Du beim Host)/Datenbankname

In einem durch ohne Leerzeichen usw.

9

@stan_o

Ich muss alles selbst machen VPS.

Das habe ich drin und habe erstmal auf Sonderzeichen verzichtet. Auch die Daten sind fake für die Darstellung. So sieht es aus. Die Datenbank wurde vollständig übertragen.

DATABASE_URL=mysql://shoponline:ZgRji87Fru4@localhost:3306/shoponline

Und trotzdem habe ich den Fehler wie oben angegeben! Und jetzt?

10

Ich denke, dass die Datenbank Daten nicht stimmen. Es hätten doch die alten drin sein müssen und nicht root:root etc.! Oder?

11

Neutrale Frage: wieso nutzt du einen VPS, wenn du anscheinend nicht einmal mit den Basics vertraut bist. Das ist in jeder Hinsicht, auch Richtung DSGVO, echt riskant.

3 „Gefällt mir“
12

Sehe grade das in unserem laufenden Testshop 6.5.2 tatsächlich auch DATABASE_URL=mysql://root:root@localhost/shopware
steht. Bin jetzt grade selbst verwirrt wo er sich dann die Daten ablegt. in der Mipa mal genauer schauen Oo

13

In 6.5 gibt es eine .env.local, da sind die personalisierten Werte drin.

14

Danke, für die Nachricht. Man lernt!
Ganz so ist es nicht. Aber das Problem beschäftigt mich.

In der .env unter
DATABASE_URL=mysql://root:root@localhost/shopware
steht es genauso schon immer drin.

Da müssten doch die vorherigen Daten stehen. Also muss das wo anders stehen oder?

15

Falls Du Shopware 6.5.x.x verwendest, stehen die Daten in der .env.local

16

Ah jup in der steht auch alles drin bei uns.
Danke voll ignoriert gehabt die Datei.

17

Oh, da hatte ich vorhin auch schon geschaut, leider Blind, nicht gesehen. Aber jetzt sind die Daten richtig drin.

Die Daten habe ich jetzt richtig drin. Trotzdem kommt Oops! An Error Occurred

18

Kommst Du denn in´s Backend ? Falls ja, evtl. mal den Shopware Cache löschen und/oder den Verkaufskanal nochmal zuweisen.

19

Backend auch Oops! An Error Occurred

Ich Spiele mal die gesamte Backup Daten drauf FTP und die Datenbank ist schon drauf.

20

Wollte ich auch gerade schreiben…