Document Root ist bitte wo?

[RolWg]

Weil "/etc/" nicht sichtbar ist.
Und was das Reinlesen angeht: Am Besten wo?
Tante Google bringt hier gerne Sites, die aus 2007 oder älter sind und also nichts mehr bringen.

 

[Bananenbieger]

Im Terminal ist /etc ganz normal sichtbar. Generell funktioniert das dort praktisch wie bei jedem gewöhnlichen Linux/*BSD-Server

Und wieso sollten Sites aus 2007 nichts mehr bringen? Einige Man-Pages haben nicht mal 20 am Anfang der Jahreszahl...

 

[RolWg]

Zwischenzeitlich habe ich die richtige http.conf gefunden unter "/private/etc/apache2/" und die entsprechende Zeile geändert.
Fehlt jetzt nur noch der Test.
Dafür muß ich das MacBook aber wohl booten. Werde danach berichten

O.K. richtiger Ansatz aber noch nicht komplett. /documents/ ist schließlich auch userspezifisch.

Ich könnte ein neues Verzeichnis /apache/ direkt unter "Macintosh HD" anlegen.
Aber wie wäre dann die korrekte Pfadangabe in der httpd.conf?
/usr/ zielt ja offenbar nicht direkt auf das Userverzeichnis, sondern auf dessen Unterverzeichnis /Websites/.

 

[RolWg]

Im Terminal ist /etc ganz normal sichtbar. Generell funktioniert das dort praktisch wie bei jedem gewöhnlichen Linux/*BSD-Server

Möglich, dafür müßte ich aber die Syntax des Terminal draufhaben ...

Und wieso sollten Sites aus 2007 nichts mehr bringen?

Weil sich die Sites häufig auf ältere OS-versionen beziehen u.ä. (schnell gegriffen:
http://www.quarkstar.at/index.php/2009/05/18/webserver-aktivieren-und-konfigurieren-in-mac-os-x/
Ist erst von 2009, die als Ergebnis der Websever-Aktivierung eingeblendete Apache-Site ist jedenfalls nicht "It works.")

Was sind "Man-Pages"?

Wie wäre die Syntax zum Neustart des Apache?

 

[Bananenbieger]

O.K. richtiger Ansatz aber noch nicht komplett. /documents/ ist schließlich auch userspezifisch.

Ich könnte ein neues Verzeichnis /apache/ direkt unter "Macintosh HD" anlegen.
Aber wie wäre dann die korrekte Pfadangabe in der httpd.conf?
/usr/ zielt ja offenbar nicht direkt auf das Userverzeichnis, sondern auf dessen Unterverzeichnis /Websites/.

/usr ist nicht "user" sondern "unix system resources" oder oft auch als "unchanging system resources" bezeichnet. Darin gehören ganz sicher keine Websites.

Unter Unix würde sich /srv/www anbieten. Aber was spricht dagegen, das Ganze unter /Library/WebServer/Documents zu lassen, so wie es auch vom System vorgesehen ist?

Ist erst von 2009, die als Ergebnis der Websever-Aktivierung eingeblendete Apache-Site ist jedenfalls nicht "It works.")

Und? Meinst Du der Apache funktioniert anders, weil sich die Demo-Site ändert?

Was sind "Man-Pages"?

http://de.wikipedia.org/wiki/Manpage

Wie wäre die Syntax zum Neustart des Apache?

Ich setze ja privat lighttpd ein, weswegen ich nicht mehr so fit mit dem Apachen bin, aber es sollte über

sudo apachectl graceful

gehen (Wenn dort "Password:" steht, das eigene Passwort blind eintippen und Enter drücken).

Zur Erklärung:
http://de.wikipedia.org/wiki/Sudo
http://httpd.apache.org/docs/2.0/programs/apachectl.html

PS: Niemals einfach irgendeinen Befehl in den Terminal eingeben, ohne sich selber informiert zu haben, was er genau macht ("sudo rm -fr /" würde z.B. die komplette Platte löschen!)

 

[RolWg]

Und? Meinst Du der Apache funktioniert anders, weil sich die Demo-Site ändert?

Das war ein schnell gegriffenes Beispiel dafür, daß Erläuterungstexte im Web für den Mac offenbar schnell veralten

 

[salome]

Apache kann ganz einfach neu gestartet werden, auch ohne Terminalkenntnisse, die dem gewöhnlichen User ohnehin fremd und deren Kenntnis für ihn gar nicht notwendig sind. Das ist doch der große Vorteil von Mac OS X, dass nahezu für alle im Alltag notwendigen Befehle eine GUI gibt.
Also:
Systemeinstellungen /Freigaben/ Webfreigabe ausschalten / wieder einschalten. Nun ist Apache neu gestartet. So wie der Finder über ⌥ ⌘ ⎋ /Finder neu starten aktualisiert wird.
Salome

 

[Bananenbieger]

Das war ein schnell gegriffenes Beispiel dafür, daß Erläuterungstexte im Web für den Mac offenbar schnell veralten

Na ja, wie gesagt, ist das ja gar nicht veraltet gewesen. Denn prinzipiell funktioniert das jetzt noch genauso (Unterschied: "Sharing" heißt jetzt "Freigabe/-n").

Gleiches gilt auch für diverse Apache-Tutorials. Ob man die jetzt für OS X 10.3, Debian Sarge oder dem aktuellsten NetBSD nimmt, ist zweitrangig, denn prinzipiell geht alles bis auf Feinheiten gleich.

Noch besser ist es, sich die offizielle Dokumentation anzusehen. Die ist generell so gehalten, dass sie jedes System berücksichtigt.

Das ist doch der große Vorteil von Mac OS X, dass nahezu für alle im Alltag notwendigen Befehle eine GUI gibt.

Ein simples Einrichten eines virtuellen Hosts geht meines Wissens nach nicht per GUI-Bordmitteln.

 

[salome]

Ein simples Einrichten eines virtuellen Hosts geht meines Wissens nach nicht per GUI-Bordmitteln.

Gehört wohl auch nicht zu den alltäglichen Verrichtungen.
Wenn ein "virtueller Host" das ist, was ich meine (php-Seite im Browser auf der Festplatte anzeigen?), so habe ich das ganz ohne Terminal geschafft.
Aber vielleicht ist es ganz was anderes und ich weiß nicht einmal was.

 

[Bananenbieger]

Virtuelle Hosts nutzt man, um mehrere Domains auf eine IP-Adresse abzubilden, so dass man meinesite.local und meinezweitesite.local auf einem Rechner mit einer einzigen IP nutzen kann.
Das ist was ziemlich Grundlegendes, wenn man einen Webserver betreiben will.

Gleiches gilt für die Konfiguration von mod_rewrite (sorgt dafür, dass man statt /i?id=382&sid=832&action=view URIs wie /forum/382-meintollesthema hat).

 

[salome]

Danke für die Erklärung. Dass ist schon eine Oberstufenlektion und dass Fortgeschrittene User, die einen Webserver betreiben mit dem Terminal umgehen können sollen / müssen, bezweifle ich ja nicht.
Nur "unsichtbare Dateien" anzuzeigen oder Den Finder neu zu starten, kann man auch ohne Terminal.
Dass ich eine Ente von eher geringem Fachwissen bin, kann ich aber nicht leugnen.
Salome