Sputnik! - OXID Powertoy - Shop Installation in wenigen Sekunden, Migration und Shop Kopien fast vollautomatisch - und das Beste, kost nix!

[B]Was ist Sputnik! ?[/B]

Sputnik! Ist ein Powertoy für OXID Admins und Entwickler. Es ermöglicht das aufsetzen von OXID Installationen in wenigen Sekunden, oder ermöglicht das problemlose kopieren von Shops auf einen anderen Server bzw. Stage Host. Auch recht große Shops sind kein Problem, da der ganze Prozess in möglichst kleine Stücke geteilt wurde.

Ich habe das Tool eigentlich für den Eigenbedarf entwickelt und immer wieder genutzt, aber ich denke das auch der ein oder andere daran Freude haben wird.

[B]Was ist Sputnik! nicht? [/B]

Definitiv ein ist es kein Spielzeug für unerfahrene User, wer nichts mit dem Tool anzufangen weis geht am besten den normalen Weg.

[B]Nutzung[/B]

Sputnik! ist wirklich einfach zu nutzen, das Script wird auf den Zielserver geladen und mit http://<server>/sputnik.php aufgerufen. Das Script selbst ist keine 30 kb groß und sollte in einer Sekunde hochgeladen sein.

Zur Installation von OXID ist nur die Angabe der Datenbankdaten nötig, soll ein Shop umgezogen werden ist auch das „FTP“ Tab auszufüllen. Im „Datenbank“ Tab wird grundsätzlich die Zieldatenbank angegeben.

Dann einfach eine Option wählen und abwarten.

[B]Technisches[/B]

Sputnik! ist ein technisch spassiges Werkzeug, dass auch mit einem Augenmerk auf IT Sicherheit entwickelt wurde. Es ist in der Lage via FTP Backups von Remote Shop Datenbanken zu machen, dazu kopiert es einen Teil von sich selbst auf das Quellhosting, erstellt ein AES verschlüsseltes Backup und transferiert dieses zum Zielhost. Der AES Schlüssel für diese Aktion wird bei jeder Nutzung von Sputnik neu erstellt, sodass Backups grundsätzlich nutzlose für Dritte sind. Der Scriptname wird nach dem Aufruf automatisch geändert und die Drohne, sowie das Script selbst löschen sich nach getaner Arbeit selbst.

Sollte auf dem Remote Server kein mcrypt zur Verfügung stehen, kann die Verschlüsselung der Dumps mit AES mit dem Parameter $useAES abgeschaltet werden. Das ist aber allgemein selten nötig.

Da ich das Script schon einige Zeit nutze kann ich betätigen das es auch sehr gut bei Sharedhostern funktioniert. Bei einigen bekannte wie 1und1, Strato , All Inkl., 1blu, Alfahosting war es schon im Einsatz.

Ich habe das Script auch schon mit einer API integriert gehabt um Datenbanken für die Installation automatisch zu erstellen, dieser Teil wurde in der Release Version aber entfernt und sollte je nach Bedarf selbst integriert werden.

Der Name Sputnik! geht übrigens auf die Eigenschaft zurück, ein Teil von sich selbst auf entfernte Server replizieren zu können um dort als Drohne ausgeführt zu werden.

[B]Support[/B]

Bitte stellt Supportanfragen zu dem Tool im Forum. Wem Sputnik! gefällt kann mit über den Spendenknopf gern ein paar Euro für ein Bier zukommen lassen. Ich stelle das Tool als Entwickler zur Verfügung und hoffe das es dem ein oder anderen bei der täglichen Arbeit helfen kann. Bitte habt aber auch Verständnis dafür, dass ich anders als bei den kommerziellen Modulen, kein direkten Support leisten kann. Ich werde mich aber bemühen alle Anfragen im Forum zu beantworten.

[B]Lizenz[/B]

Sputnik! Coypright © 2012-2013 Alexander Pick (Email: [email protected])
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

[B]Einschränkungen[/B]

Bitte nutzt das Tool mit einem vernünftigen Browser, ich nutze fast ausschliesslich Chrome, Firefox sollte auch Ok sein, aber ob das auch alles mit dem IE so toll funktioniert kann ich nicht sagen.

[B]Und sonst?[/B]

So wer will kann gern was dazuschreiben :smiley:

Ziemlich cool!

Vielen Dank für’s teilen!

Gruß Joscha

Was ich nicht kapiere, warum die ein array_merge ausführst, nachdem du die Views korrekt heraus gefiltert hast. Warum lässt du die nicht gleich ganz raus?
Oder habe ich was nicht verstanden?

Gruß Joscha

Ich hab ein Teil heraus gekürzt aus meiner internen Version, ich erstell die Datenbanken bei mir automatisch, dort habe ich die Möglichkeit den Dump auch wieder einzuspielen ohne das SUPER Problem .

Danke dafür!
wenn du das auf github stellst können andere auch Verbesserungen einfließen lassen :slight_smile:

Ich werde mal schauen ob ich mein GitHub Account wieder reaktiviere :smiley:

Hallo Alex,

gute Idee, sende uns mal die nötigen Daten um spenden zu können.

So finde ich Open Source klasse :slight_smile:

Bei mir funktioniert das Tool leider nicht. Wenn ich unseren Shop zum Testen nach localhost transferiere, ist das Tool binnen einer Minute fertig. Aber das Shop-Verzeichnis und die Datenbank sind leer (es wurde nur ein leeres tmp-Verzeichnis und eine leere config.inc Datei erstellt).

PS: Schon der Aufruf http://localhost/spudnik.php löst eine Fehlermeldung aus, da daraus www.localhost.\hashwert gemacht wird. Programm start aber, wenn man es wieder in localhost/hashwert ändert.

versuch mal mit http://127.0.0.1 statt localhost

Mit http://127.0.0.1 das gleiche Problem.

Hallo,

erst einmal Danke für das Script!

Ich habe aber eine Verständnis Frage:

wenn ich den Shop von meinem Abnahme Server A in die Produktion P bringen möchte, dann installiere ich das Script auf dem Server P und führe es aus?
Das heißt mein Produktionsserver muss auf meinen Abnahme Server zugreifen? Das ist aus Security / Firewall Gesichtspunkten nicht erlaubt.
Kann ich nicht das Script nicht auf A ausführen mit ZIEL P?
Der Weg A=>P ist erlaubt, aber nicht anderesrum.

Besten Dank.

Stefan1904,

Vielleicht geht es ja mit http://localhost/sputnik.php?

[QUOTE=Stefan1904;125632]

PS: Schon der Aufruf http://localhost/spudnik.php löst eine Fehlermeldung aus, da daraus www.localhost.\hashwert gemacht wird. Programm start aber, wenn man es wieder in localhost/hashwert ändert.[/QUOTE]

Das Problem hatte ich auch. Du musst vollqualifiziert auf deinen Server zugreifen.
z.B. http://test.xyz oder http://myshop.de

Wenn du keinen DNS eintrag hast, kannst du dir in deiner etc.hosts selber einen eintragen.

In deiner ETC/HOST kannst du dann test.xyz auf 127.0.0.1 verweisen.
Unter windows:
C:\Windows\System32\drivers\etc\hosts

127.0.0.1 test.xyz

Hallo Zusammen,

ich spiele mich jetzt schon eine Weile mit diesem Programm, aber irgendwie will es nicht so richtig laufen oder ich stell mich einfach nur doof an :frowning:
Von meinem Shop möchte ich einen Testshop kopieren der dann über eine Subdomain in einem anderen Verzeichnis auf dem selben Server erreichbar ist.
Ich hoffe das war soweit verständlich, da ich nicht vom Fach bin.
Das Ergebnis ist momentan leider so dass die neue Datenbank leer bleibt und vom Shop selbst nicht alle Ordner kopiert werden.
Folgende Ordner befinden sich im neuen Verzeichnis des Testshops - admin - agb - application - tmp sowie einige Dateien im Hauptordner - .htaccess - config.inc.php - COPYING - README und die db…php.
Sputnik zeigt folgendes an:

in der Mitte hab ich die Zeilen weggelassen, da sie sich nur wiederholen.

Vielleicht hat ja jemand einen Plan was ich hier falsch mache.

Gruß
Peter

Hat keiner eine Idee was hier der Fehler ist?

Da sind offensichtlich einige Dateien nicht an der Stelle, wo das Skript sie erwartet.
Da hast Du eventuell etwas zuviel geschwärzt, um es genau erkennen zu können.
Bei meinem Hoster muss man die absoluten Pfade, ausgehend vom Stammverzeichnis des Servers, verwenden
/shop/oxid/… würde nicht funktionieren
Wenn das Skript die fehlenden Dateien/Verzeichniss vorher selbst angelegt hat, sind möglicherweise die Rechte falsch gesetzt

Hallo Bastelfex,

ich hab schon die absoluten Pfade verwendet, darum die Schwärzung, ich habe nur die absoluten Pfade geschwärzt.
Wie Du schon bemerktest geht mit /shop… alleine gar nix.
Kann ich das mit den rechten selbst prüfen bzw. regeln oder liegt das an dem Script?

Gruß
Peter

Hat keiner mehr einen Tip für mich, was ich noch kontrollieren müsste oder abändern muss damit das Script läuft?
Mein Hoster ist übrigens DF, vielleicht hilft diese Info ja etwas.

[QUOTE=acpi;120714][B]Was ist Sputnik! ?[/B]
[B]Nutzung[/B]

Sputnik! ist wirklich einfach zu nutzen, das Script wird auf den Zielserver geladen und mit http://<server>/sputnik.php aufgerufen. Das Script selbst ist keine 30 kb groß und sollte in einer Sekunde hochgeladen sein.

Zur Installation von OXID ist nur die Angabe der Datenbankdaten nötig, soll ein Shop umgezogen werden ist auch das „FTP“ Tab auszufüllen. Im „Datenbank“ Tab wird grundsätzlich die Zieldatenbank angegeben.

Dann einfach eine Option wählen und abwarten.
[/QUOTE]

Hallo, ich habe mir das Tool einmal installiert und angestartet.
Leider ist das ganze nicht so selbsterklärend wie von mir erhofft und ich befürchte meine Installation zu schreddern…

Ich möchte eine Kopie der laufenden OXID Installation auf dem gleichen Server erstellen, sprich in einem anderen Unterdirectory und mit einer anderen Datenbank verknüpft.
Ich dachte, dass das Tool exakt hierfür geeignet ist, vermisse dann aber die Angabe der Daten von alter und neuer Datenbank.

Die Beschreibungen hier sowie im PDF-File bringen mich nicht wirklich weiter. Könnte mich hier jemand ins Bild setzen?

Gruß

Bergy

Lies noch mal - Du musst nur die neue Datenbank angeben.