[TYPO3-german] TYPO3 im DocuemtRoot eines vHost + realURL

[Marcus Husar]

On 07/25/2009 01:52 PM, Marcus Husar wrote:
Siehe erste Mail.

Ein schönen Sonntag,

mittlerweile läuft die TYPO3-Installation direkt unterhalb von / in
einem vHost. Das hätte schon 2 Tage zuvor gelingen können, wäre da nicht
irgendwo im System eine Konfigurationsdatei, die ständig dazwischen funkt.

Die Beispielkonfiguration (so steht es im README-File) unter
/etc/typo3-dummy/apache.conf wird nämlich nach
/etc/apache2/conf.d/typo3-dummy.conf verlinkt.

/etc/apache2/conf.d/typo3-dummy.conf -> /etc/typo3-dummy/apache.conf

Legt man jetzt beispielsweise unter /etc/apache2/sites-available/site
seine eigene Konfiguration an, funkt einem der Symlink in conf.d
permanent dazwischen. Dadurch entstehen die tollsten "Effekte". Von
diesem Symlink steht im README aber genau nichts.

Aus /usr/share/doc/typo3/README.Debian.gz:
> 3 Enabling the webserver to use the provided directories.
> 
>   The database packages builds a directory that can be used as
>   DocumentRoot within a (virtual)host or as directory within an
>   existing host. An example configuration for the Apache is located in
>   /etc/typo3-dummy/apache.conf.
> 
>   WARNING: The configuration that will be enabled through the
>   following steps is meant for the configuration of TYPO3 and not for a
>   production environment.  It is necessary to disable the TYPO3 1-2-3
>   install tool standard login before going into production.  The 1-2-3
>   install tool gives appropriate advice.
> 
>   For Apache 2.x this may be achieved through:
>   # cd /etc/apache2/sites-available
>   # ln -s /etc/typo3-dummy/apache.conf typo3-dummy
>   # cd /etc/apache2/sites-enabled
>   # ln -s ../sites-available/typo3-dummy .
>   
>   Please check that the configuration meets your needs. Don't forget
>   to reload the apache configuration, e.g. through:
>   # /etc/init.d/apache2 reload

Geht man so vor, wie hier vorgeschlagen, hat man die selbe Datei zweimal
verlinkt und der Apache liest sie zweimal ein. Vom Symlink in conf.d
steht hier leider nichts.

/etc/apache2/conf.d/typo3-dummy.conf -> /etc/typo3-dummy/apache.conf
/etc/apache2/sites-available/site -> /etc/typo3-dummy/apache.conf

Das würde wahrscheinlich irgendwie funktionieren. Nur habe ich keinen
Symlink angelegt und meine Konfigurationsdatei unter
/etc/apache2/sites-available/site selbst geschrieben.

Jetzt muss ich mir überlegen, wie ich verhindere, dass das nächste
Update diesen Zustand wieder herstellt. Ein Bugreport ist auch fällig,
denn wer nicht frühzeitig in /etc/apache2/conf.d/ schaut, hat ein großes
Problem.

Vielen Dank an alle, die mir weiter geholfen haben und ein schönes
Restwochenende.

Marcus

----
Hier das TS-Setup und die Konfigurationsdatei des Apache:

config.simulateStaticDocuments = 0
config.baseURL = http://sub.domain.de/
config.tx_realurl_enable = 1
config.prefixLocalAnchors = all

<VirtualHost *:80>
        ServerAdmin mail at domain.de
        ServerName sub.domain.de
        ServerAlias sub

        DocumentRoot /var/lib/typo3-dummy/

        <DirectoryMatch /var/lib/typo3-dummy>
          FCGIWrapper /var/www/sub/www.fcg .php
          <FilesMatch \.php$>
            SetHandler fcgid-script
          </FilesMatch>

          DirectoryIndex index.php index.html
          Options -Indexes +FollowSymLinks +ExecCGI

          AllowOverride None
          Order allow,deny
          allow from xxx.xxx.xxx.

          RewriteEngine On
          RewriteRule
^(typo3|t3lib|tslib|fileadmin|typo3conf|typo3temp|uploads|showpic\.php|favicon\.ico)/
- [L]
          RewriteRule ^typo3$ /typo3/index_re.php [L]
          RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
          RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
          RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-l
          RewriteRule .* index.php [L]
        </DirectoryMatch>

        ErrorLog /var/log/apache2/error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog /var/log/apache2/access.log combined
        ServerSignature On
</VirtualHost>