Zitat von Olivetti

sehr schön.

jetzt wäre es noch ziemlich hilfreich, wenn du hier ein konkretes beispiel lieferst. siehe #26 (eben wie aus der offiziellen dokumentation).

Gerne.

So sieht/sah sie aus, als ich die Shopware 6 installations-php Datei unter httpdocs/shopware6 aufgerufen habe www.DOMAIN.com/shopware6/shopware-installer.phar.php

geändert sieht sie nun so aus: (2. Zeile beachten)

APP_SECRET=[lange Zeichenfolge]
APP_URL=https://DOMAIN.com
DATABASE_URL=mysql://[DATENBANKDATEN]
COMPOSER_HOME=/var/www/vhosts/hostingXXXXX.netcup.net/DOMAIN.com/httpdocs/shopware6/var/cache/composer
INSTANCE_ID=segsggegsgegsgeggsgegs
BLUE_GREEN_DEPLOYMENT=1
OPENSEARCH_URL=http://localhost:9200
ADMIN_OPENSEARCH_URL=http://localhost:9200

Zitat von Hille

Welche Fehlermeldung kommt nun?

Lösche mal noch den Cache per ftp. Unter /var/cache/ gibt es ein Verzeichnis prod_xxx. Dieses Verzeichnis mal komplett löschen.

open_basedir mal deaktivieren

Lösender Beitrag, zumindest scheinbar der letzte Schritt (Cache löschen).

Falls jemand hier mal wieder her kommt mit ähnlichem Problem:

prod_XXXXXX Verzeichnisse im Shopware var/cache Ordner löschen

Datenbank evtl. durchsuchen und manuell die links ändern (wie im Post #24 beschrieben)

Datei im Shopware-Root Ordner .env.local die APP_URL auf den Dokumentenroot anpassen.

Im WCP im Bereich php-Einstellungen den open_basedir auf den mit dem Webspaceroot beginnendem Eintrag wählen.

Shop konnte ich aus dem Adminbereich auch erfolgreich auf aktuellen Stand updaten.

So sieht die Fehlerseite aus, wenn scheinbar alles richtig justiert ist, aber der Cache noch da ist.

Vielen Dank euch beiden für die sehr sehr schnelle und gute Unterstützung, Top!

Ich habe in der MYSQL Datenbank nun mal die Daten exportiert und nach shopware6 durchsucht und 3 stellen gefunden, die habe ich nun auch auf domain.com gesetzt.

einmal in der system_config bei core.app.shopId und 2 in der Tabelle sales_channel_domain

Trotzdem nichts...

Zitat von Olivetti

nur um sicher zu gehen: in den PHP-settings auch log_errors auf on (3 unter open_basedir-setting)?

Ne war auf Standard aus. Wo werden da die logs dann hin gespeichert?

Zitat von Hille

Haste im backend den Verkaufskanal angepasst ?

Ich habe nur den Einrichtungsassistenten beendet und gleich versucht den root zu ändern, sonst noch nichts eingestellt.

Zitat von Olivetti

zu #15: eben.

shopware sollte ja auch logs erzeugen. kannst du da mal was davon hier reinstellen?

Zitat

[2024-01-08T17:22:17.541267+00:00] php.CRITICAL: Uncaught Exception: Unable to find a matching sales channel for the request: "https://domain.com/". Please make sure the domain mapping is correct. {"exception":"[object] (Shopware\\Storefront\\Framework\\Routing\\Exception\\SalesChannelMappingException(code: 0): Unable to find a matching sales channel for the request: \"https://domain.com/\". Please make sure the domain mapping is correct. at /var/www/vhosts/hostingXXXXXXX.XXXX.netcup.net/domain.com/httpdocs/shopware6/vendor/shopware/storefront/Framework/Routing/RequestTransformer.php:113)"} []

Zitat von Olivetti

docroot ist /X.com/httpdocs/shopware6/public

so ist es eingestellt und in der Datei nur X.com angegeben

Zitat von Hille

ich fasse nochmal zusammen

docroot: /shopware6/public

.env.local: https://www.domain.de

Aufruf der Installation: https://www.domain.de

Jetzt loggste dich ein

https://www.domains.de/admin

Dann auf deinen Verkaufskanal klicken und nach unten gehen zu "Erstelle Domain-URLs". Dort muss stehen: http://www.domains.de und https://www.domains.de

Alles anzeigen

einloggen geht nicht, da nicht erreichbar

installation wurde domain.de/shopware6 aufgerufen, da shopware6 im originalroot httpdocs war

Zitat von Hille

Nein. Du rufst die Installation über Domain.de auf. Dein docroot zeigt doch auf shopware6/public

Also installiert wurde über domain.com/shopware6/shopwaresetupdatei.php

Danach der Root auf shopware6/public gesetzt

ich habe trotzdem mal domain.com/shopware6 in die Datei geschrieben, ohne Veränderung

Zitat von Hille

nur /public löschen, nicht /shopware6/public

Dann müsste man aber domain.com/shopware6 statt nur domain.com aufrufen

Zitat von Olivetti

ok. damit steht open_basedir jetzt korrekt auf webspaceroot.

hast du die bisherigen SW6-threads hier im forum schon durch?

es heisst ja stellenweise, daß der support einmal ran muss.

Die habe ich schon gelesen, bzw hatte glaube ich nur um die 16 Treffer was Shopware angeht.

Denke ich schreib jetzt mal nen ticket

Zitat von Olivetti

logisch. aber was steht denn jetzt unter core/open basedir?

/var/www/vhosts/hostingXXX....XXX.netcup.net/:/tmp/:/var/lib/php/sessions

Zitat von Olivetti

mach das bitte nochmal und teste dann via phpinfo() (link ist weiter oben auf der PHP-settings-seite / Die phpinfo() Seite ansehen)

die änderung kann m.E. evtl. auch länger als 10 minuten dauern.

ich habe selbst *kein* SW6 hier laufen.

evtl. liest jemand mit installiertem SW6 mit und kann sagen, ob die env.local ebenfalls an den webspaceroot-pfad angepasst werden muss (was ich sehr vermute).

edit: die app_url der env.local soll wohl einfach die URL sein.

im falle von dokumentenstammdir auf …/public also einfach http(s)://deine.domain.tld

Alles anzeigen

Ich habe die Datei dementsprechend angepasst (/shopware6/public gelöscht)

php Einstellung vor einer Stunde geändert auf webspaceroot, die Fehlerseite sieht nun nur etwas anders aus:

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.

phpinfo Datei lässt sich abe rnoch problemlos öffnen

Zitat von Hille

Wie du das docroot im netcup Hosting ändern kannst, kann ich dir nicht sagen.

Lege mal eine .user.ini im docroot an. Dort kannste das Memory_Limit ändern.

Ich denke wohl hier, aber es scheint auch irgendwas zu ändern, wodurch Shopware nicht mehr aufrufbar ist.

Zitat von Hille

Generell niemals eine alte Shopware Version installieren, immer die aktuelle. Den Docroot änderst du in der vhost.Das PHP Memory Limit änderst du in der php.ini.
Schau auch mal in die .env.local, was dort unter "APP_URL" angegeben ist.

Danke für deine schnelle Antwort.

Sorry, ich bin nun nicht der absolute Profi, was genau meinst du mit vhost bzw. wo ist der zu finden? Sprichst du evtl. von einem Server-Tarif? Denn die PHP ini, speziell das Memory Limit kann ich doch als Webhosting Paket Inhaber nicht verändern?.

In der Datei ist der vollständige Pfad angegeben, also DOMAINNAME/httpdocs/shopware6/public

Die Version versuche ich dann im Nachgang zu aktualisieren sobald der Shop grundsätzlich erstmal funktioniert. Dass man nicht mit veralteter Version rumlaufen sollte ist mir klar, nur ließ sich die wie gesagt leider nicht installieren.

Liebe Grüße

Hallo zusammen.

Ich habe das Webhosting-Paket 2000

Zuerst wollte ich die aktuellste Version 6.5.7.3 installieren. Dies schlug immer fehl. Irgend ein Memory Wert ist wohl zu gering (einer mit 128MB, denn die Installation wollte Memoryspeicher reservieren und meinte es seien 128MB zur Verfügung, memory_limit von PHP ist aber 512MB)

Dann habe ich einfach eine ältere Version installiert (6.5.5.2, die habe ich nämlich damals als es die aktuellste Version war schon zum Test mal erfolgreich installieren können)

Für Shopware 6 soll man nun den Documentroot auf /public setzen.

Wenn ich nun den Dokumentenstamm im WCP unter Produkte ändere, dann lässt sich Shopware nicht mehr öffnen. (HTTP Error 500)

Andere Dateien kann ich aber abrufen (z.B. eine einfache php Datei die phpinfo() ausgibt)

Wenn ich den root auf Standard /DOMAINNAME/httpdocs belasse und den Shop mit public/ aufrufe, dann funktioniert alles.

Bei den PHP-Einstellungen habe ich auch mal versucht die open_basedir Einstellung anzupassen. Sprich auf die andere Einstellung mit WEBSPACEROOT auszuwählen, 10 Minuten gewartet aber trotzdem ohne Erfolg.

Kann mir dazu jemand helfen was ich anders machen muss/falsch mach? PHP Version ist 8.2.0

Vielen Dank

Hallo,

ich habe das Problem, wenn ich mit Thunderbird eine EMail inkl. Anhang senden will, bekomme ich folgende Mail zurück:

This is the mail system at host mors-relay-8403.netcup.net.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.
                   The mail system

<info@meinebghm.de>: host mail102b.cnuv.de[185.103.234.5] said: 554 Your access    to this mail system has been rejected due to poor reputation of a domain    used in message transfer (in reply to end of DATA command)

Scheinbar ist mein Server nicht als Vertrauenswürdig eingestuft. Hat das was mit SSL Zertifikaten zu tun oder desgleichen? Habe im Plesk nämlich mittels Lets encrypt Zertifikat auch den E-Mail Schutz aktiviert.

LG