Purpur
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
Hallo Gemeinde ich möchte ein wenig mit GRAV experimentieren. Apache2 läuft.
Mit localhost wird im Broser die /var/www/html/index.html korrekt aufgerufen. Ich möchte jedoch nicht im Rootverzeichnis arbeiten. Apache2 kann wohl so konfiguriert werden, dass GRAV in einem beliebigen anderen Verzeichnis installiert werden kann: Im Abschnitt Document Roots der /var/www/html/index.html steht: By default, Ubuntu does not allow access through the web browser to any file apart of those
located in /var/www, public_html directories (when enabled) and /usr/share (for web applications).
If your site is using a web document root located elsewhere (such as in /srv) you may need to
whitelist your document root directory in /etc/apache2/apache2.conf.
The default Ubuntu document root is /var/www/html. You can make your own virtual hosts
under /var/www. This is different to previous releases which provides better security out
of the box. Ich würde GRAV gerne in meinem eigenen /home haben, um mich nicht mit Schreibrechten ärgern zu müssen und weil ich der Meinung bin, dass Userdaten in / sowieso nichts verloren haben. Im speziellen Fall möchte ich /home/user/public_html/ als lokales Testverzeichnis einrichten. Die Seite Apache, und dort "Benutzerspezifisch" hab ich gelesen und umgesetzt (d.h., die dort aufgeführten Änderungen in den Dateien eingetragen). Irgend etwas scheine ich jedoch nicht richtig gemacht zu haben. Es funktioniert nicht. Leider. Würde mich sehr freuen, wenn mir hier jemand von euch dazu die Arme greifen könnte. Vorab schon einmal vielen Dank für eure Mühe. Gruß,
Purpur
|
sebix
Moderator, Webteam
Anmeldungsdatum: 14. April 2009
Beiträge: 5335
|
Purpur schrieb: Irgend etwas scheine ich jedoch nicht richtig gemacht zu haben. Es funktioniert nicht. Leider.
Was funktioniert nicht? Siehe Richtig fragen.
|
Tronde
Anmeldungsdatum: 23. November 2006
Beiträge: 1640
|
Hallo Purpur, bitte poste hier mal die Ausgaben der folgenden Kommandos:
| cat /etc/apache2/mods-available/userdir.conf
|
Hast du geprüft, dass die beiden Verzeichnisse /home/BENUTZERNAME und ~/public_html die Zugriffsrechte 755 besitzen? Besitzt der Benutzer bzw. die Gruppe www-data Lese-Rechte auf den genannten Verzeichnissen? MfG Tronde
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
Tronde schrieb: bitte poste hier mal die Ausgaben der folgenden Kommandos:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31 | alex@shuttle:~$ apache2ctl -M
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Loaded Modules:
core_module (static)
so_module (static)
watchdog_module (static)
http_module (static)
log_config_module (static)
logio_module (static)
version_module (static)
unixd_module (static)
access_compat_module (shared)
alias_module (shared)
auth_basic_module (shared)
authn_core_module (shared)
authn_file_module (shared)
authz_core_module (shared)
authz_host_module (shared)
authz_user_module (shared)
autoindex_module (shared)
deflate_module (shared)
dir_module (shared)
env_module (shared)
filter_module (shared)
mime_module (shared)
mpm_prefork_module (shared)
negotiation_module (shared)
php5_module (shared)
setenvif_module (shared)
status_module (shared)
userdir_module (shared)
|
| alex@shuttle:~$ ls -ld ~/public_html
drwxr-xr-x 12 alex alex 4096 Aug 19 15:29 /home/alex/public_html
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | alex@shuttle:~$ cat /etc/apache2/mods-available/userdir.conf
<IfModule mod_userdir.c>
UserDir /home/*/public_html
UserDir disabled root
<Directory /home/*/public_html>
AllowOverride FileInfo AuthConfig Limit Indexes
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
<Limit GET POST OPTIONS>
Require all granted
</Limit>
<LimitExcept GET POST OPTIONS>
Require all denied
</LimitExcept>
</Directory>
</IfModule>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
|
Prüfen, ob: ... Verzeichnisse /home/BENUTZERNAME und ~/public_html die Zugriffsrechte 755 besitzen?
und Gruppe www-data Lese-Rechte auf den genannten Verzeichnissen?
Wie kann ich das im Terminal prüfen? Danke & Gruß
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
sebix schrieb: Was funktioniert nicht? Siehe Richtig fragen.
Der Browseraufruf der in ~/public_html installierten Seite.
|
Tronde
Anmeldungsdatum: 23. November 2006
Beiträge: 1640
|
Hallo Purpur, zeig bitte noch die Ausgabe von dem Kommando:
Purpur schrieb: Prüfen, ob: ... Verzeichnisse /home/BENUTZERNAME und ~/public_html die Zugriffsrechte 755 besitzen?
und Gruppe www-data Lese-Rechte auf den genannten Verzeichnissen?
Wie kann ich das im Terminal prüfen?
Die Berechtigung auf ~/public_html sehen erstmal gut aus. Siehe zur Darstellung der Berechtigungen ▶ Rechte. Poste doch bitte auch noch die Logs nach einem gescheiterten Zugriffsversuch. Diese solltest du unterhalb von /var/log finden. Evtl. noch in einem weiteren Unterordner. MfG Tronde
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
Hi Tronde | alex@shuttle:~$ ls -ld /home/alex
drwxr-xr-x 95 alex alex 4096 Aug 19 13:42 /home/alex
|
| alex@shuttle:~$ ls -ld /home/alex/public_html
drwxr-xr-x 12 alex alex 4096 Aug 19 15:29 /home/alex/public_html
|
Ich vermute, du meinst das hir:
/var/log/apache2/access.log
| 127.0.0.1 - - [19/Aug/2016:16:16:37 +0200] "GET /alex HTTP/1.1" 404 492 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0"
|
Vielleicht noch einmal zur Klarheit: Auf https://wiki.ubuntuusers.de/Apache/ steht, wie man dem (lokalen) Server beibringt, dass er eine Website auch in einem beliebigen Verzeichnis findet.
Auf meiner Festplatte befindet sich ~/public-html mit:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | alex@shuttle:~$ ls -l ~/public_html
insgesamt 236
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 assets
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 backup
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 bin
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 cache
-rw-rw-r-- 1 alex alex 63966 Aug 14 22:14 CHANGELOG.md
-rw-rw-r-- 1 alex alex 1709 Aug 14 22:14 composer.json
-rw-rw-r-- 1 alex alex 101423 Aug 14 22:14 composer.lock
-rw-rw-r-- 1 alex alex 6389 Aug 14 22:14 CONTRIBUTING.md
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 images
-rw-rw-r-- 1 alex alex 1259 Aug 14 22:14 index.php
-rw-rw-r-- 1 alex alex 1071 Aug 14 22:14 LICENSE.txt
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 logs
-rw-rw-r-- 1 alex alex 6251 Aug 14 22:14 README.md
-rw-rw-r-- 1 alex alex 197 Aug 14 22:14 robots.txt
drwxrwxr-x 8 alex alex 4096 Aug 19 13:54 system
drwxrwxr-x 8 alex alex 4096 Aug 19 13:54 user
drwxrwxr-x 17 alex alex 4096 Aug 19 13:54 vendor
drwxrwxr-x 2 alex alex 4096 Aug 19 13:54 webserver-configs
|
Das ist genau der entzippte Ordner aus https://getgrav.org/downloads. Mit den Änderungen am Apache2-Server müsste nun der Aufruf http://localhost/~alex diese Seite starten, weil in der /etc/apache2/mods-available/userdir.conf das Verzeichnis ~/public_html hinterlegt ist. Startet aber nicht - es erscheint eine leere Seite. Eigentlich müsste eine Login-Seite erscheinen, die zum Backend von GRAV führt. Die Installation auf meinem Webspace funktiert problemlos. Dort liegt die GRAV-Installation im Ordner www.usename.de/grav/... und läßt sich im Browser starten.
Gruß Purpur
|
Tronde
Anmeldungsdatum: 23. November 2006
Beiträge: 1640
|
Hallo Purpur, ich will nicht leugnen, dass mir langsam die Ideen ausgehen. Aber ein paar Strohhalme habe ich noch. Die Logmeldung besagt, dass die angeforderte Seite nicht gefunden wurde. Ergänze die URL, die du verwendest noch um einen / . Also: http://localhost/~alex Hast du den php_admin_value in der Datei /etc/apache2/mods-enabled/php5.conf auskommentiert? Hast du mal einen Blick in den Abschnitt mod_userdir ab Ubuntu 10.04 geworfen?
Viel Erfolg.
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
Tronde schrieb: Auch diese Variante bringt keine Änderung im Verhalten.
Ja - das hatte ich bei den Vorbereitungen bereits erledigt.
| # Running PHP scripts in user directories is disabled by default
#
# To re-enable PHP in user directories comment the following lines
# (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
# prevents .htaccess files from disabling it.
<IfModule mod_userdir.c>
<Directory /home/*/public_html>
# php_admin_flag engine Off
</Directory>
</IfModule>
|
Das mache ich im Anschluß. Vorher aber vielleicht noch dies:
| alex@shuttle:~$ apache2 -k restart
[Sat Aug 20 10:21:36.724935 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_LOCK_DIR} is not defined
[Sat Aug 20 10:21:36.724991 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_PID_FILE} is not defined
[Sat Aug 20 10:21:36.725003 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_RUN_USER} is not defined
[Sat Aug 20 10:21:36.725007 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined
[Sat Aug 20 10:21:36.725019 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Sat Aug 20 10:21:36.729826 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Sat Aug 20 10:21:36.729939 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Sat Aug 20 10:21:36.729950 2016] [core:warn] [pid 29991] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}
|
Bringt das neue Erkenntnisse? An dieser Stelle mal meinen Dank, dass du dich hier so reinhängst.
Viel Erfolg.
Ich hoffe ... Gruß,
Purpur
|
Tronde
Anmeldungsdatum: 23. November 2006
Beiträge: 1640
|
Moin, dann zeig doch mal die Zeile zur Fehlermeldung her.
| AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
|
Am besten nicht nur die eine Zeile, sondern auch die drum herum. Du kannst die genannte Zeile im Code auch hervorheben, damit man sie hier besser erkennen kann. MfG Tronde
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
Tronde schrieb:
dann zeig doch mal die Zeile zur Fehlermeldung her.
| AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221 | # This is the main Apache server configuration file. It contains the
# configuration directives that give the server its instructions.
# See http://httpd.apache.org/docs/2.4/ for detailed information about
# the directives and /usr/share/doc/apache2/README.Debian about Debian specific
# hints.
#
#
# Summary of how the Apache 2 configuration works in Debian:
# The Apache 2 web server configuration in Debian is quite different to
# upstream's suggested way to configure the web server. This is because Debian's
# default Apache2 installation attempts to make adding and removing modules,
# virtual hosts, and extra configuration directives as flexible as possible, in
# order to make automating the changes and administering the server as easy as
# possible.
# It is split into several files forming the configuration hierarchy outlined
# below, all located in the /etc/apache2/ directory:
#
# /etc/apache2/
# |-- apache2.conf
# | `-- ports.conf
# |-- mods-enabled
# | |-- *.load
# | `-- *.conf
# |-- conf-enabled
# | `-- *.conf
# `-- sites-enabled
# `-- *.conf
#
#
# * apache2.conf is the main configuration file (this file). It puts the pieces
# together by including all remaining configuration files when starting up the
# web server.
#
# * ports.conf is always included from the main configuration file. It is
# supposed to determine listening ports for incoming connections which can be
# customized anytime.
#
# * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/
# directories contain particular configuration snippets which manage modules,
# global configuration fragments, or virtual host configurations,
# respectively.
#
# They are activated by symlinking available configuration files from their
# respective *-available/ counterparts. These should be managed by using our
# helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See
# their respective man pages for detailed information.
#
# * The binary is called apache2. Due to the use of environment variables, in
# the default configuration, apache2 needs to be started/stopped with
# /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not
# work with the default configuration.
# Global configuration
#
#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE! If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
#ServerRoot "/etc/apache2"
#
# The accept serialization lock file MUST BE STORED ON A LOCAL DISK.
#
Mutex file:${APACHE_LOCK_DIR} default
#
# PidFile: The file in which the server should record its process
# identification number when it starts.
# This needs to be set in /etc/apache2/envvars
#
PidFile ${APACHE_PID_FILE}
#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300
#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On
#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100
#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 5
# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}
#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here. If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog ${APACHE_LOG_DIR}/error.log
#
# LogLevel: Control the severity of messages logged to the error_log.
# Available values: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the log level for particular modules, e.g.
# "LogLevel info ssl:warn"
#
LogLevel warn
# Include module configuration:
IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf
# Include list of ports to listen on
Include ports.conf
# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
Options FollowSymLinks
AllowOverride None
Require all denied
</Directory>
<Directory /usr/share>
AllowOverride None
Require all granted
</Directory>
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
#<Directory /srv/>
# Options Indexes FollowSymLinks
# AllowOverride None
# Require all granted
#</Directory>
# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives. See also the AllowOverride
# directive.
#
AccessFileName .htaccess
#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
Require all denied
</FilesMatch>
#
# The following directives define some format nicknames for use with
# a CustomLog directive.
#
# These deviate from the Common Log Format definitions in that they use %O
# (the actual bytes sent including headers) instead of %b (the size of the
# requested file), because the latter makes it impossible to detect partial
# requests.
#
# Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
# Use mod_remoteip instead.
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.
# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf
# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
|
Kann die Zeile im Codeblock nicht hervorheben. Aber zur Zeile 74 ist es ja nicht weit ;.) Gruß,
Purpur
|
Tronde
Anmeldungsdatum: 23. November 2006
Beiträge: 1640
|
Hello again, 😎 ich habe die Fehlermeldung mal ganz stumpf in eine Suchmaschine meiner Wahl eingegeben, da ich selbst keinen Fehler erkennen kann. Schau mal in die beiden folgenden Threads hinein und schau, ob die dortigen Lösungsvorschläge dir ebenfalls helfen. Why is my Apache not working after upgrading to Ubuntu 14.04? Apache2 config variable is not defined
Damit bin ich mit meinem Latein allerdings auch am Ende. MfG Tronde
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
Tronde schrieb: Hello again, 😎
Hallo auch an dich, Tronde,
Ich habe mir die Links angeschaut - muss aber noch darüber hirnen.
Vielleicht ist die Konfiguration meines Webservers ja auch irgendwie "verbogen" - wer weiß. Eines weiß ich allerdings genau:
Jetzt haben wir Wochenende!
Und das haben wir beide uns verdient - ich mit einer schönen Grillerei - und du?
Montag melde ich mich wieder. Solong & danke für deinen Einsatz bisher. Gruß,
Purpur
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
Dein Problem mit den "config variable ... is not defined" ist hausgemacht. Der Apache unter Ubuntu sollte ausschließlich per Init-Skript oder apache2ctl gestartet werden, denn nur dann wird die Datei /etc/apache2/envvars ausgewertet, welche aber für den Start essentiell ist. Neben allen Informationen, die im Thread schon gegeben wurden, fehlt eine essentielle: Was funktioniert eigentlich nicht? Welcher Aufruf führt zu welchem nicht-erwarteten Ergebnis? Was steht im Error-Log? Bisher sieht das für mich eher nach raten aus 😉
|
Purpur
(Themenstarter)
Anmeldungsdatum: 15. Mai 2005
Beiträge: 346
|
misterunknown schrieb: ... ist hausgemacht.
Diesen Verdacht habe ich langsam auch.
... Was funktioniert eigentlich nicht? Welcher Aufruf führt zu welchem nicht-erwarteten Ergebnis?
Vielleicht habe ich mich bisher zu unklar oder unnötig kompliziert ausgedrückt - ich versuche es also nochnmal. Ich möchte in einem Unterverzeichnis meines /home ein CMS installieren, mit dem ich experimentieren will. Das CMS heißt GRAV und findet sich hier. Dieses CMS habe ich auf meinen Webspace bei beispielprovider.com hochgeladen und habe korrekten Zugriff darauf. Ich möchte dieses CMS jedoch lokal auf meinem Rechner betreiben, um nicht permanent Dateien hoch- und runterladen zu müssen. Das CMS benötigt natürlich einen Webserver und PHP. Das alles ist in einer Linux-Standardinstallation bereits enthalten (soweit ich weiß). Deshalb ist eine LAMPP-Umgebung (glaube ich) nicht nötig. Das Standardverzeichnis für den Apache befindet sich (wenn ich mich nicht irre) in /var/www/html. Dort hinein werden CMS installiert (Wordpress, Joomla, etc.), damit sie in der korrekten Umgebung laufen. Ich vermute, dass dies auch für GRAV gilt. Das Verzeichnis /var/www/html befindet sich aber nicht im Userspace, sondern im Betriebssystembereich und gibt einem unprivilegierten Benutzer keinen Schreibzugriff. Ich will jedoch auf keinen Fall in diesem Bereich "herumschreiben". Deshalb möchte ich dazu ein Verzeichnis in meinem /home verwenden - zum Beispiel /home/A-Z/W/www/p01. (p1 steht für Projekt01. Bedeutet, dass ich innerhalb von /home/A-Z/W/www/... verschiedene Projekte voneinander trennen kann.) Dort möchte ich das CMS hineinkopieren und letztlich so damit arbeiten, wie sich das unter www/meinprovider/grav/... anfühlt.
Jetzt muss Apache nur noch dazu gebracht werden, dass er bei Eingabe von localhost nicht in /var/www/html/.. sucht sondern in /home/A-Z/W/www/... Das ist eigentlich alles. Ich hoffe, dass es mir nun gelungen ist, mein Problem klar zu umschreiben. tronde hat sich hier schon viel Mühe gegeben und mir letztlich auch einige interessante Hinweise geben können. Aber Vielleicht hast du recht, misterunknown, vielleicht habe ich einfach nicht genau genug beschrieben, was ich eigentlich will. Und vielleicht noch etwas am Rande für alle Helfer: Kennt ihr noch das alte Kinderspiel "Topfklopfen"?
So ähnlich komme ich mir auf der Bash vor. Mit verbundenen Augen einen Topf finden, unter dem sich ein Leckerli befindet. Ein paar Töpfe habe ich schon gefunden. Aber es gibt einfach zu viele. Also, ihr da draußen - habt ein wenig Geduld mit mir und meinen mehr als bescheidenen Bash-Kenntnissen. Beste Grüße an alle,
Purpur
|