"Fatal Error!" nach Aktivierung der Option zum Einkaufen nicht vorrätiger Ware

[Kami70]

Hallo,

plötzlich, nachdem kein Produkt in den Warenkorb verschoben werden konnte, habe ich in Backend die Option entdeckt, um genau dies zuzulassen. Ein Haken gemacht und schon war die Seite nicht mehr zu erreichen.

Es erscheint diese Fehlermeldung:

Code: PHP  [Auswählen]

Warning: main(/kunden/homepages/5/d359389876/htdocs/templates//source/boxes.php) [function.main]: failed to open stream: No such file or directory in /homepages/5/d359389876/htdocs/account.php on line 24

Fatal error: main() [function.require]: Failed opening required '/kunden/homepages/5/d359389876/htdocs/templates//source/boxes.php' (include_path='.:/usr/lib/php') in /homepages/5/d359389876/htdocs/account.php on line 24

Kann mir jemand helfen?

Linkback: https://www.modified-shop.org/forum/index.php?topic=14814.0

[jannemann]

Hi,

welche Shopversion setzt du ein?
Was wurde am Shop geändert?

Schöne Grüße,
Jan

[DokuMan]

Da scheint ein "/" zu viel zu sein...

[franky_n]

Hi dokuman,

dachte ich im ersten Moment auch, aber es fehlt der Templatename zwischen den // ....

Keine Ahnung was das nun mit der Einstellung zu tun haben soll...

Viele Grüße

Franky

[Kami70]

Hallo Jan,

[...]
welche Shopversion setzt du ein?
[...]

Da ich mich zum ersten Mal mit modified eCommerce Shopsoftware auseinander setze, kann ich Dir leider nicht sagen welche Version ich benutze. Auf jeden Fall vor max. 2 Monate hier downgeloadet. Sowohl im Backend als auch auf dem FTP Server bis "INFO.txt" habe diesbezüglich nichts gefunden. Wo kann ich nachsehen?

[...]
Was wurde am Shop geändert?
[...]

OH Jemine …
Also die Seite lief einwandfrei bis Zertifikat über 1und1 für die .de-Seite beantragt wurde. Die Installation wurde aber über .com gemacht worden. Beide domains (de und com) hatten dem selben Verzeichnis. Aus versehen ist das Zertifikat für .de beantragt worden. Wir wollen aber, dass alles über .com läuft.
Dies ist aber erst in einem Monat möglich, dass 1und1 das Zertifikat von de auf com überschreibt …

Zur Zeit steht im Control Center von 1und1 dass die .de-Domain mit SSL ist.

Vorläufige Lösung: die Seite über de betreiben bis das Zertifikat für com vorhanden ist.
So anschließend habe ich bei 1und1 die com-Domain auf de-Domain umgeleitet.
Dann unter "/includes/configure.php" und "/includes/configure.org.php" diese Sachen so geändert:

Code: PHP  [Auswählen]

  define('HTTP_SERVER', 'https://www.meindomain.de'); // eg, http://localhost - should not be empty for productive servers
  define('HTTPS_SERVER', 'https://www.meindomain.de'); // eg, https://localhost - should not be empty for productive servers

und

Code: PHP  [Auswählen]

  define('HTTP_SERVER', 'https://www.secrets2order.de'); // eg, http://localhost - should not be empty for productive servers
  define('HTTPS_SERVER', 'https://www.secrets2order.de'); // eg, https://localhost - should not be empty for productive servers
  define('ENABLE_SSL', treu); // secure webserver for checkout procedure?

Und die gleiche Änderung auch unter "/admin/includes/configure.php" bzw. "configure.org.php".

Die Seite lief nach den Änderungen. Entscheidend war, dass wir plötzlich feststellten, dass keine Ware in den Warenkorb hinein gegeben werden kann. Darüber hinaus fand ich die Option "Erlaubt, Artikel in den Einkaufswagen zu legen" im Backend unter "Konfiguration". Diese Option habe ich als "true" markiert und gespeichert. Anschließend erschienen dann die oben abgebildeten Fehlermeldungen. Und seit dem kann ich weder die Seite noch das Backend erreichen. Meine Hoffnung liegt in einer Zauberlösung über dem FTP Server oder MySQL.

Ich vermute, dass das Problem mit SSL zu tun hat, denn davor liefen alle Test bis auf das Modul von Moneybookers einwandfrei. In diesem Heckmeck wurde auch das neue Modul von Moneybookers auf die letzte Version upgedatet. Auch dann lief die Seite bis auf das Problem mit dem Einkaufswagen.

So ich hoffe einiger Maßen verständlich erklärt zu haben. Wenn nicht, fragt bitte nach.

Nun hoffe ich auf eine effektive Hilfe!
Herzlichen Dank im Voraus!
Kami

[franky_n]

Hallo kami70,

na dann sollten wir als erstes Mal die Einstellung rückgängig machen um zu sehen ob es daran liegt.
Mache bitte vorher ein Backup der Datenbank über den phpMyAdmin.

Dies machst Du dann im Kartenreiter SQL im phpMyAdmin:

Code: SQL  [Auswählen]

UPDATE configuration SET configuration_value='false' WHERE configuration_key='ALLOW_ADD_TO_CART'

Dann sollte die Einstellung wieder rückgängig gemacht sein.

Nun mal testen ob es funktioniert.
Deine Umschreibung mit dem SSL etc. hört sich sehr abenteuerlich an, daher befürchte ich das es noch nicht funktioniert, aber gut...
Dann versuchen wir danach den nächsten Schritt!

Der wäre wahrscheinlich: ANLEITUNG: configure.php Dateien neu erstellen/reparieren

Viele Grüße

Franky

[hendrik]

Wegen der zwei Slashes ("//") und nichts dazwischen.
Kontrolliere mal in den Konfigurationen den Eintrag des Templates.

Im Ordner "/templates/" liegen die Templates. Darin sollte mindestens ein Unterordner "xtc5" enthalten sein.

phpMyAdmin:
Tabelle "configuration"
Suche Eintrag mit "configuration_key" = "CURRENT_TEMPLATE".

Was steht darin bei "configuration_value"? Ein gültiger Wert entsprechend Inhalt Ordner "/templates/"?
Trage dort mal testweise xtc5 ein. Jetzt sollte das Frontend wieder funktionieren.

Im Adminbereich unter "Konfiguration" -> "Mein Shop" kannst du das Template erneut wechseln, sofern du nicht xtc5 verwendest.

Gruß
Hen

[DokuMan]

[...]

Code: PHP  [Auswählen]

  [...]
  define('ENABLE_SSL', treu); // secure webserver for checkout procedure?

[...]

Steht da wirklich "treu"?

[Tomcraft]

Das war mir gar nicht aufgefallen! Gut gesehen! Das kann natürlich der Verursacher sein!

Grüße

Torsten

[Kami70]

Hallo kami70,

na dann sollten wir als erstes Mal die Einstellung rückgängig machen um zu sehen ob es daran liegt.
[...]
Dann versuchen wir danach den nächsten Schritt!

Der wäre wahrscheinlich: ANLEITUNG: configure.php Dateien neu erstellen/reparieren
[...]

Vorab Danke für Deinen Tipp!!!
Den Befehl habe ich bei phpMyAdmin ausgeführt – hoffe ich!
Auf SQL geklickt -> Deinen Code eingesetzt -> OK
Wie kann ich das Ergebnis kontrollieren?

Bei Deinem zweiten Tipp scheitert die Installation/Reparatur beim Schritt 5 mit der Meldung:

Achtung! Sie haben eine ungültige URL oder einen ungültigen Dateipfad eingegeben!
https://www.meindomain.de/robots.txt [ERROR: ]

[Kami70]

Wegen der zweit Slashes ("//") und nichts dazwischen.
Kontrolliere mal in den Konfigurationen den Eintrag des Templates.

Im Ordner "/templates/" liegen die Templates. Darin sollte mindestens ein Unterordner "xtc5" enthalten sein.
[...]

Ja, dieser Ordner existiert. Was soll aber mit dem Ordner oder dessen Inhalt geschehen?

[...]
phpMyAdmin:
Tabelle "configuration"
Suche Eintrag mit "configuration_key" = "CURRENT_TEMPLATE".
[...]

gefunden – sieht aber so aus:

[ Für Gäste sind keine Dateianhänge sichtbar ]

[...]
Was steht darin bei "configuration_value"? Ein gültiger Wert entsprechend Inhalt Ordner "/templates/"?
[...]

Siehe Screenshot:

[ Für Gäste sind keine Dateianhänge sichtbar ]

[...]
Trage dort mal testweise xtc5 ein. Jetzt sollte das Frontend wieder funktionieren.
[...]

Wo genau soll ich xtc5 eintragen? Wenn ich auf das Icon "Bleistift" klicke, habe ich die Option unter "Länge/*Set" und "Standard**" etwas eintragen.

[...]
Im Adminbereich unter "Konfiguration" -> "Mein Shop" kannst du das Template erneut wechseln, sofern du nicht xtc5 verwendest.
[...]

Leider keinen Zugang!

Gruß
Hen

[Kami70]

[...]

Code: PHP  [Auswählen]

  [...]
  define('ENABLE_SSL', treu); // secure webserver for checkout procedure?

[...]

Steht da wirklich "treu"?

Wirklich, Wirklich!

[speedy]

Ich weiß ja jetzt nicht ob "Wirklich, Wirklich!" bedeutet du hast den Fehler gesehen, wenn nicht ändere "treu" in "true".

[Kami70]

Ja, dort stand und steht immer noch "true".

[speedy]

Lies genau, oben hast du "treu" gepostet. Es muss aber "true" dort stehen.