Apache 2.2 unter WinXPSP2

[Ashura]

Hallo.

Ich wollte heute nun einmal endlich versuchen, den neuen Apachen zumindest unter meinem Windows-System einzurichten, wenn es schon noch keine Pakete für mein Debian-System gibt.

Dazu habe ich das httpd-2.2.0+mods-w32.zip-Archiv von dieser Seite herunter geladen.

Alles sieht momentan noch ganz gut aus, nur die Einbindung von PHP 5.1.2 macht Probleme.

In der httpd.conf wird eine weitere Konfigurationsdatei durch folgende Direktive hinzu geladen:

  
Include conf/extra/httpd-php5.conf  

In dieser stehen folgende Direktiven:

  
# Load the mod_php5 module  
  
<IfModule !php5_module>  
    LoadModule php5_module "P:/php/php5apache22.dll"  
</IfModule>  
  
<IfModule php5_module>  
    PHPINIDir  p:/php  
    # Add the MIME configuration for PHP  
    AddType application/x-httpd-php .php  
</IfModule>  

Doch beim Starten der httpd.exe (also des Daemons) erhalte ich lediglich folgende Fehlermeldung:

httpd.exe: Syntax error on line 510 of P:/Apache2/conf/httpd.conf: Syntax error on line 4 of P:/Apache2/conf/extra/httpd-php5.conf: Cannot load P:/php/php5apache22.dll into server: Die angegebene Prozedur wurde nicht gefunden.

Die Datei liegt aber in angegebenem Verzeichnis, doch leider gibt die Fehlermeldung nicht viel her. Im Errorlog ist keinerlei Hinweis zu finden.

Hat jemand eine Idee?

Einen schönen Donnerstag noch.

Gruß, Ashura

[Christoph Schnauß]

hallo Ashura,

Ich wollte heute nun einmal endlich versuchen, den neuen Apachen zumindest unter meinem Windows-System einzurichten, wenn es schon noch keine Pakete für mein Debian-System gibt.

Das solltest du bitte noch nicht tun. Trotz der Versicherung, Apache 2.2.0 sei "the best available version" solltest du dich mit einer Windows-Installation noch zurückhalten - es gibt doch Gründe, weshalb die Apache Foundation selbst noch kein MSI-Paket zur Verfügung stellt, sondern lediglich die Sourcen.

Dazu habe ich das httpd-2.2.0+mods-w32.zip-Archiv von dieser Seite herunter geladen.

Du hast bemerkt, daß dort auch was von "Development" steht?

In der httpd.conf wird eine weitere Konfigurationsdatei durch folgende Direktive hinzu geladen:

  

> Include conf/extra/httpd-php5.conf  

Diese "Aufsplittung" der httpd.conf ist für die Konfiguration eine entscheidende Neuerung, die die Apache Foundation selbst vorschlägt. Man kann diesem Vorschlag folgen, man muß aber nicht.

<IfModule !php5_module>
    LoadModule php5_module "P:/php/php5apache22.dll"
</IfModule>

Da hat Windows in der Regel etwas dagegen. Die "php5apache22.dll" _ist_ das benötigte Modul. Kopiere es einfach mal in dein Modulverzeichnis, also beispielsweise nach D:\Apache\modules - oder wo du deinen Apache eben installiert hast.

httpd.exe: Syntax error on line 510 of P:/Apache2/conf/httpd.conf: Syntax error on line 4 of P:/Apache2/conf/extra/httpd-php5.conf: Cannot load P:/php/php5apache22.dll into server: Die angegebene Prozedur wurde nicht gefunden.

Diese "Meckerei" kommt bei Apache unter Windows häufiger vor. Schalte deinen Apache ganz ab, lösche alle log-Dateien, defragmentiere alle relevanten Verzeichnisse bzw. Partitionen und starte ihn dann neu. Wenn du dann nochmal Fehlermeldungen bekommst, gib sie bitte nochmals an.

Die mögliche Alternative besteht darin, PHP in der "CGI-Variante" zu fahren, was unter Windows mehr Erfolg verspricht.

Grüße aus Berlin

Christoph S.

[Ashura]

Hallo Christoph.

Das solltest du bitte noch nicht tun. Trotz der Versicherung, Apache 2.2.0 sei "the best available version" solltest du dich mit einer Windows-Installation noch zurückhalten - es gibt doch Gründe, weshalb die Apache Foundation selbst noch kein MSI-Paket zur Verfügung stellt, sondern lediglich die Sourcen.

Ich habe den Apachen ja auch nicht installiert, das will ich auch gar nicht. Ich bin froh, ein einfaches ZIP-Archiv gefunden zu haben.

Ich bin mir der Gefahren durchaus bewusst und möchte die Version 2.2 momentan einfach nur einmal ausprobieren. Auf meinem Effektivsystem lasse ich diese auch noch nicht.

Du hast bemerkt, daß dort auch was von "Development" steht?

Jawohl. Und auch das die dort angebotenen Pakete inoffiziell und ohne Gewährt angeboten werden.

Diese "Aufsplittung" der httpd.conf ist für die Konfiguration eine entscheidende Neuerung, die die Apache Foundation selbst vorschlägt. Man kann diesem Vorschlag folgen, man muß aber nicht.

Da dies bei meinem Debian-System bereits von Anfang an auf diese Art und Weise geregelt war, habe ich damit kein großes Problem. (nur die Anzahl der Konfigurationsdateien ist dort um einiges niedriger.)

Kopiere es einfach mal in dein Modulverzeichnis, also beispielsweise nach D:\Apache\modules - oder wo du deinen Apache eben installiert hast.

Habe ich soeben gemacht und auch den Pfad entsprechend angepasst:

LoadModule php5_module modules/php5apache22.dll

Diese "Meckerei" kommt bei Apache unter Windows häufiger vor. Schalte deinen Apache ganz ab, lösche alle log-Dateien, defragmentiere alle relevanten Verzeichnisse bzw. Partitionen und starte ihn dann neu. Wenn du dann nochmal Fehlermeldungen bekommst, gib sie bitte nochmals an.

Ja, nach wie vor eine Fehlermeldung, auch wenn nun (dank obiger Modifikation) eine andere:

httpd.exe: Syntax error on line 510 of P:/Apache2/conf/httpd.conf: Syntax error on line 4 of P:/Apache2/conf/extra/httpd-php5.conf: Cannot load P:/Apache2/modules/php5apache22.dll into server: Das angegebene Modul wurde nicht gefunden.

Die mögliche Alternative besteht darin, PHP in der "CGI-Variante" zu fahren, was unter Windows mehr Erfolg verspricht.

Dies habe ich nun einmal gemäß Anleitung versucht und offenbar startet der Apache damit auch. Beim Aufrufen eines meiner lokalen Hosts erhalte ich jedoch nur entweder einen 500er oder einen 403er.
Nachdem ich nun alle zusätzlichen Konfigurationsdateien überprüft und darin unzählige „c:/Apache22“ zu meinem „p:/apache2“ gemacht habe, musste ich noch das zu restriktive „Allow Override none“ korrigieren.

Nun läuft der Apache und per phpinfo() konnte ich auch die Funktionstüchtigkeit von PHP überprüfen.

Es bleiben nur noch zwei Probleme:

Von mir per / eingebundene Resourcen werden nicht im DocumentRoot gesucht, sondern im ServerRoot.
Merkwürdigerweise aber nicht alle;

<link rel="stylesheet" href="/css/foo.css" type="text/css" />

Dies führt zu:

[Thu Jan 26 20:16:21 2006] [error] [client 127.0.0.1] File does not exist: P:/Apache2/css/foo.css

Es ist aber nur dieses eine Verzeichnis, auf alle anderen kann ich problemlos zugreifen …

So, die Ursache habe ich gefunden: httpd-autoindex.conf

Darin waren diverse Aliase deklariert, welche meine Anfragen abgefangen und umgeleitet haben. Ich habe die Einbindung obiger Konfigurationsdatei auskommentiert und werde sie später korrigieren.

Des weiteren brauche ich nun, da PHP über CGI läuft, eine Alternative zum php_flag für die .htaccess-Datei. Dies ist laut Errorlog dort (und in der httpd.conf) offenbar nicht mehr erlaubt:

Invalid command 'php_flag', perhaps misspelled or defined by a module not included in the server configuration

Und bei einem anderen VHost erhalte ich (bei nahezu deckungsgleicher Konfiguration wie die anderen VHosts) beim Aufruf:

[Thu Jan 26 20:33:42 2006] [error] [client 127.0.0.1] (20023)The given path was above the root path: Cannot map GET / HTTP/1.1 to file

Die lokale .htaccess enthält nichts hierfür relevantes. (Ich habe probeweise auch alles auskommentiert, aber ohne Erfolg.)

Einen schönen Donnerstag noch.

Gruß, Ashura

PS: Verzeih meinen Monolog, aber vielleicht helfen meine Gedankengänge noch jemand anderem bei ähnlichen Problemen.

[Christoph Schnauß]

hallo Ashura,

Ich habe den Apachen ja auch nicht installiert, das will ich auch gar nicht.

Ups. Da fehlt mir jetzt ein bißchen der logische Bezug zum OP. Fehermeldungen wie im OP kannst du ja nur erhalten, wenn er installiert ist.

Diese "Aufsplittung" der httpd.conf ist für die Konfiguration eine entscheidende Neuerung, die die Apache Foundation selbst vorschlägt. Man kann diesem Vorschlag folgen, man muß aber nicht.
Da dies bei meinem Debian-System bereits von Anfang an auf diese Art und Weise geregelt war, habe ich damit kein großes Problem.

Du kennst die entsprechenden Aussagen dazu in meinem Artikel? Die unter http://aktuell.de.selfhtml.org/artikel/server/apacheconf/apconf09.htm#a2 und http://aktuell.de.selfhtml.org/artikel/server/apacheconf/apconf12.htm#a5 getroffenen Aussagen korrespondieren mit deiner Anmerkung

(nur die Anzahl der Konfigurationsdateien ist dort um einiges niedriger.)

Kopiere es einfach mal in dein Modulverzeichnis
Habe ich soeben gemacht und auch den Pfad entsprechend angepasst

Also hast du deinen Apache 2.2 _doch_ installiert ;)

Die mögliche Alternative besteht darin, PHP in der "CGI-Variante" zu fahren, was unter Windows mehr Erfolg verspricht.
Dies habe ich nun einmal gemäß Anleitung versucht und offenbar startet der Apache damit auch.

Es wäre nicht ganz unwichtig, wenn du jetzt angeben wolltest, welche Anleitung du benutzt hast. Und: ja, genau _diese_ Fehlermeldung erhält man unter Windows bisweilen, aber nach mehr oder weniger oft wiederholten System- oder Apache-Neustarts verschwindet sie in der Regel auf rätselhafte Weise.

Nun läuft der Apache und per phpinfo() konnte ich auch die Funktionstüchtigkeit von PHP überprüfen.

Gratuliere.

Es bleiben nur noch zwei Probleme:
Von mir per / eingebundene Resourcen werden nicht im DocumentRoot gesucht, sondern im ServerRoot.

Was möglicherweise korrekt ist. Dazu müßtest du aber angeben, ob du "so etwas" mit einem virtuellen Host erlebst oder wie sonst dir das passiert.

[Thu Jan 26 20:16:21 2006] [error] [client 127.0.0.1] File does not exist: P:/Apache2/css/foo.css
Es ist aber nur dieses eine Verzeichnis, auf alle anderen kann ich problemlos zugreifen …
So, die Ursache habe ich gefunden: httpd-autoindex.conf
Darin waren diverse Aliase deklariert

Und offenbar war diese Zusatzdatei aktiv, was sie eigentlich nach den "default"-Vorgaben der Apache Foundation nicht hätte sein müssen. Da hast du ein Problem mit den Dateien in deinem ZIP-Archiv, das ich mir übrigens nicht extra deinetwegen runtergezogen habe.

vielleicht helfen meine Gedankengänge noch jemand anderem bei ähnlichen Problemen.

Möglich. Ich darf trotzdem vorerst noch Zurückhaltung empfehlen.

Und zu deiner Verwunderung, daß es noch kein *.deb-Paket gibt: mir ist im Moment noch keine einzige Linux-Distribution bekannt, die distributionsspezifische Pakete für Apache 2.2 anbietet. Für FreeBSD gibt es dagegen einen port. Aber schließlich haben die Linux-Distributionen auch bei Apache 2.0 erst ab 2.0.49 geglaubt, daß es eben die "best available version" ist.

Es gibt vieles, was sich mit Apache 2.2 ändert, und natürlich darf man neugierig sein. Bin ich auch...

Grüße aus Berlin

Christoph S.

[Ashura]

Hallo Christoph.

Ups. Da fehlt mir jetzt ein bißchen der logische Bezug zum OP. Fehermeldungen wie im OP kannst du ja nur erhalten, wenn er installiert ist.

Ich glaube, wir haben verschiedene Definitionen von „installiert“.
Für mich bedeutet dies, dass ich einen Installer ausführe, dieser alle erforderlichen Dateien anliegt bzw. kopiert und ggf. sonstige Erfordernisse (wie z. B. Dienste) ermöglicht.

Da dies bei meinem Debian-System bereits von Anfang an auf diese Art und Weise geregelt war, habe ich damit kein großes Problem.

Du kennst die entsprechenden Aussagen dazu in meinem Artikel? Die unter http://aktuell.de.selfhtml.org/artikel/server/apacheconf/apconf09.htm#a2 und http://aktuell.de.selfhtml.org/artikel/server/apacheconf/apconf12.htm#a5 getroffenen Aussagen korrespondieren mit deiner Anmerkung

(nur die Anzahl der Konfigurationsdateien ist dort um einiges niedriger.)

Tut mir leid wenn ich schwer von Begriff bin, aber was möchtest du mir damit sagen?

Habe ich soeben gemacht und auch den Pfad entsprechend angepasst

Also hast du deinen Apache 2.2 _doch_ installiert ;)

Nö.

• ZIP entpackt
• (mittlerweile massiv) die Konfigurationsdateien angepasst
• httpd.exe ausgeführt

Eine Installation ist dies aus meiner Sicht nur im weitesten Sinne.

Es wäre nicht ganz unwichtig, wenn du jetzt angeben wolltest, welche Anleitung du benutzt hast.

Ich zweifle gerade an mir selbst.
Eigentlich war ich der Meinung, das Wort „Anleitung“ in meinem vorherigen Posting zu dieser Seite im PHP-Manual zur Einrichtung von PHP verlinkt hätte.

Langsam mache ich mir Gedanken …

Und: ja, genau _diese_ Fehlermeldung erhält man unter Windows bisweilen, aber nach mehr oder weniger oft wiederholten System- oder Apache-Neustarts verschwindet sie in der Regel auf rätselhafte Weise.

Ah, das übliche Windows-ist-undurchschaubar-aber-Trial-and-Error-geht-immer-Spielchen.

Nun läuft der Apache und per phpinfo() konnte ich auch die Funktionstüchtigkeit von PHP überprüfen.

Gratuliere.

Dankeschön.

Es bleiben nur noch zwei Probleme:
Von mir per / eingebundene Resourcen werden nicht im DocumentRoot gesucht, sondern im ServerRoot.

Was möglicherweise korrekt ist. Dazu müßtest du aber angeben, ob du "so etwas" mit einem virtuellen Host erlebst oder wie sonst dir das passiert.

Beim Aufruf eines beliebigen von mir angelegten VHosts wurden alle Anfragen bzgl. /css/ der Alias-Direktive folgend in das entsprechende Verzeichnis im ServerRoot-Verzeichnis umgeleitet.

Da hast du ein Problem mit den Dateien in deinem ZIP-Archiv, das ich mir übrigens nicht extra deinetwegen runtergezogen habe.

War auch gar nicht nötig, den Fehler habe ich ja gefunden.

Möglich. Ich darf trotzdem vorerst noch Zurückhaltung empfehlen.

Ja, kann ich verstehen. Wie gesagt behalte ich auf meinem Produktivsystem (Debian) vorerst noch den 2.0.54er Apachen und warte, bis die ersten Pakete zumindest im Unstable-Zweig auftauchen.

Und zu deiner Verwunderung, daß es noch kein *.deb-Paket gibt: mir ist im Moment noch keine einzige Linux-Distribution bekannt, die distributionsspezifische Pakete für Apache 2.2 anbietet. Für FreeBSD gibt es dagegen einen port. Aber schließlich haben die Linux-Distributionen auch bei Apache 2.0 erst ab 2.0.49 geglaubt, daß es eben die "best available version" ist.

Gut Ding will Weile haben, ich weiß. Aber hin und wieder drängt es mich einfach zu den neuesten Versionen.
So habe ich vor kurzem meiner sources.list Unstable-Einträge hinzugefügt und das APT-Pinning aktiviert. Damit kann ich nun jederzeit auf die allerneuesten Versionen upgraden. (Natürlich unter Berücksichtigung aller damit verbundenen Risiken.)

Es gibt vieles, was sich mit Apache 2.2 ändert, und natürlich darf man neugierig sein. Bin ich auch...

Hast du etwas Bestimmtes im Auge? Ich persönlich würde gerne einmal das Worker- oder auch das Event MPM bzgl. Performance und Stabilität austesten.

Einen schönen Donnerstag noch.

Gruß, Ashura

[Christoph Schnauß]

hallo Ashura,

Also hast du deinen Apache 2.2 _doch_ installiert ;)
Nö.

Doch.

• ZIP entpackt
• (mittlerweile massiv) die Konfigurationsdateien angepasst
• httpd.exe ausgeführt

Damit ist er "installiert", weil die exe existiert - daß es dadurch keine registry-Einträge gibt (die könntest du aber manuell nachtragen) und er möglicherweise nicht im Pfad liegt und also nicht als "Dienst" ausgeführt werden kann, ist unwichtig ;-)

Ich finde es ganz nett, daß es mittlerweile allerhand "inoffizielle" Quellen gibt, von denen man sich für Windows kompilierte "Fassungen" downloaden kann - und übrigens bieten die Apachefriends in ihrem jüngsten XAMPP ihn auch bereits an. Das alles sind aber keine "offiziellen" binaries.

Um nicht falsch verstanden zu werden: ich habe absolut nix dagegen, wenn sich jemand "seinen" Apache selber kompiliert - habe ich für WindowsXPSP2 schließlich selber auch schon gemacht. Ich empfehle lediglich Vorsicht und Zurückhaltung beim Testen sowie beim Download von irgendwelchen Binaries, die nicht "offiziell" sind. Die Sourcen, die du bei der Apache Foundation auch für Windows downloaden kannst, sind "offiziell". Kompiliere sie dir selber, aber verlaß dich nicht darauf, daß Kompilate, die du dir von irgendener sekundären Adresse herunterlädst, auf deiner Windows-Kiste zuverlässig und  fehlerfrei laufen.

Ich zweifle gerade an mir selbst.

Och - armer schwarzer Kater. Darf ich diesen Satz für die Zitatesammlung vorschlagen?

Von mir per / eingebundene Resourcen werden nicht im DocumentRoot gesucht, sondern im ServerRoot.
Was möglicherweise korrekt ist.
Beim Aufruf eines beliebigen von mir angelegten VHosts wurden alle Anfragen bzgl. /css/ der Alias-Direktive folgend in das entsprechende Verzeichnis im ServerRoot-Verzeichnis umgeleitet.

Dann korrigiere bitte diesen Alias.

Ich darf trotzdem vorerst noch Zurückhaltung empfehlen.
Ja, kann ich verstehen.

Ok, dann wiederhole ich diese Empfehlung für alle stillen Mitleser nochmals. Gleichzeitig empfehle ich allerdings auch, sich das neue Teil mal anzuschauen - es repräsentiert schließlich eine nahe Zukunft. Nur wirklich "einsetzen" sollte man es vorsichtshalber noch nicht außerhalb eines "echten" UNIX.

Es gibt vieles, was sich mit Apache 2.2 ändert, und natürlich darf man neugierig sein. Bin ich auch...
Hast du etwas Bestimmtes im Auge? Ich persönlich würde gerne einmal das Worker- oder auch das Event MPM bzgl. Performance und Stabilität austesten.

Hol dir die Sourcen dafür über http://httpd.apache.org/download.cgi und kompiliere/installiere ihn dir so oft du möchtest. Das "Probieren" entspricht dem "SELF"-Motto. Daß du dabei auch auf die Nase fallen kannst, weißt du ja eh. Nur solltest du dich niemals auf "Fremdkompilate" verlassen bzw. von ihnen fehlerfreie Funktionalität erwarten.

Grüße aus Berlin

Christoph S.

[Ashura]

Hallo Christoph.

Damit ist er "installiert", weil die exe existiert - daß es dadurch keine registry-Einträge gibt (die könntest du aber manuell nachtragen) und er möglicherweise nicht im Pfad liegt und also nicht als "Dienst" ausgeführt werden kann, ist unwichtig ;-)

Habe ich schon erwähnt, dass der Apache ein wunderbares Stück Weichware ist?

Ein kurzes httpd -k uninstall und der alte Service vom vorherigen Apache war entfernt. Nach einem ebenso kurzen httpd -k install lief der neue Service und alles war, als hätte sich nichts verändert.

Um nicht falsch verstanden zu werden: ich habe absolut nix dagegen, wenn sich jemand "seinen" Apache selber kompiliert - habe ich für WindowsXPSP2 schließlich selber auch schon gemacht.

Wie? Mit Cygwin?
Soweit ich weiß ist doch für die Kompilierung unter Windows das VB.NET-Studio erforderlich, oder?

Ich empfehle lediglich Vorsicht und Zurückhaltung beim Testen sowie beim Download von irgendwelchen Binaries, die nicht "offiziell" sind. Die Sourcen, die du bei der Apache Foundation auch für Windows downloaden kannst, sind "offiziell". Kompiliere sie dir selber, aber verlaß dich nicht darauf, daß Kompilate, die du dir von irgendener sekundären Adresse herunterlädst, auf deiner Windows-Kiste zuverlässig und  fehlerfrei laufen.

Berechtigter Hinweis. Ich gebe Bescheid, wenn diese Quelle doch nicht vertrauenswürdig ist.

Ich zweifle gerade an mir selbst.

Och - armer schwarzer Kater. Darf ich diesen Satz für die Zitatesammlung vorschlagen?

Ich finde ihn zwar nicht sonderlich originell, aber bitte, tu dir keinen Zwang an.

Beim Aufruf eines beliebigen von mir angelegten VHosts wurden alle Anfragen bzgl. /css/ der Alias-Direktive folgend in das entsprechende Verzeichnis im ServerRoot-Verzeichnis umgeleitet.

Dann korrigiere bitte diesen Alias.

Mache ich noch, erst einmal kümmere ich mich um die noch defekten VHosts.

Es gibt vieles, was sich mit Apache 2.2 ändert, und natürlich darf man neugierig sein. Bin ich auch...
Hast du etwas Bestimmtes im Auge?

Hol dir die Sourcen dafür über http://httpd.apache.org/download.cgi und kompiliere/installiere ihn dir so oft du möchtest.

Meine Frage beantwortet das nicht. Ich habe *dich* nach *deinen* Interessen gefragt.

Einen schönen Donnerstag noch.

Gruß, Ashura

[Christoph Schnauß]

hi,

Hol dir die Sourcen dafür über http://httpd.apache.org/download.cgi und kompiliere/installiere ihn dir so oft du möchtest.
Meine Frage beantwortet das nicht. Ich habe *dich* nach *deinen* Interessen gefragt.

Ups. 'tschulligung. Die Antwort ist sehr einfach: ich habe vor (inzwischen) mehreren Jahren die erste Fassung meines Apache-Artikels hier im SELF-Raum online stellen dürfen. Und ich habe mich natürlich selber dadurch in die Pflicht gestellt, dieses "Werk" immer wieder auf die aktuellen Lese- bzw. Informationsbedürfnisse möglicher Leser so auszurichten, daß es einigermaßen zeitnah die relevanten Aussagen dort nachzulesen gibt - was mir übrigens bei der Erstfassung noch gar nicht klar war. Es mußte nun nicht bei jedem bugfix passieren, aber bei einem Versionssprung wie jetzt von 2.0 zu 2.2, noch dazu mit erheblichen Veränderungen in der als "default" vorgeschlagenen Konfiguration, _muß_ ich mich schon allein aus Gründen der "Artikelpflege" für den "neuen" interessieren. Es wird also vermutlich noch im ersten Halbjahr 2006 ein Update meines Artikels geben, damit ich bei solchen Nachfragen wie deiner jetzt ruhigen Gewissens zu den Feature-Artikeln verlinken kann - frei nach dem Motto von Hase und Igel: "ätsch, ich war schon vor dir da".
;-)

Grüße aus Berlin

Christoph S.

[Ashura]

Hallo Christoph.

Es wird also vermutlich noch im ersten Halbjahr 2006 ein Update meines Artikels geben, damit ich bei solchen Nachfragen wie deiner jetzt ruhigen Gewissens zu den Feature-Artikeln verlinken kann - frei nach dem Motto von Hase und Igel: "ätsch, ich war schon vor dir da".

Das freut mich. Besagter Artikel ist aufgrund seines Umfangs und seinem Tiefgang stets ein gutes Nachschlagewerk.

Du ergreifst also Präventivmaßnahmen, sehr gut.

Könntest du mir in diesem Sinne noch ein weiteres Mal helfen?

Ich habe nun einen weiteren VHost hinzugefügt, welche im Grunde identisch mit den bestehenden ist. Doch so bald ich damit den Apachen neu starten will, erhalte ich keinerlei Fehlermeldung und gestartet wird er auch nicht.
Im Error-Log finde ich:

[Thu Jan 26 22:52:48 2006] [notice] Parent: Received restart signal -- Restarting the server.
[Thu Jan 26 22:52:48 2006] [notice] Child 6172: Exit event signaled. Child process is ending.
[Thu Jan 26 22:52:48 2006] [warn] (OS 995)Der E/A-Vorgang wurde wegen eines Threadendes oder einer Anwendungsanforderung abgebrochen.  : winnt_accept: Asynchronous AcceptEx failed.
[Thu Jan 26 22:52:49 2006] [notice] Child 6172: Released the start mutex
[Thu Jan 26 22:52:50 2006] [notice] Child 6172: Waiting for 250 worker threads to exit.
[Thu Jan 26 22:52:50 2006] [notice] Child 6172: All worker threads have exited.
[Thu Jan 26 22:52:50 2006] [notice] Child 6172: Child process is exiting

Ich habe bereits danach gesucht und oft wird auf Fehler mit PHP und mod_rewrite hingewiesen, aber nichts davon ist wirklich zielführend.

Einen schönen Donnerstag noch.

Gruß, Ashura