Welke Apache versie

[dnties]

Als ik je bijlage goed begrijp staat de website (die je in in Dreamweaver knockout genoemd hebt) gewoon in de bestandsmap D:\Mijn site

Betekent dus dat je in httpd.conf
D:/Mijn site/knockout zult moeten vervangen door/corrigeren naar D:/Mijn site

Dus (in httpd.conf):
DocumentRoot "D:/Mijn site/knockout"
wordt
DocumentRoot "D:/Mijn site"
en
<Directory "D:/Mijn site/knockout">
wordt
<Directory "D:/Mijn site">

Succes,

Tijs.

 

[jeanmi]

Als ik je bijlage goed begrijp staat de website (die je in in Dreamweaver knockout genoemd hebt) gewoon in de bestandsmap D:\Mijn site

Betekent dus dat je in httpd.conf
D:/Mijn site/knockout zult moeten vervangen door/corrigeren naar D:/Mijn site

Dus (in httpd.conf):
DocumentRoot "D:/Mijn site/knockout"
wordt
DocumentRoot "D:/Mijn site"
en
<Directory "D:/Mijn site/knockout">
wordt
<Directory "D:/Mijn site">

Succes,

Tijs.

Intussen aangepast en voor alle zekerheid computer doen heropstarten.
We zitten al een stukje verder, maar krijg een foutmelding van Microsoft en wel de volgende:
C:\DOCUME~1\Jeanmi\LOCALS~1\Temp\WER242a.dir00\httpd.exe.mdmp
C:\DOCUME~1\Jeanmi\LOCALS~1\Temp\WER242a.dir00\appcompat.txt

Ik heb nochthans aangegeven dat de blokkering moest opgeheven worden.
Als ik Apache nu probeer te starten opent hij een DOS-scherm of hoe noemn jullie dit, met echter niets in (zie al geen foutmelding meer, wat een opluchting) maar zoals ik al zei komt MS op de proppen.
Mvg,
Jeanmi

 

[dnties]

Tsja, dat geeft mij het idee dat je Apache niet als service opstart (dus daarmee via Start -> Uitvoeren -> services.msc kunt beheren/starten/stoppen), maar als programma (net zoals je Word etc. zou starten).
Als je Apache als programma start, dan opent die inderdaad een leegblijvend venster, met in de blauwe titelbalk van dat venster de naam van het gestarte programma (in mijn (en waarschijnlijk ook in jouw geval)): C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe). Zie bijlage.
De enige manier om het dan af te sluiten is via het rode kruisje van dat venster of via Taakbeheer -> tabblad Processen -> [alle daar genoemde httpd.exe processen beëindigen] (óf met een of ander hulpprogramma, maar dat doet dan in essentie hetzelfde als je in Taakbeheer handmatig zou doen).

Tijs.

 

[jeanmi]

Tsja, dat geeft mij het idee dat je Apache niet als service opstart (dus daarmee via Start -> Uitvoeren -> services.msc kunt beheren/starten/stoppen), maar als programma (net zoals je Word etc. zou starten).
Als je Apache als programma start, dan opent die inderdaad een leegblijvend venster, met in de blauwe titelbalk van dat venster de naam van het gestarte programma (in mijn (en waarschijnlijk ook in jouw geval)): C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe). Zie bijlage.
De enige manier om het dan af te sluiten is via het rode kruisje van dat venster of via Taakbeheer -> tabblad Processen -> [alle daar genoemde httpd.exe processen beëindigen] (óf met een of ander hulpprogramma, maar dat doet dan in essentie hetzelfde als je in Taakbeheer handmatig zou doen).

Tijs.

Het venster dat bij mij opent heeft niet dezelfde naam als C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe
Maar er staat gewoon Start en met de cursor die in het venster knippert. Na een paar seconden krijg ik dan de melding van MS, dat er een fout is opgetreden en dat Apache moet worden afgesloten.
Zoals je soms tegenkomt met IE enz..
Maar omdat ik nooit met DOS heb gewerkt, heb ik geen enkel idee wat ik zou moeten intypen
(toch niet gewoon Start en op enter drukken )
Mvg

 

[jeanmi]

Tsja, dat geeft mij het idee dat je Apache niet als service opstart (dus daarmee via Start -> Uitvoeren -> services.msc kunt beheren/starten/stoppen), maar als programma (net zoals je Word etc. zou starten).
Tijs.

Ik geef hier in bijlage twee printscreens, omdat het toch bewijst denk ik dat Apache opstart als service, maar dan om een of andere duister reden afgesloten wordt door MS
Mvg

Ik even op google rongesnuffeld en vond dit, maar weet niet of dit relevant is:

Beheersing van Apache als Service
Meerdere gevallen van Apache kan worden geïnstalleerd en uitgevoerd als services.

Voor de standaard "Apache" service, de Apache-n optie is nog steeds nodig, aangezien de k-commando zonder de-n optie zijn gericht op de Apache in een console venster.
De quotes zijn alleen nodig indien de service naam spaties bevat.

Maar wat doe je ermee behalve bewijzen dat ik ook probeer mijn steentje bij te dragen tot een oplossing
Mvg,

 

[dnties]

Nu komen we op een vlak waarbij de beperkingen van een computerforum zijn bereikt.

Enige wat ik nog aan tips kan geven zo snel:
a. Herstart de pc en check daarna via Taakbeheer (zie vorige posting; klikken op de kolomtitel Procesnaam sorteert die op naam) of httpd.exe niet (al) gestart is. Indien ja, dan er toch maar vanuit gaan dat Apache al draait, ook al zou evt. die Apachemonitor iets anders zeggen. Kijk of je 'website' (of toch minstens test.php) werkt.
b. Is httpd.exe niet gestart (zie a.), doe dan Start -> Uitvoeren -> services.msc -> dubbelklik op de Apache2.2 service, en vertel ons wat er in het "Pad naar uitvoerbaar bestand staat".
Alvast een voorschotje: Bij mij luidt die pad-regel:
"C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe" -k runservice
Kijk ook meteen na of opstarttype op "Automatisch" staat. Is dat het geval, dan is wel geprobeerd Apache te starten bij de opstart, maar het heeft niet gewerkt. Kijk dan in Start -> Uitvoeren -> eventvwr.exe -> Kijk in de beide logboeken Systeem en Applicatie of je daar iets terugvindt dat een hint geeft waarom de Apache-service niet is gestart danwel een hint waarom de start van de service stukgelopen is.

Hopelijk krijgen we hier nog wat informatie uit. Anders zou ik bijna gaan denken aan deïnstalleren en dan herinstallatie van Apache (wel eerst httpd.conf kopieren in een andere map, als backup).
Andere mogelijkheid is het gebruik van de 'standaard' httpd.conf zoals bij installatie wordt neergezet in de conf map en kijken of Apache daar wél goed mee opstart. Is dat het geval, dan is er toch iets niet in orde met de zelf aangepaste httpd.conf danwel de modules die in die aangepaste httpd.conf worden aangeroepen.

Tijs.

 

[jeanmi]

Nu komen we op een vlak waarbij de beperkingen van een computerforum zijn bereikt.

Tijs.

Ik begrijp het. Ik wel je echter nogmaals hartelijk danken voor het geduld en de hulp dat je gegeven hebt.
Dit forum mag fier zijn op zulke leden. Ik ga je laatste raadgevingen, rustig bekijken en uitproberen.
Indien het lukt hoor je het natuurlijk. Verder een prettige avond gewenst.
Met vriendelijke groet,
Jeanmi

 

[jeanmi]

Nu komen we op een vlak waarbij de beperkingen van een computerforum zijn bereikt.

Enige wat ik nog aan tips kan geven zo snel:
a. Herstart de pc en check daarna via Taakbeheer (zie vorige posting; klikken op de kolomtitel Procesnaam sorteert die op naam) of httpd.exe niet (al) gestart is. Indien ja, dan er toch maar vanuit gaan dat Apache al draait, ook al zou evt. die Apachemonitor iets anders zeggen. Kijk of je 'website' (of toch minstens test.php) werkt.
b. Is httpd.exe niet gestart (zie a.), doe dan Start -> Uitvoeren -> services.msc -> dubbelklik op de Apache2.2 service, en vertel ons wat er in het "Pad naar uitvoerbaar bestand staat".
Alvast een voorschotje: Bij mij luidt die pad-regel:
"C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe" -k runservice
Kijk ook meteen na of opstarttype op "Automatisch" staat. Is dat het geval, dan is wel geprobeerd Apache te starten bij de opstart, maar het heeft niet gewerkt. Kijk dan in Start -> Uitvoeren -> eventvwr.exe -> Kijk in de beide logboeken Systeem en Applicatie of je daar iets terugvindt dat een hint geeft waarom de Apache-service niet is gestart danwel een hint waarom de start van de service stukgelopen is.
Tijs.

Ik denk dat ik onvrijwillig iets cruciaal heb vergeten te melden namelijk, dat mijn computer in een netwerk ligt met als computernaam BOVEN.
Vervolgens heb ik uw tips opgevolgd en dit is het resultaat.
a. Heb de PC herstart en via Taakbeheer gecheckt of httpd.exe al gestart was. Was gestart maar wordt dan na enige seconden afgesloten door MS (In Apache http Server is een fout opgetreden en moet worden afgesloten)

b. Start --> Uitvoeren --> services.msc de pad-regel is:
“C\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe” dus zonder –k runservice

c. Start --> Uitvoeren --> eventvwr.exe
logboek Systeem: een hoop fouten in Bron – Service Control Manager
logboek Toepassing: een hoopfouten in Bron – Application Error en Bron – Apache Service

Hopelijk valt hiermee eindelijk de oplossing van het probleem uit de bus.
Indien het zou helpen om een Prtscreen te posten van de fouten, laat het mij weten.

Met vriendelijke groet,
Jeanmi

 

[dnties]

Ik denk dat ik onvrijwillig iets cruciaal heb vergeten te melden namelijk, dat mijn computer in een netwerk ligt met als computernaam BOVEN.
Vervolgens heb ik uw tips opgevolgd en dit is het resultaat.
a. Heb de PC herstart en via Taakbeheer gecheckt of httpd.exe al gestart was. Was gestart maar wordt dan na enige seconden afgesloten door MS (In Apache http Server is een fout opgetreden en moet worden afgesloten)

b. Start --> Uitvoeren --> services.msc de pad-regel is:
“C\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe” dus zonder –k runservice

c. Start --> Uitvoeren --> eventvwr.exe
logboek Systeem: een hoop fouten in Bron – Service Control Manager
logboek Toepassing: een hoopfouten in Bron – Application Error en Bron – Apache Service

Hopelijk valt hiermee eindelijk de oplossing van het probleem uit de bus.
Indien het zou helpen om een Prtscreen te posten van de fouten, laat het mij weten.

Met vriendelijke groet,
Jeanmi

ad b.: Doe voor de zekerheid ook nog even het volgende, en kijk wat rechts bij BINARY_PATH_NAME staat of daar toch niet stiekem ook -k runservice staat. Als ik ervan uit mag gaan dat de service (net zoals bij mij) in Services.msc apache2.2 heet:
Start -> Uitvoeren -> cmd /k sc qc apache2.2
[Ik vraag dit omdat services.msc lange commandoregel maar gedeeltelijk weergeeft (je moet binnen die regel soms helemaal naar rechts om te zien wat er in zijn geheel eigenlijk staat).
ad c. Doe maar geen schermafdrukken. Liever dat je in Logboeken op alle Apache gerelateerde fouten afzonderlijk dubbelklikt, en dan op het getoonde 'dubbel document' knopje druk om het naar het klembord te kopieren. Laat logboeken openstaan, maar plak de inhoud van het klembord in een nieuw tekstbestand in Kladblok (Start -> Uitvoeren -> notepad.exe).
Doe die procedure voor alle fouten die je denkt dat met apache te maken hebben (in zowel de Systeem-tak als de Applicatie-tak).
Zodra je alle relevante fouten uit Logboeken erin gezet hebt, ga naar de map
C:\Program Files\Apache Software Foundation\Apache2.2\logs
en dubbeklik op het bestand error.log
Ga naar het einde van het bestand en kopieer naar het klembord de tekst die hoort bij laatste 2 starts die geprobeerd zijn en plak die ook in het eerdergenoemde nieuwe tekst-bestand.
Upload het nieuwe tekst-bestand als bijlage van je volgende posting (evt. ingepakt in een .zip bestand). Hopelijk geeft dat dan wat duidelijkheid (i.c.m. b. wellicht).

Succes,

Tijs.

 

[kenikavanbis]

Heb je hem al eens laten binden met 0.0.0.0
127.0.0.1 is localhost ip4
::1 is localhost ip6
toch belangerijk
0.0.0.0 is dan de hardware level 0 of 1 naargelang de benaming


c://windows/system32/drivers/etc/hosts kan je ook oplossing bieden maar dan voor named server

 

[dnties]

@kenikavanbis:
Heb je de httpd.conf al doorgenomen die hier enkele malen als bijlage is gepost? Heb je in de httpd.conf duidelijke aanwijzingen gevonden die onderbouwing bieden voor je opmerkingen?

Ik heb die httpd.conf meermalen bekeken in het verloop van deze discussiedraad (is trouwens de standaard httpd.conf met een paar kleine lokale aanpassingen), en heb zelf geen fouten aangetroffen die met binding te maken hebben.

Áls er fouten in zouden staan, dan zou dat wel blijken uit de uitvoer waar ik in mijn vorige posting bij de topic-starter naar gevraagd heb (vooral in error.log).

Ik raad je aan om alsnog de httpd.conf uit de bijlagen te vissen en te kijken of je opmerking wellicht bij de topic-starter van toepassing is óf te wachten op de gevraagde uitvoer. Met alle respect, maar alleen beweringen die aantoonbaar van toepassing zijn is waar we in het huidige stadium van deze discussie op zitten te wachten.


Tijs.

 

[kenikavanbis]

@kenikavanbis:
Heb je de httpd.conf al doorgenomen die hier enkele malen als bijlage is gepost? Heb je in de httpd.conf duidelijke aanwijzingen gevonden die onderbouwing bieden voor je opmerkingen?

Ik heb die httpd.conf meermalen bekeken in het verloop van deze discussiedraad (is trouwens de standaard httpd.conf met een paar kleine lokale aanpassingen), en heb zelf geen fouten aangetroffen die met binding te maken hebben.

Áls er fouten in zouden staan, dan zou dat wel blijken uit de uitvoer waar ik in mijn vorige posting bij de topic-starter naar gevraagd heb (vooral in error.log).

Ik raad je aan om alsnog de httpd.conf uit de bijlagen te vissen en te kijken of je opmerking wellicht bij de topic-starter van toepassing is óf te wachten op de gevraagde uitvoer. Met alle respect, maar alleen beweringen die aantoonbaar van toepassing zijn is waar we in het huidige stadium van deze discussie op zitten te wachten.


Tijs.

Weet ik maar weet dat je over een ander computer gaat dus kan deze mogelijk niet aan je 127.0.0.1 maar wel aan je 0.0.0.0


maar kijk vooral ook naar

<IfModule dir_module>
    DirectoryIndex index.php index.pl index.cgi index.asp index.shtml index.html index.htm \
                   default.php default.pl default.cgi default.asp default.shtml default.html default.htm \
                   home.php home.pl home.cgi home.asp home.shtml home.html home.htm
</IfModule>

Ik zou die eff beperken tot omdat ik niet zeker ben over de \ wat die net doet en line breake denk ik dat ook niet mag mogelijks

<IfModule dir_module>
    DirectoryIndex index.php index.html
</IfModule>

Nog enkele uitsluiterjes
denk aan gekregen ip ip6 ip4
test lokaal of hij draait localhost dus op de server
kijk naar firewall ook bij xp kan sygate firewall oplossing bieden zie je snel wie verbindingen maakt hoe
bekijk ook vast ip en variable ip dus kan mogelijk zijn dat de router u niet toestaat binnen zijn te geven range een vast ip te zetten dus zal je mogelijk de range in de router moeten aanpassen

PS vmweare kan voor testopstelling soms heel handig zijn

 

[jeanmi]

ad b.: Doe voor de zekerheid ook nog even het volgende, en kijk wat rechts bij BINARY_PATH_NAME staat of daar toch niet stiekem ook -k runservice staat. Als ik ervan uit mag gaan dat de service (net zoals bij mij) in Services.msc apache2.2 heet:
Start -> Uitvoeren -> cmd /k sc qc apache2.2
[Ik vraag dit omdat services.msc lange commandoregel maar gedeeltelijk weergeeft (je moet binnen die regel soms helemaal naar rechts om te zien wat er in zijn geheel eigenlijk staat).
ad c. Doe maar geen schermafdrukken. Liever dat je in Logboeken op alle Apache gerelateerde fouten afzonderlijk dubbelklikt, en dan op het getoonde 'dubbel document' knopje druk om het naar het klembord te kopieren.
QUOTE]

Voor het pad had je gekijk een gedeelte was verstopt. Ik heb alles in de bijlage genoteerd, hopelijk heb ik niets over het hoofd gezien. Sorry voor een beetje laat antwoord.
Mvg,

 

[dnties]

Een paar dingen vallen op:
a. applicatie error in module php5ts.dll
Ik raad je aan om de C:\Program Files\PHP map te hernoemen en volledig opnieuw te beginnen met de installatie van PHP5. Laat die dan gewoon weer in C:\Program files\PHP installeren.
Check ná de php installatie of de juiste php5*.dll bestanden ook echt staan in die map die je nodig hebt (zie LoadModule sectie van httpd.conf)
Overigens kan ik niet zien van welke datum die foutmelding is. Het zou dus kunnen zijn dat je zélf eerder (in een vorige versie van httpd.conf) php5ts.dl in LoadModule had aangeroepen. Die module wordt in een basis PHP-omgeving nooit rechtstreeks aangeroepen in httpd.conf.
b. Er wordt gesproken over "Er is een fout ontdekt op apparaat \Device\Harddisk3\D tijdens een wisselbestandsbewerking."
Check de D: schijf voor fouten: Rechtsklik op de D: schijf in Deze Computer, kies Eigenschappen, tabblad Extra, klik op Nu controleren, zet beide vinkjes aan en kies Starten. Deze check en reparatie-actie kan lang duren, afhankelijk hoe snel de harde schijf is en hoe groot de D: partitie is.
Je zou erover kunnen denken dezelfde check en reparatie te laten uitvoeren op de C: schijf, maar dan moet dat gebeuren bij een volgende herstart (krijg je een melding over die je moet bevestigen).
c. [De melding over "fout ontdekt" (zie b.) kan ook liggen aan een overlijdende harddisk, een verouderde harddiskcontrollerdriver etc. Hopelijk hoeven we hier geen rekening mee te houden, maar ik meld het alvast even.]

De meldingen over [Tue May 25 11:06:41 2010] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/oef1.php etc. komen van een verkeerde DocumentRoot instelling vandaan, maar die heb je na die Dinsdag 25 mei als het goed is in httpd.conf gecorrigeerd naar D:/Mijn site

Succes,

Tijs.

 

[jeanmi]

Een paar dingen vallen op:
a. applicatie error in module php5ts.dll
Ik raad je aan om de C:\Program Files\PHP map te hernoemen en volledig opnieuw te beginnen met de installatie van PHP5. Laat die dan gewoon weer in C:\Program files\PHP installeren.

Moet ik dan eerst niet via configuratiescherm --> Software PHP niet verwijderen?

Check ná de php installatie of de juiste php5*.dll bestanden ook echt staan in die map die je nodig hebt (zie LoadModule sectie van httpd.conf)
Overigens kan ik niet zien van welke datum die foutmelding is. Het zou dus kunnen zijn dat je zélf eerder (in een vorige versie van httpd.conf) php5ts.dl in LoadModule had aangeroepen. Die module wordt in een basis PHP-omgeving nooit rechtstreeks aangeroepen in httpd.conf.

b. Er wordt gesproken over "Er is een fout ontdekt op apparaat \Device\Harddisk3\D tijdens een wisselbestandsbewerking."
Check de D: schijf voor fouten: Rechtsklik op de D: schijf in Deze Computer, kies Eigenschappen, tabblad Extra, klik op Nu controleren, zet beide vinkjes aan en kies Starten. Deze check en reparatie-actie kan lang duren, afhankelijk hoe snel de harde schijf is en hoe groot de D: partitie is.

Dit heb ik nu gedaan, heb geen enkele foutmelding gekregen

Je zou erover kunnen denken dezelfde check en reparatie te laten uitvoeren op de C: schijf, maar dan moet dat gebeuren bij een volgende herstart (krijg je een melding over die je moet bevestigen).
c. [De melding over "fout ontdekt" (zie b.) kan ook liggen aan een overlijdende harddisk, een verouderde harddiskcontrollerdriver etc. Hopelijk hoeven we hier geen rekening mee te houden, maar ik meld het alvast even.]

De meldingen over [Tue May 25 11:06:41 2010] [error] [client 127.0.0.1] File does not exist: C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/oef1.php etc. komen van een verkeerde DocumentRoot instelling vandaan, maar die heb je na die Dinsdag 25 mei als het goed is in httpd.conf gecorrigeerd naar D:/Mijn site

Dat is inderdaad veranderd geweest. Wacht nu op je antwoord i.v.m. al of niet eerst verwijderen van PHP
Mvg,

 

[dnties]

Deïnstalleer inderdaad maar even via Configuratiescherm -> Software.

Installeer dan de goede versie van PHP: deze

Succes,

Tijs.

 

[jeanmi]

Deïnstalleer inderdaad maar even via Configuratiescherm -> Software.

Installeer dan de goede versie van PHP: deze

Succes,

Tijs.

Nu denk ik wel dat we op de goede weg zijn, want bij een mijn vorige installatie was nooit voor de Apache 2.2 module gekozen.
Het enige dat ik nu tijdens de installatie kreeg te zien dat er geen connectie was gemaakt met httpd.conf en dat de configuratie manueel zou moeten gebeuren. Ik geef eerst nog een printscreen van wat er geinstalleerd is.
Indien dit goed is, veronderstel ik dat ik httpd.conf zal moeten wijzigen zoals voordien aangegeven.
Mvg

 

[dnties]

Het spijt me, maar er klopt nu niet veel van.
Als je in de bijlage de C:\Program files\PHP map toonde, dan is die niet volledig. Bovendien staan er nog de oude .dll bestanden in (als voorbeeld: php5apache2_2_filter.dll is nog steeds de versie die je uit mijn .zip bestand gehaald hebt eerder), dus de deïnstallatie heeft niets of niet alles weggehaald.

Ik heb dus nu geen idee waar je het installatie-pakket dat ik in mijn vorige posting aanreikte hebt geïnstalleerd, maar misschien is het beter dat je het nu maar anders gaat doen:
Deïnstalleer PHP nog een keer via Configuratiescherm -> Software.
Maak hierna de inhoud van de C:\Program Files\PHP map leeg.
Pak het volgende .zip bestand uit (incl. submappen) in de C:\Program Files\PHP map: link
Check voor de zekerheid of php5apache2_2.dll na het het uitpakken inderdaad in de map C:\Program Files\PHP staat.

Lijkt mij genoeg, gegeven dat de pad-aanduiding die in httpd.conf al verwijst naar die .dll van PHP in de C:\Program Files\PHP map.

Succes maar weer.

Tijs.

 

[jeanmi]

Het spijt me, maar er klopt nu niet veel van.
Als je in de bijlage de C:\Program files\PHP map toonde, dan is die niet volledig. Bovendien staan er nog de oude .dll bestanden in (als voorbeeld: php5apache2_2_filter.dll is nog steeds de versie die je uit mijn .zip bestand gehaald hebt eerder), dus de deïnstallatie heeft niets of niet alles weggehaald.

Ik heb dus nu geen idee waar je het installatie-pakket dat ik in mijn vorige posting aanreikte hebt geïnstalleerd, maar misschien is het beter dat je het nu maar anders gaat doen:
Deïnstalleer PHP nog een keer via Configuratiescherm -> Software.
Maak hierna de inhoud van de C:\Program Files\PHP map leeg.
Pak het volgende .zip bestand uit (incl. submappen) in de C:\Program Files\PHP map: link
Check voor de zekerheid of php5apache2_2.dll na het het uitpakken inderdaad in de map C:\Program Files\PHP staat.

Lijkt mij genoeg, gegeven dat de pad-aanduiding die in httpd.conf al verwijst naar die .dll van PHP in de C:\Program Files\PHP map.

Succes maar weer.

Tijs.

Dit zou het dan moeten zijn.(zie bijlage) Moet er nu nog iets aangepast worden?

 

[dnties]

Map lijkt me nu in orde. Probeer maar of Apache nu wil opstarten én blijven werken ook én of je .php bestanden nu eindelijk werken.

Mocht weer het niet lukken (je krijgt geen foutmelding van apache zelf, maar Microsoft meldt weer dat httpd.exe 'hardhandig' onderuit is gegaan), kijk dan even C:\Windows\php.ini na.
Zoek de definitie van extension_dir, en maak van die regel:
extension_dir = "C:\Program Files\PHP\ext"

Succes maar weer,

Tijs.