🚀 go-pugleaf

salü zusammen,

es führen viele wege nach rom. ist es richtig, dass wir das problem auf
einem ?nix haben? dann wäre es rm für remove. delete und der gleichen geht
auf verschieden portierungen wegen kompatibilitätsgründen zum
<LegastenikerUnix> auch. ganz neu ist jedoch, dass man zum löschen von
dateien ftp servers lädt. das ist als tipp schon etwas abstrus...-)

nun zum problem löschen von verzeichnissen oder dateien auf einem unix
system. dazu haben wir <rm> für dateien und <rm -r> oder <rmdir> für
verzeichnisse. für distributionsabhängige eigenschaften möge man sich das
manual mit <man rm> zu gemüte führen. ssh, telnet oder xterm und dergleichen
haben auf das erwähnte problem keinen einfluss. das problem zeigt sich
überall gleich. oder wolltet ihr den chrigi verwirren?

<rm> ist von anfang an verfügbar. auf allen ?nix systemen. es braucht keine
zusätzlichen programme, um die nötigen manipulationen von und an dateinen
vorzunehmen. nun, das problem von chrigi ist einfach: die shell zeigt
versteckte (hidden) dateien dem nicht rootbenutzer nicht an -eben hidden.
gemäss ls, dem man mit -a dokumentieren muss, dass man alle haben will, muss
man auch bei rm etwas dazu tun. übrigens macht mal <ls .*> - funktioniert
auch. hmmmm. ein problem der shell? ob problem oder feature - es
funktioniert so. damit kann man auch spielen und durchaus interessante
ergebnisse erreichen. also zum rm zurück. der sichere weg, alle dateien
-sichtbare, nicht sichbare, nicht darstellbare- zu löschen, ist <rm -i *>.
man muss dann nur noch zum richtigen zeitpunkt ein <y> eingeben. und das
sollte zumutbar sein.

es grüessli
jürg

Chrigi Hartmann schrieb:

> >> geht nicht. es kommt "command not found". auch mit del, d. delete und
> >> dele geht's nicht. wie könnte der löschbefehl noch lauten?
> >
> > DELE .htaccess waere fuer FTP.
> > Mit Telnet oder SSH ('Secure Shell', sichere Telnet) muss man 'rm
> > .htaccess' eintippen.
>
> jou, das hat geklappt! danke dir roman!
>
> gruss, chrigi hartmann