TYPOlight schneller auf Webspace hochladen

[grand]

Irgendwie funktioniert bei mir das auslassen von Ordnern und Dateien nicht.

Kanns sich mal einer ansehen was ich da falsch gemacht habe?

<?php
shell_exec("wget http://prdownloads.sourceforge.net/typolight/typolight-2.7.2.tar.gz?download");
shell_exec("tar -xzf typolight-2.7.2.tar.gz --strip-components 1 --exclude=\"system/config/*?config.php*.css\" ");
?>

Danke

[lindesbs]

shell_exec("tar -xzf typolight-2.7.2.tar.gz --strip-components 1 --exclude='system/config/*?config.php *.css' "); 

exclude Teil in einfache Hochkommas
und vor "*.css" ein Leerzeichen

[osterwaldi]

@NoSi
Dein Tool finde ich echt klasse,
aber hast Du eine Idee warum bei mir das Zip nicht entpackt wird obwohl das Tool sage es wäre entpackt?
Refresh FTP wurde durchgeführt sogar FTP-Tool neu gestartet.

Gruß
Michael

[schman]

shell_exec("tar -xzf typolight-2.7.2.tar.gz --strip-components 1 --exclude='system/config/*?config.php *.css' "); 

exclude Teil in einfache Hochkommas
und vor "*.css" ein Leerzeichen

Wie sieht es jetzt mit dem exclude Pattern aus? Er überschreibt die config.php Dateien im Verzeichnis system/config nicht und die *.css Dateien?. werden diese jetzt generell so belassen? oder auf welcher ebene wirkt sich das aus?

Mehrer Pattern werden dann also per Leerzeichen getrennt (innerhalb der Hochkommas)?

[FloB]

shell_exec("tar -xzf typolight-2.7.2.tar.gz --strip-components 1 --exclude='system/config/*?config.php *.css' "); 

Achtung, das hat zur Folge, dass ebenfalls alle CSS-Dateien der Plugins, des TL-Frameworks und der Module nicht entpackt werden! Habe jetzt spontan auch keinen Fix dafür zur Hand …

[NoSi]

@NoSi
Dein Tool finde ich echt klasse,
aber hast Du eine Idee warum bei mir das Zip nicht entpackt wird obwohl das Tool sage es wäre entpackt?

Ich vermute mal, weil es nicht entpackt hat. Schau dir mal den PHP-Code an: Die Antwort kommt stumpf "wenn fertig". Da ist keine FehlerabfangOderSonstwaskontroll-Routine drin. Daher kommt die auch dann, wenn das ZIP zwar gefunden, aber ansonsten nix gemacht wurde.
Mutmaßlich fehlt bei dir das UNZIP-Paket auf dem Server oder du kommst - warum auch immer - nicht dran.

Grüße
NoSi

[osterwaldi]

Mutmaßlich fehlt bei dir das UNZIP-Paket auf dem Server oder du kommst - warum auch immer - nicht dran.

Gibt es eine Möglichkeit abzufragen ob das UNZIP-Paket installiert ist oder muss ich da meinen Provider anschreiben?

[wiese]

Bei Hosteurope - Paket XL kein Problem.

Ordner + Datei benötigt 777

[schman]

Gibt es eine Möglichkeit abzufragen ob das UNZIP-Paket installiert ist oder muss ich da meinen Provider anschreiben?

Ich würde mal darauf tippen das du es wahrscheinlich in der phpInfo sehen wirst.

[tommy]

Hallo,

@NoSi: Danke für das Script, funktioniert super! Habs bei T-Home und 1und1 benutzt.

@Michael: Das kam bei mir auch schon mal vor, hab dann aber festgestellt, dass es nur in einen anderen Ordner entpackt wurde als ich wollte...vielleicht ist es ja bei dir auch so einfach^^

Gruß Tommy

[Juke]

Bei mir dauert das Hochladen einer Contao-Installation (all-inkl) ca. 14 Minuten und da ich auch wissen wollte, wie man das abkürzen kann, bin ich hier gelandet.

Hier noch als Ergänzung, was ich zu dem Thema sagen kann.
Bei all-inkl muss man ja sowieso PHP via htaccess als CGI-Modul laufen lassen, wenn man ohne SMH arbeiten will. Contao lässt sich z.B. mit dem obigen "packaus"-Skript auch bei all-inkl (mit safe-mode on) entpacken, man muss aber dazu die .htaccess mit der Umstellung (AddHandler php5-cgi .php) ebenfalls hochladen. Dann geht es.

Allerdings: die Rechte liegen nach dem Entpacken bei wwwrun und nicht beim FTP-User. Nach dem Entpacken muss man die Besitzrechte im KAS erst wieder an den FTP-User zurückübertragen. Schlussendlich hat man dann zwar immer noch ein paar Minuten gespart, aber durch Einloggen, Ausloggen auch einen stressigen Klicksprint.

Ich lade also weiterhin via FTP hoch und mache in der Zwischenzeit gemütlich halt was anderes ...

[Stranger]

Ich würde das Thema gerne nochmal aufgreifen.

1. Was ist der Unterschied zwischen exec(); und shell:exec();
2. Ich sichere meine komplette Contao-Installation aus dem Ordner "website" mit dem Befehl Ordner mit

exec('tar -czf backup.tar.gz /website); 

Das funktioniert bei den meisten Projekten super. Nur bei einem Projekt dauert es ewig, weil im /files/ Ordner so viele Dateien und Ordner liegen, dass die Gigabyte-Grenze gesprengt wird.
Dadurch bricht das Script irgendwann ab mit einem Gateway-Error. Das anschließende Entpacken führt dann zu Fehlern.

Ich habe das Script aus diesem Grund schon so geändert, dass zunächst alles gesichert wird, außer der /files/ Ordner.

Das geht sehr flott und ich erhalte auch keinen Fehler. Das Entpacken funktioniert auch tadellos.

Anschließend sichere ich noch die files. Auch das geht sehr schnell.
Nach dem Entpacken erhalte ich aber einen Fehler bei einer bestimmten Datei. Es ist eine Video-Datei die über 50 Mb groß ist.

Kann es sein, dass die Größe der Datei zu heftig ist, um verarbeitet zu werden? Kann man Dateien irgendwie ausschließen, die Größer als bspw. 32 Mb sind?

[kayyy]

Am allerschnellsten geht es wohl per ssh Zugang.

Einfach

wget https://download.contao.org/3.4.3/zip

Damit hat man Contao innerhalb 30 Sekunden auf dem Server und entpackt und ready für die Install

[Spooky]

Am allerschnellsten geht es wohl per ssh Zugang.

Den man ja nicht überall hat - in solchen Fällen kann man eben den Weg über PHP mit exec oder shell_exec nehmen.

@stranger: einfach googlen http://stackoverflow.com/questions/7...l-exec-vs-exec

shell_exec returns all of the output stream as a string. exec returns the last line of the output.

[querschlaeger]

Also ich arbeite schon lange nicht mehr mit FTP, sondern nur noch mit SSH/SCP. Ist einfach viel praktischer. Im Zusammenspiel mit WinSCP als Client ist es extrem angenehm Dateien auf dem Server zu entpacken/packen und keine dutzenden Dateien einzeln zu laden. FTP-Server wird bei mir gar nicht mehr installiert. Mit SSH kann man sehr praktisch viele Befehle direkt auf den Server ausführen lassen, ohne Umweg über den Client. Zum Beispiel das Duplizieren von Dateien und Ordnern. Außerdem ist es standardmäßig verschlüsselt. Ich würde niemals solche Sachen wie Konfigurationsdateien mit Datenbankpasswörtern etc. über eine unverschlüsselte FTP-Verbindung senden/empfangen. Jeder im eigenen Netzwerk(!) (Stichwort ARP-Spoofing) und jeder irdendwo zwischen Server und Client kann das alles unbemerkt abfangen und in Klartext lesen...

P.S.: Weil es doch einige nutzen: Auch all-inkl.com bietet einen SSH-Zugang zum Webspace an. Weiß ich, denn das hatte ich früher immer genutzt und den FTP-Zugangs schlicht ignoriert/nie genutzt.