Oder Sites..

Haarspalterei, Goldwaage

Ach ja, da fällts mir grad auf: obiger rm-Befehl ist so falsch. Schließlich gibt es keinen Ordner “Websites” (@MacMacken: den kann man insofern auch nicht “falsch” übersetzen), der heißt “Sites”.

Im deutschsprachigen Finder erscheint der «Sites»-Ordner als «Websites» – jedenfalls bei mir … per Terminal sollte man natürlich «Sites» löschen.

Ach ja, da fällts mir grad auf: obiger rm-Befehl ist so falsch. Schließlich gibt es keinen Ordner “Websites” (@MacMacken: den kann man insofern auch nicht “falsch” übersetzen), der heißt “Sites”.

Beim arbeiten mit dem Terminal immer brav auf lokalisierungen achten!

Ich rede ja auch nur vom Websites Ordner Man sollte natürlich wissen, was man macht(, was aber so für grundsätzlich alles gilt.)

Trotz allem ist der Ordner danach weg.

sudo rm -d /Users/Username/Websites

… sofern man «sudo»-berechtigt ist, was für einen gewöhnlichen Benutzer AFAIK nicht gilt.

Und weg ist er

also.
Du gibst ls -le ein und erhältst so etwas wie

0 : group : everyone deny delete

auf allen Benutzerordnern.
Damit ist zugegebenermaßen die Apple-Welt der Zugriffsrechte ein Stück komplizierter geworden.
Hatte neulich den Fall einer Word-Datei deren Inhalt man zwar komplett hätte löschen dürfen (read und write Rechte) aber “Dank” Acls nicht löschen durfte.

ls -le

Zur eigentlichen Funktion dieses Ordners: Wenn du in den Systemeinstellungen in der Sektion Sharing das Web-Sharing aktivierst, wird im Hintergrund der Webserver Apache gestartet. Danach ist der Webseitenordner mit http://localhost/~deinbenutzername/ z.B. im Safari erreichbar.

Sehr praktisch für Webdesigner, aber ich gebe dir recht: Wahrscheinlich brauchen diese Funktionalität nur relativ wenige Anwender. Die Sperre um die Ordner im Benutzerverzeichnis zu schützen hingegen macht halbwegs Sinn. Schnell löscht ein unbedachter Benutzer z.B. die Library und fragt sich dann warum sein System so leer aussieht.