Thema: FTP Backup einspielen

Phil333 · **am:** 03. Juli 2012, 15:10:16

Hallo an alle!

irgendwie verstehe ich die Welt gerade nicht mehr.
Ich habe mein Shop-Verzeichnis (der Unterordner "shop" in dem der Shop läuft) per FTP gesichert.
Anschließend 2 Updates gemacht und den gesamten Ordner hochgeladen.

Den noch vorhandenen Ordner habe ich umbenannt und den aktualisierten habe ich in "shop" umbenannt.
Danach ist der Shop nicht mehr erreichbar.

Ich dachte zuerst, das es vielleicht ein update-Fehler sei (was auch sein kann), aber ich habe zum Test mal den heruntergeladenen, unveränderten "shop"-Ordner hochgeladen und dann richtig benannt.

Auch dieser Shop ist dann nicht zu erreichen.

Die Dateien in templates_c sind geleert worden.
Wo klemmt es hier? Muss ich irgendwelche Zugriffrechte korrigieren?

Vielen Dank!

LG

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

mhbosch · **Antwort #1 am:** 03. Juli 2012, 15:18:32

Hallo,

gibt es eine Fehlermeldung oder einen Link zum Shop?

vg,

mhbosch

Phil333 · **Antwort #2 am:** 03. Juli 2012, 15:32:17

ich hab Dir einen Link per Mail geschickt.

Das ist die Seite so wie sie funktioniert.
Wenn du die "kaputte" sehen willst, sag bescheid, dann änder ich gerade die Namen der Verzeichnisse.

Eine Fehlermeldung oder ähnliches kommt nicht.
Es ist nur eine blanke weiße Seite zu sehen.

LG

mhbosch · **Antwort #3 am:** 03. Juli 2012, 15:37:09

Uups,

ohne Kommentar, das sah nach SPAM aus.

Ich gehe mal davon aus, das du eine Weiterleitung im root Verzeichnis hast.
Es scheint so, das du ein Problem mit der Weiterleitung hast. Hast Du zufälligerweise die Groß/Kleinschreibung geändert.

Die direkte Anwahl des Verzeichnisses /shop ist auch nicht möglich. Evtl. hast du (d)eine .htaccess verändert?

Phil333 · **Antwort #4 am:** 03. Juli 2012, 15:44:27

ja ich benutzte einer Weiterleitung mittels einer .htaccess im root.

Allerdings ist es unerklärlich, wenn es daran liegen würde.
Die Verzeichnisse haben nach dem tauschen einen identischen namen (natürlich auch bezogen auf die Groß-/Kleinschreibung).

Das du auf /shop/ nicht zugreifen kannst ist daher, das die htaccess dies mit dem domainnamen überschriebt.
domain.der/shop/ sieht halt nicht so schön aus wie domain.de

mhbosch · **Antwort #5 am:** 03. Juli 2012, 15:48:14

Also,

gebe ich die /shop Seite direkt an, sehe ich folgendes:
This is the default page for xxxxxxxx. This page was generated automatically via ispCP Omega. Please upload your own index.html file.

Das kostet dich jetzt 1000 Gummipunkte. Sieh mal unter http://www.xxxx.de/shop/shop

Du hast das Shop Verzeichnis in das Shop Verzeichnis kopiert.

Phil333 · **Antwort #6 am:** 03. Juli 2012, 16:03:36

Nein das habe ich nicht.

Wenn du doppelt auf /shop gehst, steht da "Fehler 404: Die gesuchte Seite wurde nicht gefunden!"

das man allerdings unter www.xxxx.de/shop nicht auf die index weitergeleitet wird ist etwas komisch.
Aber das ist ein anderes Problem.
Wenn du das hier probierst:
http://www.xxxx.de/shop/index.php, dann geht es

Um das besser verständlich zu machen:
Im root ist eine htaccess die folgendes enthält

Code: PHP [Auswählen]

RewriteCond %{REQUEST_URI} !shop/index.php
RewriteRule ^(.*)$ /shop/index.php$1

es wird also in den unterordner "shop" weitergeleitet.

außerdem enthält diese und die htaccess im "shop" Verzeichnis das hier:

Code: PHP [Auswählen]

RewriteCond %{HTTP_HOST} !^www\.esmoko\.de$
RewriteRule ^(.*)$ http://www.esmoko.de/$1 [L,R=301]

damit in der Adresszeile das richtige angezeigt wird.

mhbosch · **Antwort #7 am:** 03. Juli 2012, 16:06:31

Hmm,

aber nun geht es ja wieder. Warum /shop/shop dann ging, ist mir allerdings nicht verständlich!

vg,

mhbosch

Phil333 · **Antwort #8 am:** 03. Juli 2012, 16:14:53

nein es geht leider nicht.

Das was du gerade siehst ist der "scharfe" shop.
Der, der ihn ersetzen soll befindet sich in /shopd.

wenn du ihn mit xxx.de/shopd/index.php ansprichst, dann siehst du was "immerhin" geht... mehr als blankes weiß zumindest.
nach dem "<body>" hört die seite allerdings schon auf.

mhbosch · **Antwort #9 am:** 03. Juli 2012, 16:38:55

Sorry,

aber da hört es bei mir auf. Ich würde mal die .htaccess Einträge auskommentieren und sehen was passiert.
Das kann jetzt manigfaltig sein.
1) htaccess
2) config parameter in dem Zusammenhang.

Außerdem ist mir die Dateistruktur jetzt nicht plausibel. Irgendwas ist ja auch geändert, da der "alte" Shop ja jetzt auf einmal im Root wieder aufgerufen wird.

Phil333 · **Antwort #10 am:** 03. Juli 2012, 17:20:08

also irgendwie glaube ich nicht, das es an der .htaccess liegt.
Die Verzeichnisstruktur ist doch identisch, wenn ich /shopd in shop umbenenne.
Das gleiche Argument gilt für die configparameter.

Wie gesagt besteht das Problem auch, wenn ich den "shop" ordner runterlade und den selben wieder hochlade... ich werde mal beim FTP Programm nach dem Fehler suchen.

Der "alte" shop wird übrigens nicht im root aufgerufen.
Wie gesagt, gibt es lediglich eine Weiterleitung vom root ins shop Verzeichnis.
Die .htacces dort verbirgt dann lediglich den ordner "shop" in der Adresszeile.

Seltsam.

Phil333 · **Antwort #11 am:** 04. Juli 2012, 23:07:39

Ich habs jetzt mit mehreren FTP Programmen versucht - Das Ergebnis bleibt das gleiche.
Seltsamerweise werde ich immer beim Download gefragt ob ich existierende Dateien überschreiben will, selbst wenn ich das komplette Verzeichnis auf meinem PC neu erstellen lasse.
Der Grund dafür ist, die Groß-/Kleinschreibung.
Manche Dateien existieren online in Groß- und in Kleinbuchstaben (z.b. LICENSE).

Ich weiß einfach nicht was hier das Problem ist.
Ich habe mein shopverzeichnis, so wie es ist (und funktioniert) mit FlashFXP und Totalcommander runtergeladen und wieder hochgeschoben.
Bei beiden ist es das gleiche - es geht nicht.

Wer will kann testen:
Test

Vielleicht wird jemand ja daraus schlauer.
Lieben Dank!

xxhappyxx · **Antwort #12 am:** 04. Juli 2012, 23:59:15

Hallo Phil333,

ich hab zwar nicht viel Ahnung von dem Ganzen, aber das:

<link rel="stylesheet" href="templates/xtc5/stylesheet.css?1341430857" type="text/css" />

finde ich schon sehr komisch. Woher kommen die Ziffern am Ende der CSS-Datei? Hab ich noch nie gesehen.

Gruß Thomas

Phil333 · **Antwort #13 am:** 05. Juli 2012, 00:46:43

ich glaube das hängt mit der Komprimierung zusammen.
Auf dem funktionierenden Shop sind auch solche Zeilen zu finden.

Sicher wissen tue ich es aber nicht.
Vielleicht kann sich Tom oder jemand anders mit mehr Ahnung als ich dazu äußern?

Phil333 · **Antwort #14 am:** 06. August 2012, 12:37:57

Ich weiß einfach nicht mehr weiter.

Egal welches Programm ich benutze es funktioniert nicht.
Getestet habe ich mit total commander, Flash FXP und Filezilla.

Wenn ich meinen shop ordner auf den Rechner schiebe und den selben dann wieder auf den Server kopiere (das original Verzeichnis habe ich dazu in shopx umbenannt) funktioniert der shop nicht.
Wie kann das sein?

Eigentlich wollte ich auf SP1 b -> c -> d updaten, aber wenn nicht mal das einspielen eines normalen backups funktioniert, dann geht das update natürlich erstrecht nicht.

Woran liegt es bei mir und was kann ich tun, damit ein simples Dateibackup funktioniert?

Vielen Dank!

Thema: FTP Backup einspielen

Phil333

FTP Backup einspielen

mhbosch

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

mhbosch

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

mhbosch

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

mhbosch

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

mhbosch

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

xxhappyxx

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

Phil333

Re: FTP Backup einspielen

Teile Thema

Ähnliche Themen

INSERT INTO Fehlermeldung beim Backup einspielen über Backup Manager

Backup in V1.06 einspielen

Backup in XAMPP einspielen

Keine Produktbilder nach einspielen von Backup