Zum Inhalt springen

wie tar.gz auf provider-server entpacken?

Erstellt am 26. April 2006 · 7 Antworten · letzte Antwort am 27. April 2006

Tags: Frage

triskal ·

hallo,

entschuldigt, aber ich war mir nicht sicher. diese frage hätte ich sicher auch im anfängerforum stellen können...

jedenfalls handelt es sich um meine ersten gehversuche. ich habe die zwei dateien (dummy-4.0.tar.gz/typo3_src-4.0.tar.gz) in das www-verzeichnis meines provider-servers geuppt (provider: kontent.de, laut info linux-server im einsatz, inkl. php, sql). ich gehe nach der 'install.txt'-anleitung vor um typo3 einzurichten, wie folgt:

STEP BY STEP
============
1 [...]
2 [...]
3 Unpack the archives:
$ tar xzf typo3_src-<version>.tar.gz
$ tar xfz dummy-<version>.tar.gz

aber ich kriege das entpacken der dateien auf dem server nicht an den start. ich konnekte mich über die dos-box per ftp auf den server, wechsel in das entsprechende verzeichnis, versuche eine datei zu entpacken und erhalte jedes mal die fehlermeldung 'ungültiger befehl'.

kann mir jemand sagen was ich falsch mache?
vielen dank und gruss,
manuel

woida ·

DOS Box auf einem Linux-PC?

Du solltest vielleicht erstmal klären, welches Betriebssystem du hast.

Frescha ·

er meint sicherlich die Windows XP-Shell.

Der "tar"-Befehl ist kein gültiger FTP-Befehl um das programm tar zu benutzen ist eine ssh bzw eine telnet verbindung zum webserver nötig.

ein tipp von mir entpacke die archive lokal auf deinem pc und lade sie dann auf den webserver.

nickno ·
Frescha schrieb

ein tipp von mir entpacke die archive lokal auf deinem pc und lade sie dann auf den webserver.

Das Problem ist dann allerdings, dass die Symlinks verloren gehen. Dadurch wird man unflexibel.

Dann besser gleich das entsprechende Zip-Archiv herunterladen und das installieren, dann kann an diesem Punkt kein Fehler passieren. Einige Programme können mit Symlinks nicht umgehen...

triskal ·

das geht ja fix hier!! :o
vielen dank erstmal für eure antworten.

wahrscheinlich liegt da schon ein missverständnis meinerseits vor. ich selbst sitze an einer xp-kiste und wähl mich per ftp (via eingabeaufforderung und nicht über einen client, weil ich ja die befehle absetzen will) auf dem linux-webserver des providers ein.

ich bin davon ausgegangen, dass ich mit den typo3-zip-files auf einem linux-server nichts anfangen kann und daher die sache nur mit den tar-dateien ans laufen bekomme. aber seh ich das jetzt richtig, dass ich doch einfach die zip-files, lokal auf meinem rechner entpacke und die dadurch enthaltene verzeichnis-struktur auf den provider-server packe? ist das dann trotzdem lauffähig?

sry :o
danke und gruss, manuel

woida ·

aber seh ich das jetzt richtig, dass ich doch einfach die zip-files, lokal auf meinem rechner entpacke und die dadurch enthaltene verzeichnis-struktur auf den provider-server packe? ist das dann trotzdem lauffähig?

Ja.

droptix ·

So geht's: Ich habe auch dasselbe Problem, möchte aber auf Symlinks nicht verzichten. Also hab ich mir eine PHP-Shell gezogen und die mit hochgeladen. Die gab's früher mal hier, weiß aber nicht, wo die jetzt hin ist. Wenn sie jemand braucht, kann ich sie ihm schicken...

In der PHP-Shell kann man den 'tar'-Befehl direkt reinhacken:

tar xzf typo3_src-4.0.tar.gz

Alternativ kann man sich auch ein eigenes PHP-Script schreiben, dass die Archive entpackt:

<?php
exec("tar xzf typo3_src-4.0.tar.gz");
?>

oder mit Kontrolle:

<?php
if (exec("tar xzf typo3_src-4.0.tar.gz")) {
    echo("OK<br />");
} else {
    echo("ERROR<br />");
}
?>

Wie man sieht, darf die PHP-Funktion 'exec()' nicht gesperrt sein. Das gilt auch für die PHPShell.

Wenn es dabei Probleme beim Schreiben gibt, einfach mal dem übergeordneten volle Rechte (CHMOD 777) geben und hinterher wieder entziehen.

Das Dumme dabei ist jedenfalls, dass die PHPShell die Befehle als PHP ausführt. Und PHP läuft in der Regel als Benutzer des Webservers, also "www", "wwwrun" oder "nobody" etc. Die Archive werden zwar richtig entpackt, haben aber den falschen Nutzer. Das muss man im Nachgang mit der PHPShell korrigieren:

chown -R <user>:<group> typo3_src-4.0

... wobei <user> und <group> jeweils der eigene Benutzername und das Passwort (gleiche Daten wie für FTP) sind. Das geht aber auf manchen Webservern aber nicht, weil der Benutzer des Webservers nicht berechtigt ist, 'chown' auszuführen. Bei der PHP-Funktion 'chown()' braucht man sich auch keine Hoffnungen zu machen, weil die nur mit Superrechten ausgeführt wird.

Also ohne SSH-Zugang und ohne 'exec()' wird es kaum gehen. Ich hab das noch mit Python anstatt PHP versucht, aber die entpackten Daten hatten auch den Benutzer des Webservers angenommen.

Das heißt, wenn man kein 'chown' machen darf, bleiben die Daten Eigentum des Webservers. TYPO3 wird trotzdem funktionieren. Das FTP-Programm kann dann in den meisten Fällen die Daten plötzlich nicht mehr löschen oder überschreiben. Das müsste man dann alles in ziemlicher Handarbeit über die PHPShell oder PHP machen. Oder aber einfach mal ne Mail an den Provider schicken, damit der die entpackten Daten auf den korrekten Benutzer setzt.