Shop plötzlich nicht mehr erreichbar

[michaeld]

Hallo,
von jetzt auf gleich ist mein Shop nicht mehr erreichbar. Ich war als Admin eingeloggt im Backend, und bei der nächsten Aktualisierung bekomme ich folgende Fehlermeldung.

Fatal error: require() [function.require]: Failed opening required '/home/strato/http/premium/web4/12/25/52198525/htdocs/rohfuetterung/includes/filenames.php' (include_path='.:/opt/RZphp5/includes') in /mnt/webc/63/25/52198525/htdocs/rohfuetterung/includes/application_top.php on line 83

Auch das neue Laden bringt den gleichen Fehler.

Hat jemand eine Idee?

Gruss
Michael



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

[h-h-h]

Hast Du Daten importiert bzw was war Dein letzter Schritt?

Gruß

h-h-h

[michaeld]

Nichts, ich war lediglich im Backend. Habe keine Funktionen ausgeführt.

Gruss
Michael

[franky_n]

Hallo michaeld,

und die filenames.php gibts bei Dir noch im Verzeichnis:
includes/filenames.php

Viele Grüße

Franky

[web28]

Da der Shop bei liegt:

Ist in den Configdateien der Pfad mit mnt eingetragen?

Falls ja, mit dem 1.05 Installer die Configdateien einfach neu erstellen

[michaeld]

@Franky: Die filenames.php ist in der includes vorhanden

@web28: sorry, jetzt reichen meine Kenntnisse nicht mehr aus. Wo muss dafür denn nachsehen??

Ich habe übrigens den gleichen Fehler auch bei einem anderen Shop, der unter Gambio läuft.
Das Komische dabei ist, dass beide Shops gleichzeitig den gleichen Fehler melden und seit dem nicht mehr erreichbar sind.

Ich hoffe, das Problem schnellstens beheben zu können. Am wichtigsten ist mir allerdings der aktuelle modified eCommerce Shopsoftware-Shop.

Gruss
Michael

[franky_n]

Hallo michaeld,

was sagt Strato dazu?
Mal angerufen? Kann ja nicht sein das beide unterschiedlichen Systeme gleichzeitig in die ewigen Jagdgründe gehen.

Außer da ist was am Linux verstellt bzw. am Apache Webserver...

Kannst Du selber den Webserver irgendwie neu starten?

Viele Grüße

Franky

[michaeld]

Hallo Franky,
Strato verweist auf die Fehlerprotokolle und gibt nachstehenden Hinweis:

vielen Dank für Ihre Anfrage, die ich Ihnen gerne beantworte.

Soeben habe ich die angegebene Daten geprüft, und festgestellt, dass das
Problem sich bei den Serverpfade befindet. Bitte ändern Sie die Pfade in
Ihrem Konfigurationdateien von
'/home/strato/http/premium/web4/12/25/52198525/htdocs' auf
'/home/strato/www/ba/www.barferoase.de/htdocs/' . Diese Änderung soll das
Problem beheben.

Wenn ich ehrlich bin, traue ich mich da nicht heran, weil mir einfach die Kenntnisse fehlen.

Das gilt natürlich auch für einen Neustart des Webservers.

Gruss
Michael

[franky_n]

Hallo michaeld,

die meinen Deine configure.php Dateien in includes/configure.php und admin/includes/configure.php

Dort steht wahrscheinlich das gerade drin:

Code: PHP  [Auswählen]

  define('DIR_FS_DOCUMENT_ROOT', '/home/strato/http/premium/web4/12/25/52198525/htdocs/');
  define('DIR_FS_CATALOG', '/home/strato/http/premium/web4/12/25/52198525/htdocs/');
 

und das sollst Du ändern in:

Code: PHP  [Auswählen]

  define('DIR_FS_DOCUMENT_ROOT', '/home/strato/www/ba/www.barferoase.de/htdocs/');
  define('DIR_FS_CATALOG', '/home/strato/www/ba/www.barferoase.de/htdocs/');
 

Und das traust Du Dir nicht zu?
Das glaube ich eher nicht! Ich glaube eher falsch verstanden oder?

Viele Grüße

Franky

[michaeld]

Franky, bin halt total verunsichert, was die Weiterleitung innerhalb des Servers angeht.

Meine config.php sieht jetzt so aus:

Code: PHP  [Auswählen]

// Define the webserver and path parameters
// * DIR_FS_* = Filesystem directories (local/physical)
// * DIR_WS_* = Webserver directories (virtual/URL)
  define('HTTP_SERVER', 'http://www.xn--rohftterung-whb.net'); // eg, http://localhost - should not be empty for productive servers
  define('HTTPS_SERVER', 'https://www.xn--rohftterung-whb.net'); // eg, https://localhost - should not be empty for productive servers
  define('ENABLE_SSL', false); // secure webserver for checkout procedure?
  define('DIR_WS_CATALOG', '/'); // absolute path required
  [b]define('DIR_FS_DOCUMENT_ROOT', '/home/strato/http/premium/web4/12/25/52198525/htdocs/rohfuetterung/');
  define('DIR_FS_CATALOG', '/home/strato/http/premium/web4/12/25/52198525/htdocs/rohfuetterung/');
  define('DIR_WS_IMAGES', 'images/');
  define('DIR_WS_ORIGINAL_IMAGES', DIR_WS_IMAGES .'product_images/original_images/');
  define('DIR_WS_THUMBNAIL_IMAGES', DIR_WS_IMAGES .'product_images/thumbnail_images/');
  define('DIR_WS_INFO_IMAGES', DIR_WS_IMAGES .'product_images/info_images/');
  define('DIR_WS_POPUP_IMAGES', DIR_WS_IMAGES .'product_images/popup_images/');
  define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');
  define('DIR_WS_INCLUDES',DIR_FS_DOCUMENT_ROOT. 'includes/');
  define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
  define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
  define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
  define('DIR_WS_LANGUAGES', DIR_FS_CATALOG . 'lang/');
 

usw.

Gruss
Michael

[franky_n]

Hallo michaeld,

naja wenn Du Dir zumindest die Einstellungen der configure.php sicherst dann sollte es doch zumindest möglich sein das aus zu probieren oder?
Ein nicht erreichbaren Shop nicht erreichbar zu machen ist ja wohl nicht schlimm oder?

Hast Du eigentlich wirklich eine Domain mit einem ü?

Ansonsten könntest Du auch das probieren: ANLEITUNG: configure.php Dateien neu erstellen/reparieren

Viele Grüße

Franky

[michaeld]

Hab alles ausprobiert; beide configure.php nach den Vorgaben geändert (Berechtigung auf 777 gesetzt), aber der Fehler bleibt.
Werde wohl morgen versuchen, jemanden zu finden, der das für mich macht.

Lieber nehme ich ein paar Euros in die Hand, als das ich mir meinen Shop wegen meiner Unwissenheit komplett zerschieße und ich noch mehr Geld verliere.

Aber dennoch danke für die Hilfe.

Ich habe tatsächlich eine Domain mit einem "ü" --> www.rohfütterung.net

Gruss
Michael

[michaeld]

Problem ist gelöst. Nochmals danke.

Gruss
Michael

[Tomcraft]

Sei doch so lieb und sage uns noch, wie du dein Problem lösen konntest?

Grüße

Torsten

[michaeld]

Hallo Torsten,
in der admin/includes/configure.php hatte ich eine Zeile übersehen, daher hat es bei den ersten Versuchen nicht funktioniert.

Gruss
Michael