Fehlermeldungen bitt immer alle öffnen (Details) und copy paste. Sonst auf kleinen Monitoren ncht lesbar Nach Umzug bitte ans anpassen denken der configure Dateien
Danke für eure Antworten. Die Dateien sind angepasst. Da das noch ein alter Shop ist, denke ich fast es liegt an der SQL Datenbank. Die alte ist 5.0. die neue ist 5.7.25. Kann es daran liegen? PS: In der Versionsinfo steht als letzter Eintrag 2.5.1.1. Gibt es dort evtl. Probleme weil das viel zu alt ist?
Guten Morgen, ich hab gestern Abend auch versucht meinen Shop von einer URL auf eine Andere umziehen zu lassen. Ist es richtig das ich dann keine neue (kopierte) Datenbank brauche? Also nur die URL in den beiden configure Dateien anpassen? Danke für eure Hilfe!
Hey, ich habe heute mit dem Tutorial einen Testshop auf einer Subdomain erstellt, habe die configure.php angepasst und den Fehler mit den Session-Pfade repariert, etc.. Der Testshop funktioniert einwandfrei - mit einer Ausnahme - ich kann mich mit meinem Admin Account nicht anmelden, der in meinem Hauptshop funktioniert. Wo liegt mein Fehler? Datenbank nochmal importieren?
So, hab auch grade meinen Testshop erstellt und dabei auch noch den Hauptshop auf eine neue Domain umgezogen dass das SSL Zertifikat ja noch auf die alte Domain läuft... Macht aber nix, wird eh noch dauern bis ich den Shop online stellen kann, bis dahin muss ich das Zertifikat ohnehin erneuern... Die Domains laufen bei Estugo. Im Grunde war es recht einfach, vor allem unter Berücksichtigung von Dennis´ Tutorial: Folgendes geht alles direkt bei Estugo: 1) Eine Subdomain einrichten - test.(domain).com - die auf das neu erstellte Verzeichnis "test" verweist 2) Im Bereich Dateien im FileManager alle Dateien des bisherigen Shops in ein Archiv packen 3) Im Bereich Dateien im FileManager das Archiv in das Verzeichnis "test" verschieben und dort entpacken 4) Im Bereich Datenbanken die bisherige Datenbank kopieren (vollständige Kopie) mit neuem Namen, z.B. xxx_test Dann mit einem FTP Programm in das Test-Verzeichnis einloggen (in meinem Fall Transmit auf dem Mac, oder eben mit FileZilla). 5) config.php Dateien ändern: in admin/includes ändern, angepasst werden muss nur wenig - dort wo jetzt test steht stand vorher was anderes, logisch - xxx steht immer für die eigene domain - da ich für den Testshop kein Zertifikat habe habe ich die Pfade der http:// server von https auf http geändert admin/includes/config.php Code: Zeile 31: $t_document_root = '/var/www/vhosts/xxx.xxx.com/test/'; // absolute server path required (domain root) Zeile 63: define('HTTP_SERVER', 'http://test.xxx.com'); // eg, http://localhost or - https://localhost should not be empty for productive servers Zeile 64: define('HTTP_CATALOG_SERVER', 'http://test.xxx.com'); Zeile 65: define('HTTPS_CATALOG_SERVER', 'https://test.xxx.com'); Zeile 66 (SSL auf false stellen): define('ENABLE_SSL_CATALOG', 'false'); // SSL: 'true' = active, 'false' = inactive Zeile 99 (Datenbankname für die neue Testdatenbank): define('DB_DATABASE', 'xxx_test'); includes/config.php Code: Zeile 31: $t_document_root = '/var/www/vhosts/xxx.xxx.com/test/'; // absolute server path required (domain root) Zeile 59: define('HTTP_SERVER', 'http://test.xxx.com'); // eg, http://localhost or - https://localhost should not be empty for productive servers Zeile 60: define('HTTPS_SERVER', 'https://test.xxx.com'); // eg, http://localhost or - https://localhost should not be empty for productive servers Zeile 61 (SSL auf false stellen): define('ENABLE_SSL_CATALOG', 'false'); // SSL: 'true' = active, 'false' = inactive Zeile 86 (Datenbankname für die neue Testdatenbank): define('DB_DATABASE', 'xxx_test'); Nicht vergessen bei beiden config.php Dateien die Zugriffsrechte wieder auf 444 zu stellen (wird im Backend moniert wenn nicht gemacht...) so dass keine Schreibrechte für die Datei vorhanden sind! 6) Im Shopverzeichnis ein neues Verzeichnis erstellen, z.B. "test", Zugriffsrechte für das verzeichnis auf 777 stellen. Dann folgendes Script in das "test"-Verzeichnis: realrecyclers.com/ablage/permissionanzeige.php.zip Aufruf mit http://www.shopdomain.de/test/permissionanzeige.php Die rekursiven Verzeichnisse noch mal gesondert checken und gegebenfalls korrigieren was falsch ist. Dann in den Shop einloggen (ging bei mir auf Anhieb), im Admin alles Caches löschen. Fragen an die Profis: - Wars das schon? Ich habe die Verzeichnisrechte nicht kontrolliert, eigentlich sollten doch beim archivieren und entpacken im neuen Verzeichnis die Rechte korrekt übernommen werden? Siehe (6)! - Ist es sinnvoll und nötig einen neuen Benutzer/admin für die neue Testdatenbank zu erstellen oder kann man problemlos den beim Kopieren übernommenen Benutzen nehmen, der auch auf die Hauptdatenbank Zugriff hat? - Der Shopkey des Ursprungsshops wurde übernommen - kollidiert das irgendwie, brauche ich also für den Testshop einen eigenen Shopkey?
Hi, ich finde den Artikel ansich gut, denn es beantwortet mir die Frage, ob ich den Shop duplizieren kann, damit ich mir eine Testumgebung aufbauen kann. Aber wie mache ich den Testshop als Testshop kenntlich, so dass Bestellungen nicht gelten? Reicht es irgendwo TestShop zu platzieren? Denn für mich möchte ich natürlich Bestellungen ausführen usw. usw. usw. Wie habt Ihr das gemacht?
Gute Frage Soweit bin ich noch gar nicht... Ich würde den Testshop einfach kurz online stellen so lange ich was konkretes austesten will. Danach wieder offline. Die Gefahr dass sich just in der kurzen Zeit jemand in den Shop verirrt um etwas zu bestellen halte ich für gering. Aber ich schliesse mich mal der Frage an: Wie machen das die "alten Hasen"?
Das kannst Du einfach kontollieren, wenn du dir einmal die Installationsanleitung ansiehst. Da steht drinnen welche Dateien / Ordner welche Rechte brauchen. Da gibt es mehrere Möglichkeiten: - Du stellst den Testshop offline, damit hast Du Du Zugang. - Du erstellst einen Verzeichnisschutz vor dem Testshop - dann hast auch nur Du Zugang (kann aber Probleme beim Testen von Zahlarten geben). Du stellst ihn online, trägst in die robots.txt das ein: Code: User-agent: * Disallow: / und erstellst eine Topbar, die den Hinweis auf Textshop und z.B. einen Link zu Deinem richtigen Shop hat. Wenn dann trotzdem jemand bestellt, kannst Du ihn ja per E-Mail fragen, ob er nur mal Deinen Testshop testen wollte, oder den Artikel wirklich haben möchte
Ich weiss - und genau dazu bin ich zu faul (nicht zum Nachsehen in der Anleitung sondern zum kontrollieren all dieser Verzeichnisse und Dateien). Und ich hatte noch keine Zeit mir ein php-script zu schreiben, dass mir die Rechte der in Frage kommenden Verzeichnisse und Dateien auflistet (was das Ganze ja deutlich vereinfachen würde...)
Wegen des php scripts: Was muss ich wo eintragen, dass ich auf der obersten shopebene ein eigenes php script ausführen kann? Bzw. das ist sicherheitstechnisch wohl eher doof... Besser evtl.: Wo kann ich ein eigenes php-scrip hinpacken, damit ich es ausführen kann (und mit dem ich auch verzeichnisse darüber lesen/auswerten kann)? Denn eigentlich sollte man doch recht simpel per php die Zugriffsrechte aller relevanten Verzeichnisse/Dateien anzeigen können: Code: <?php $path="../pfad_zur_datei"; echo "Zugriffsrechte $path = "; echo substr(sprintf("%o", fileperms($path)), -4); echo ("<br />\n"); ?> Oder bin ich da als Halblaie auf dem völlig falschen Dampfer?
@markus_wick Hast du die Datenbank kopiert? Davon schreibst du nämlich nichts. Sonst gibts Probleme. Ich habe den Shop offline. Früher hatte ich ihn über die htaccess geschützt dann funktioniert aber nicht alles.
In der Zeit, wo Du überlegst wie die php-Datei geschrieben werden muss, hättest Du die 20 Seiten schon kontrolliert Wenn ich bei meinem Hoster ins Web-FTP gehe, sehe ich in der Übersicht der Dateien die Rechte, Das Vergleichen geht da sehr schnell
Du hast schon recht, ist im Grunde keine große Sache die Sachen zu vergleichen, ich weiss... Für alle die nicht nachschlagen wollen, hier die Auflistung aus dem Installationshandbuch: Auf 444 müssen: Code: admin/includes/configure.php admin/includes/configure.org.php includes/configure.php includes/configure.org.php Auf 777 müssen: Code: /StyleEdit3/templates/Honeygrid /templates/Honeygrid/styles/custom /magnaCallback.php /admin/magnalister.php /admin/backups /admin/backups/temp /admin/html/assets/images/legacy/hermes_labels /admin/html/assets/images/legacy/icons /cache /export /export/invoice /export/packingslip /export/sepa /gm/customers_uploads/gprint /images /images/banner /images/categories /images/categories/icons /images/gm/gprint /images/logos /images/manufacturers /images/product_images/attribute_images /images/product_images/gallery_images /images/product_images/gm_gmotion_images /images/product_images/info_images /images/product_images/original_images /images/product_images/popup_images /images/product_images/properties_combis_images /images/product_images/thumbnail_images /images/slider_images /images/slider_images/thumbnails /import /logfiles /templates/Honeygrid /templates/Honeygrid/assets/javascript /templates_c Rekursiv (also incl. aller enthaltenen Verzeichnisse, Unterverzeichnisse und Dateien) auf 777 müssen: Code: /admin/includes/magnalister /gm/customers_uploads/gprint /images/categories /images/gm/gprint /images/logos /images/product_images /media /shopgate /StyleEdit3/templates/Honeygrid/ /uploads Aber ihr müsst doch zugeben, ein php-script dass eben diese obige Liste einfach auf einen Blick ausliest und darstellt wäre schon eleganter, oder? Muss ja noch gar nix ändern, sondern nur anzeigen... Deswegen nochmal die Frage: Wo kann ich solch ein Script reinpacken, damit es Lesezugriff auf die Dateien hätte?
Wenn Du jetzt aufgepasst hättest, wäre Dir aufgefallen dass z.B. /images/categories doppelt da steht. Wenn man also zuerst den rekursiven Block durchgeht, kann man sich bei dem anderen die meisten Image-Ordner sparen Da der Gambio-Installer das Prüft und setzt, würde ich einfach mal eine Vollversion aus dem Portal laden und den Ordner durchsuchen. (nur so als Idee )
ok, ok, war gar nicht so schwer... Ich habe jetzt mal ein Verzeichnis "test" auf der Shopebene erstellt, dieses Verzeichnis hat die 777 Rechte bekommen. Da rein folgendes script: realrecyclers.com/ablage/permissionanzeige.php.zip (entpackt natürlich). Aufruf unter http://www.domain.de/test/permissionanzeige.php Ich habe mich streng an die Auflistung im Installationshandbuch gehalten. Deswegen auch das images Verzeichnis mal normal mal rekursiv, so wies halt im HB steht. Fertig. Ganz ehrlich: Ich finde so was eine Erleichterung. Falls jemand einen Fehler drin findet, bitte mitteilen, wer das Script nutzen will: Bitteschön. Wenn man das Script startet, gibt es folgendes aus: Code: Zugriffsrechte sollten auf 0444 stehen fuer: ../admin/includes/configure.php = 0444 ../admin/includes/configure.org.php = 0444 ../includes/configure.php = 0444 ../includes/configure.org.php = 0444 Zugriffsrechte sollten auf 0777 stehen fuer: ../StyleEdit3/templates/Honeygrid = 0777 ../templates/Honeygrid/styles/custom = 0777 ../magnaCallback.php = 0777 ../admin/magnalister.php = 0777 ../admin/backups = 0777 ../admin/backups/temp = 0777 ../admin/html/assets/images/legacy/hermes_labels = 0777 ../admin/html/assets/images/legacy/icons = 0777 ../cache = 0777 ../export = 0777 ../export/invoice = 0777 ../export/packingslip = 0777 ../export/sepa = 0777 ../gm/customers_uploads/gprint = 0777 ../images = 0777 ../images/banner = 0777 ../images/categories = 0777 ../images/categories/icons = 0777 ../images/gm/gprint = 0777 ../images/logos = 0777 ../images/manufacturers = 0777 ../images/product_images/attribute_images = 0777 ../images/product_images/gallery_images = 0777 ../images/product_images/gm_gmotion_images = 0777 ../images/product_images/info_images = 0777 ../images/product_images/original_images = 0777 ../images/product_images/popup_images = 0777 ../images/product_images/properties_combis_images = 0777 ../images/product_images/thumbnail_images = 0777 ../images/slider_images = 0777 ../images/slider_images/thumbnails = 0777 ../import = 0777 ../logfiles = 0777 ../templates/Honeygrid = 0777 ../templates/Honeygrid/assets/javascript = 0777 ../templates_c = 0777 Rekursive Zugriffsrechte (in der Ausgabe der rechte hier im Script wird nur das oberste Verzeichnis angezeigt, bitte also noch mal selbst pruefen!) sollten auf 0777 stehen fuer: ../admin/includes/magnalister = 0777 ../gm/customers_uploads/gprint = 0777 ../images/categories = 0777 ../images/gm/gprint = 0777 ../images/logos = 0777 ../images/product_images = 0777 ../media = 0777 ../shopgate = 0777 ../StyleEdit3/templates/Honeygrid = 0777 ../uploads = 0777 Ja, kann man sicher eleganter programmieren. Geht aber auch so. Ich denke, man sollte das script nur mal benutzten um die Rechte zu checken (und falls nötig zu korrigieren), dann wieder vom Server löschen.