Bildverzeichnis relativ zur Dokumentroot

[sws]

Hallo,

ich würde im Modul Wiki gerne Bilder benutzen. Dazu gibt die Hilfe o.g. Thema an.

Ich habe eine VServer bei Strato mit Debian 6.0, Egroupware 1.8004, Apache2, MySQL und PHP in der jeweiligen Version aus den packages installiert. Keine Sonderwege, Konfiguration nach Standard. In der /etc/egroupware/apache.conf ist das Alias /egroupware für vhosts eingetragen. Das docroot in /etc/apache2/sites-enabled/ ist auf /var/www gesetzt.

Bei allen folgenden Maßnahmen nimmt egw das Verzeichnis nicht an, sondern stoppt die Speicherung mit:
"Fehler: Verzeichnis existiert nicht, ist nicht vom Webserver lesbar oder ist nicht relative zur Dokumentroot! "

1. Ich habe unter “/usr/share/egroupware” (file owner ist root:root) einen Ordner “/images” angelegt, mit chown dessen Besitzrechte auf www-data:www-data geändert. Im Eingabefeld der Wiki-Administration habe ich unter Bildverzeichnis den “relativen” Pfad “/egroupware/images” und auch nur “/images” eingegeben (mit “/” am Beginn des “relativen” Pfads - und auch ohne, mit dem gleichen Ergebnis).

2. Ich habe unter “/var/lib/egroupware/default” ebenfalls einen Ordner “/images” angelegt mit Besitzrechten für www-data:www-data.

3. Unter “/var/www” habe ich die Ordner “egroupware” und “egroupware/images” mit Besitzrechten für www-data:www-data angelegt.

Ich weiss jetzt nicht, wo ich noch welche Verzeichnisse mit welchen Rechten anlegen müsste, damit egw bzw. der Webserver das Bildverzeichnis akzeptieren. Vielleicht weiss es jemand von Euch, ich wäre sehr froh.

Grüße,
Sebastian

[Ralf_Becker_Stylite]

Hi Sebastian,

Hallo,

ich würde im Modul Wiki gerne Bilder benutzen. Dazu gibt die Hilfe o.g.
Thema an.

Ich habe eine VServer bei Strato mit Debian 6.0, Egroupware 1.8004, Apache2,
MySQL und PHP in der jeweiligen Version aus den packages installiert. Keine
Sonderwege, Konfiguration nach Standard. In der /etc/egroupware/apache.conf
ist das Alias /egroupware für vhosts eingetragen. Das docroot in
/etc/apache2/sites-enabled/ ist auf /var/www gesetzt.

Bei allen folgenden Maßnahmen nimmt egw das Verzeichnis nicht an, sondern
stoppt die Speicherung mit:
"Fehler: Verzeichnis existiert nicht, ist nicht vom Webserver lesbar oder
ist nicht relative zur Dokumentroot! "

1. Ich habe unter “/usr/share/egroupware” (file owner ist root:root) einen
   Ordner “/images” angelegt, mit chown dessen Besitzrechte auf
   www-data:www-data geändert. Im Eingabefeld der Wiki-Administration habe ich
   unter Bildverzeichnis den “relativen” Pfad “/egroupware/images” und auch nur
   "/images" eingegeben (mit “/” am Beginn des “relativen” Pfads - und auch
   ohne, mit dem gleichen Ergebnis).

Wird abgelehnt, weil über ScriptAlias exportiert (im direkten Zugriff an
EGroupware vorbei, ohne zusätzliche Maßnahmen)

2. Ich habe unter “/var/lib/egroupware/default” ebenfalls einen Ordner
   "/images" angelegt mit Besitzrechten für www-data:www-data.

Normal verwenden wir /var/lib/egroupware/default/files dafür.

3. Unter “/var/www” habe ich die Ordner “egroupware” und "egroupware/images"
   mit Besitzrechten für www-data:www-data angelegt.

In der Docroot, damit gilt das gleiche wie für 1.

Ich weiss jetzt nicht, wo ich noch welche Verzeichnisse mit welchen Rechten
anlegen müsste, damit egw bzw. der Webserver das Bildverzeichnis
akzeptieren. Vielleicht weiss es jemand von Euch, ich wäre sehr froh.

Ich habe jetzt vom “Verzeichnis für Benutzerdateien” wie es in Setup >>
Konfiguration angegeben werden muss geredet.

Was meinst Du mit “Bilderverzeichnis”?

Ralf

Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

---

Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[sws]

Hallo Ralf,

Danke für die prompte Antwort.

1. Ich habe unter “/usr/share/egroupware” (file owner ist root:root) einen
   Ordner “/images” angelegt, mit chown dessen Besitzrechte auf
   www-data:www-data geändert. Im Eingabefeld der Wiki-Administration habe ich
   unter Bildverzeichnis den “relativen” Pfad “/egroupware/images” und auch nur
   "/images" eingegeben (mit “/” am Beginn des “relativen” Pfads - und auch
   ohne, mit dem gleichen Ergebnis).

Wird abgelehnt, weil über ScriptAlias exportiert (im direkten Zugriff an
EGroupware vorbei, ohne zusätzliche Maßnahmen)

Wo ist dann bei dieser Kombination Debian package, egw, Apache2 das DocRoot aus Sicht von egw?

2. Ich habe unter “/var/lib/egroupware/default” ebenfalls einen Ordner
   "/images" angelegt mit Besitzrechten für www-data:www-data.

Normal verwenden wir /var/lib/egroupware/default/files dafür.

Ist auch so im Setup eigetragen.

3. Unter “/var/www” habe ich die Ordner “egroupware” und "egroupware/images"
   mit Besitzrechten für www-data:www-data angelegt.

In der Docroot, damit gilt das gleiche wie für 1.

Und wo ist es? (s.o.)

Ich weiss jetzt nicht, wo ich noch welche Verzeichnisse mit welchen Rechten
anlegen müsste, damit egw bzw. der Webserver das Bildverzeichnis
akzeptieren. Vielleicht weiss es jemand von Euch, ich wäre sehr froh.

Ich habe jetzt vom “Verzeichnis für Benutzerdateien” wie es in Setup >>
Konfiguration angegeben werden muss geredet.

Ist so eingetragen, s.o.

Was meinst Du mit “Bilderverzeichnis”?

Im Wiki wird unter “Konfiguration der Anwendung” im Dialogfenster in der untersten Zeile nach “Bildverzeichnis” gefragt.

Gruß,
Sebastian

[Ralf_Becker_Stylite]

Hi Sebastian,

Hallo Ralf,

Danke für die prompte Antwort.

Ralf Becker-2 wrote

1. Ich habe unter “/usr/share/egroupware” (file owner ist root:root)
   einen
   Ordner “/images” angelegt, mit chown dessen Besitzrechte auf
   www-data:www-data geändert. Im Eingabefeld der Wiki-Administration habe
   ich
   unter Bildverzeichnis den “relativen” Pfad “/egroupware/images” und auch
   nur
   "/images" eingegeben (mit “/” am Beginn des “relativen” Pfads - und auch
   ohne, mit dem gleichen Ergebnis).

Wird abgelehnt, weil über ScriptAlias exportiert (im direkten Zugriff an
EGroupware vorbei, ohne zusätzliche Maßnahmen)

Wo ist dann bei dieser Kombination Debian package, egw, Apache2 das DocRoot
aus Sicht von egw?

Docroot ist die aktuelle Docroot des Webservers, ist als Variable in PHP
verfügbar. Zusätztlich überprüft EGroupware noch das eigene Verzeichnis,
das es ja per Alias auch verfügbar sein muss.

Ralf Becker-2 wrote

2. Ich habe unter “/var/lib/egroupware/default” ebenfalls einen Ordner
   "/images" angelegt mit Besitzrechten für www-data:www-data.

Normal verwenden wir /var/lib/egroupware/default/files dafür.

Ist auch so im Setup eigetragen.

Ralf Becker-2 wrote

3. Unter “/var/www” habe ich die Ordner “egroupware” und
   "egroupware/images"
   mit Besitzrechten für www-data:www-data angelegt.

In der Docroot, damit gilt das gleiche wie für 1.

Und wo ist es? (s.o.)

Auch s.o.

Ralf Becker-2 wrote

Ich weiss jetzt nicht, wo ich noch welche Verzeichnisse mit welchen
Rechten
anlegen müsste, damit egw bzw. der Webserver das Bildverzeichnis
akzeptieren. Vielleicht weiss es jemand von Euch, ich wäre sehr froh.

Ich habe jetzt vom “Verzeichnis für Benutzerdateien” wie es in Setup >>
Konfiguration angegeben werden muss geredet.

Ist so eingetragen, s.o.

Ralf Becker-2 wrote

Was meinst Du mit “Bilderverzeichnis”?

Im Wiki wird unter “Konfiguration der Anwendung” im Dialogfenster in der
untersten Zeile nach “Bildverzeichnis” gefragt.

Ah, ok.

Da steht doch Bildverzeichnis relativ zu Documentroot, zB. /images.
Documentroot ist was in Deinen vhost eingestellt ist. Falls Du es nicht
weißt kannst Du es unter Admin >> PHP Information nachschauen (nach
DOCUMENT_ROOT suchen).

Ralf

Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

---

Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[sws]

Hallo Ralf,

Wo ist dann bei dieser Kombination Debian package, egw, Apache2 das DocRoot
aus Sicht von egw?

Docroot ist die aktuelle Docroot des Webservers, ist als Variable in PHP
verfügbar. Zusätztlich überprüft EGroupware noch das eigene Verzeichnis,
das es ja per Alias auch verfügbar sein muss.

Das ist schon klar. Ich meinte, ob das DocRoot des Werbservers gemeint ist oder ob egw eine Art “eigenes” DocRoot besitzt.

Da steht doch Bildverzeichnis relativ zu Documentroot, zB. /images.
Documentroot ist was in Deinen vhost eingestellt ist. Falls Du es nicht
weißt kannst Du es unter Admin >> PHP Information nachschauen (nach
DOCUMENT_ROOT suchen).

In der vhosts-Einstellung sowie in den “PHP Informationen” steht dasselbe für DocRoot: /var/www .

Wie ich aber schon sagte: auch wenn ich ein Verzeichnis “/var/www/images” anlege, die Besitz-, Schreib- und Leserechte dieses Verzeichnisses auf den user des Webservers (www-data:www-data) übertrage, erkennt egw dieses Verzeichnis nicht bei den Einstellungen zum Bildverzeichnis in der WikiKonfiguration und wirft die o.g. Fehlermeldung aus.

Gruß,
Sebastian

[Ralf_Becker_Stylite]

Wie ich aber schon sagte: auch wenn ich ein Verzeichnis "/var/www/images"
anlege, die Besitz-, Schreib- und Leserechte dieses Verzeichnisses auf den
user des Webservers (www-data:www-data) übertrage, erkennt egw dieses
Verzeichnis nicht bei den Einstellungen zum Bildverzeichnis in der
WikiKonfiguration und wirft die o.g. Fehlermeldung aus.

Das ist was die Validierung in wiki/inc/hook_config_validate.inc.php macht:

if (!is_dir($_SERVER[‘DOCUMENT_ROOT’].$settings[‘upload_dir’]) ||
!file_exists($_SERVER[‘DOCUMENT_ROOT’].$settings[‘upload_dir’].’/.’))
{
$GLOBALS[‘config_error’] = ‘Directory does not exist, is not readable
by the webserver or is not relative to the document root!’;
}

Ralf

Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

---

Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[sws]

Das ist was die Validierung in wiki/inc/hook_config_validate.inc.php macht:

if (!is_dir($_SERVER[‘DOCUMENT_ROOT’].$settings[‘upload_dir’]) ||
!file_exists($_SERVER[‘DOCUMENT_ROOT’].$settings[‘upload_dir’].’/.’))
{
$GLOBALS[‘config_error’] = ‘Directory does not exist, is not readable
by the webserver or is not relative to the document root!’;
}

Sorry, aber das hilft mir auch nicht weiter. ‘DOCUMENT_ROOT’ laut phpinfo() ist
/var/www. Dann müsste egw doch /var/www/images mit Rechtevergabe an www-data erkennen?

Macht aber nichts. Dann eben keine Bilder im Wiki ;-). Verlinke ich eben in den
Dateimanager.

Danke trotzdem für Deine Posts.

Gruß,
Sebastian

–

[A-Lex]

Hi,
Hatte das Problem auch unter Opensuse 12.3 (auch hier ist eGroupware in /usr/share installiert “out of the box” von Suse Repo) und DOKUMENT_ROOT in /srv/www/htdocs)

Das hier hat mir geholfen mit Wissensdatenbank:

http://www.egroupware.org/forum#nabble-td2279185

Habe einfach die im Beitrag genannte Sektion um /srv/www/htdocs erweitert und konnte dann von mir angelegten Ordner nutzen: auch upload hat dann gecklappt

LG,
A-Lex