nicht angemeldet
XAMPP Lite installiert, aber leere Seite
Guten Morgähn,
als Erstes bitte ich um Vergebung, dass ich das Thema "PHP zum Laufen bringen" wohl zum unendlichsten Male in's Gespräch bringe, aber ich versuche seit einer Stunde, XAMPP 1.7.3 Lite auf meinem Windows 7-Rechner (64bit) zum Laufen zu bringen, bedauerlicherweise bislang erfolglos.
Die Installation wurde im Ordner "c:\xampplite" vorgenommen und ich kann den Apache auch als Service starten (Meldung im Control Panel: "Apache service started... Refresh... Done").
Aber egal, ob ich nun "http://127.0.0.1/index.html", "http://localhost/index.html" oder (testweise) "http://127.0.0.1/htdocs/index.html" in die Adreßzeile meines Fuches schreibe, ich habe immer nur eine leere Seite mit "Fertig" in der Statuszeile auf meinem Bildschirm, aber nicht die freude-stiftende Meldung "It works!".
Im Unterverzeichnis vom Rootverzeichnis "c:\xampplite" habe ich den Ordner "htdocs", in dem ich ja alle meine Seiten ablegen muß und darin befindet sich, neben der Datei "index.php" auch die Datei "index.html" von XAMPP.
Muß ich denn "sonst" noch Anpassungen vornehmen, blockiert mir Windows oder Norton aus welchen Gründen auch immer die Ausführung?
Danke für Eure Hilfe,
Enrico
-
Hi!
Die Installation wurde im Ordner "c:\xampplite" vorgenommen und ich kann den Apache auch als Service starten (Meldung im Control Panel: "Apache service started... Refresh... Done").
Erst einmal nachschauen, ob er wirklich läuft oder sich nicht wieder zur Ruhe gelegt hat und dir jemand anderes antwortet. Öffne dazu ein cmd-Fenster. Mit netstat kann man sich so einiges anzeigen lassen, unter anderem auch alle Netzverbindungen und offene Ports sowie deren Besitzer.
netstat -nabop tcp
-n keine Namensauflösung, IP und Portnummern werden angezeigt
-a alles anzeigen, auch nur lauschende Ports
-b wer hört - kann dauern, ersatzweise mit o nur die PID anzeigen lassen und die dann im Taskmanager nachschlagen (dort ggf. Prozesse aller Benutzer anzeigen lassen)
-p tcp schränkt auf TCP ein, was uns in dem Fall reicht.Zu sehen sein muss eine Lokale Adresse, die auf :80 endet und in Richtung Apache verweist.
Nächste Anlaufstelle wären die Logfiles vom Apachen, besonders das error_log.
Aber egal, ob ich nun "http://127.0.0.1/index.html", "http://localhost/index.html" oder (testweise) "http://127.0.0.1/htdocs/index.html" in die Adreßzeile meines Fuches schreibe, ich habe immer nur eine leere Seite mit "Fertig" in der Statuszeile auf meinem Bildschirm, aber nicht die freude-stiftende Meldung "It works!".
Da sollte sich auch mehr als ein "It works!" melden.
Im Unterverzeichnis vom Rootverzeichnis "c:\xampplite" habe ich den Ordner "htdocs", in dem ich ja alle meine Seiten ablegen muß [...]
Dieser Zwang besteht nicht, da du dir den Apachen beliebig konfigurieren kannst.
Muß ich denn "sonst" noch Anpassungen vornehmen, blockiert mir Windows oder Norton aus welchen Gründen auch immer die Ausführung?
Den Norton auf gesprächig zu stellen (keine Ahnung, ob das geht) könnte aufschlussreich sein. Ihn mal testweise zu deaktivieren ebenfalls.
Lo!
-
'ǝɯɐu$ ıɥ
Aber egal, ob ich nun "http://127.0.0.1/index.html", "http://localhost/index.html" oder (testweise) "http://127.0.0.1/htdocs/index.html" in die Adreßzeile meines Fuches schreibe, ich habe immer nur eine leere Seite mit "Fertig" in der Statuszeile auf meinem Bildschirm, aber nicht die freude-stiftende Meldung "It works!".
Da sollte sich auch mehr als ein "It works!" melden.
Verwechseln wir da gerade .html mit .php? Wenn man die index.html aufruft kommt nur das, die index.php _die_ ist die gesprächige.
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
Hi!
Aber egal, ob ich nun "http://127.0.0.1/index.html", "http://localhost/index.html" oder (testweise) "http://127.0.0.1/htdocs/index.html" in die Adreßzeile meines Fuches schreibe, ich habe immer nur eine leere Seite mit "Fertig" in der Statuszeile auf meinem Bildschirm, aber nicht die freude-stiftende Meldung "It works!".
Da sollte sich auch mehr als ein "It works!" melden.
Verwechseln wir da gerade .html mit .php? Wenn man die index.html aufruft kommt nur das, die index.php _die_ ist die gesprächige.Hat mich bisher nicht weiter interessiert. Beim Aufruf ohne Dateinamen gewinnt die index.php, das ist das "mehr" und das muss ja auch funktionieren. Sich künstlich auf die index.html zu beschränken kann helfen, wenn man das PHP in Verdacht hat, nicht arbeiten zu wollen und erstmal nur die Direktauslieferfähigkeiten des Apachen testen will. Wie auch immer, das Problem wird ein anderes sein, sagt mein Bauchgefühl.
Lo!
-
-
Hi,
danke für Deine rasche Antwort (gilt natürlich auch an alle anderen).
So, habe jetzt "netstat" mal in eine Textdatei umgeleitet, weil sich das Fenster so schnell wieder schliesst, dass kein Normalsterblicher mitlesen kann:
Aktive Verbindungen
Proto Lokale Adresse Remoteadresse Status
TCP 127.0.0.1:50780 Morfad-PC:50781 HERGESTELLT
TCP 127.0.0.1:50781 Morfad-PC:50780 HERGESTELLT
TCP 127.0.0.1:50782 Morfad-PC:50783 HERGESTELLT
TCP 127.0.0.1:50783 Morfad-PC:50782 HERGESTELLT
TCP 192.168.0.101:51013 apps:http HERGESTELLT
TCP 192.168.0.101:51015 a92-123-72-136:http SCHLIESSEN_WARTEN
TCP 192.168.0.101:51804 ey-in-f102:http WARTEND
TCP 192.168.0.101:63363 a92-123-68-105:http SCHLIESSEN_WARTEN
TCP 192.168.0.101:63364 a92-123-68-177:http SCHLIESSEN_WARTEN
TCP 192.168.0.101:63365 a92-123-68-177:http SCHLIESSEN_WARTENDas sagt mir alles gar nichts, was meinst Du?
Gruß
Enrico-
Hi!
So, habe jetzt "netstat" mal in eine Textdatei umgeleitet, weil sich das Fenster so schnell wieder schliesst, dass kein Normalsterblicher mitlesen kann:
Ich schrieb, du sollst erst ein cmd öffnen. Dadrin kannst du dann alles machen und in Ruhe lesen.
Aktive Verbindungen
Proto Lokale Adresse Remoteadresse Status
TCP 127.0.0.1:50780 Morfad-PC:50781 HERGESTELLT
TCP 192.168.0.101:51013 apps:http HERGESTELLTDann nannte ich ein paar Parameter, die du dem netstat mitgeben solltest, weil die Grundausgabe nicht ausreichend Informationen ergibt. Ohne Parameter a bekommt man nur die Verbindungen und nicht die lauschenden Ports. Ohne n sieht man Namen statt Nummern, also http statt 80 und Rechnernamen statt IP-Adressen, wobei die Namen der Services individuell änderbar, die Nummern jedoch eindeutig sind. Und ohne b siehst du nicht, welches Programm auf dem Port hockt. Das t schränkt dann die Ausgabe auf TCP ein, UDP interessiert hier nicht. Verwende also die Parameter, ansonsten erfährst du von deinem System nichts zur Fehlerfindung dienliches.
Lo!
-
Hi,
sorry, war da wohl etwas zu eifrig mit'm Eintippen... ;-)
Gut, Anweisungen befolgt, nun schaut es wie folgt aus:
Aktive Verbindungen
Proto Lokale Adresse Remoteadresse Status PID
TCP 0.0.0.0:80 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 0.0.0.0:135 0.0.0.0:0 ABHÖREN 752
RpcSs
[svchost.exe]
TCP 0.0.0.0:445 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 0.0.0.0:554 0.0.0.0:0 ABHÖREN 2864
[wmpnetwk.exe]
TCP 0.0.0.0:2869 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 0.0.0.0:5357 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 0.0.0.0:10243 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 0.0.0.0:49152 0.0.0.0:0 ABHÖREN 440
[wininit.exe]
TCP 0.0.0.0:49153 0.0.0.0:0 ABHÖREN 888
eventlog
[svchost.exe]
TCP 0.0.0.0:49154 0.0.0.0:0 ABHÖREN 976
Schedule
[svchost.exe]
TCP 0.0.0.0:49155 0.0.0.0:0 ABHÖREN 524
[lsass.exe]
TCP 0.0.0.0:49158 0.0.0.0:0 ABHÖREN 504
[services.exe]
TCP 0.0.0.0:49159 0.0.0.0:0 ABHÖREN 1480
[spoolsv.exe]
TCP 127.0.0.1:49190 0.0.0.0:0 ABHÖREN 3996
[ccSvcHst.exe]
TCP 127.0.0.1:50780 127.0.0.1:50781 HERGESTELLT 3472
[firefox.exe]
TCP 127.0.0.1:50781 127.0.0.1:50780 HERGESTELLT 3472
[firefox.exe]
TCP 127.0.0.1:50782 127.0.0.1:50783 HERGESTELLT 3472
[firefox.exe]
TCP 127.0.0.1:50783 127.0.0.1:50782 HERGESTELLT 3472
[firefox.exe]
TCP 192.168.0.101:139 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.
TCP 192.168.0.101:51013 192.210.65.125:80 HERGESTELLT 5260
[CorelDRW.exe]
TCP 192.168.0.101:51015 92.123.72.136:80 SCHLIESSEN_WARTEN 5260
[CorelDRW.exe]
TCP 192.168.0.101:63363 92.123.68.105:80 SCHLIESSEN_WARTEN 3224
[jusched.exe]
TCP 192.168.0.101:63364 92.123.68.177:80 SCHLIESSEN_WARTEN 3928
[jucheck.exe]
TCP 192.168.0.101:63365 92.123.68.177:80 SCHLIESSEN_WARTEN 4516
[jusched.exe]Sagt mir aber immer noch nichts...
Dass das so problematisch sein könnte, hätte ich mir nicht gedacht...
In Norton habe ich mal alle ausführbaren Dateien von XAMPP zugelassen, ohne Wirkung.
Gruß
Enrico-
Die error_log vom Apache meldet Folgendes:
(OS 10013)Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig. : make_sock: could not bind to address [::]:80
(OS 10013)Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig. : make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs???
Gruß
Enrico -
Hi!
Proto Lokale Adresse Remoteadresse Status PID
TCP 0.0.0.0:80 0.0.0.0:0 ABHÖREN 4
Es konnten keine Besitzerinformationen abgerufen werden.Das ist die Zeile, die dir zeigt, dass da jemand auf Port 80 lauscht. Dass da nicht sein Name angezeigt wird, liegt vielleicht an einer fehlenden Berechtigung. Bringt es etwas, wenn du die Eingabeaufforderung im Startmenü suchst, diese mit Rechtsklick und "Ausführen als Administrator" startest und dann den netstat wiederholst? Alternativ öffne den Taskmanager und such den Prozess mit der PID 4 (PID=Prozess-ID). Dazu musst du gegebenenfalls die PID-Spalte erst noch sichtbar machen (Ansicht->Spalten auswählen) und Prozesse aller Benutzer anzeigen lassen.
Die error_log vom Apache meldet Folgendes:
(OS 10013)Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig. : make_sock: could not bind to address [::]:80
(OS 10013)Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig. : make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down"Zugriffsrechte" lässt darauf schließen, dass der Apache nicht mit Administrator-Rechten gestartet wurde und damit Port 80 nicht an sich binden durfte. Wobei ich mir jetzt nicht sicher bin, dass das unter Windows so der Fall ist und nicht nur unter Unix ein Nicht-Root-Problem ist. Wenn aber das Binden nicht klappt, trotzdem aber jemand auf Port 80 hängt, kann auch der erste Satz irreführend sein und es liegt an "dem anderen" mit der PID 4.
Lo!
-
Hi,
Unterhalb der Eingabeaufforderung, von der aus ich den Befehl "cmd" abschicke, steht "Diese Aufgabe wird mit Administratorrechten erstellt.".
Ok, am netstat-Report hat sich nichts geändert.
Im Task-Manager steht unter der PID 4 das "system" als Nutzer(?) / Abhörer (?) / ...
Heisst das jetzt, dass ich PHP gar nicht zum Laufen bringen kann?
Gruß
Enrico-
Hi!
Unterhalb der Eingabeaufforderung, von der aus ich den Befehl "cmd" abschicke, steht "Diese Aufgabe wird mit Administratorrechten erstellt.".
Ok, am netstat-Report hat sich nichts geändert.Hab ich mittlerweile auch festgestellt. Auch als Admin bekommt man da keine nähere Information.
Im Task-Manager steht unter der PID 4 das "system" als Nutzer(?) / Abhörer (?) / ...
Es ist also ein Bestandteil des Systems, der da auf dem Port rumlungert. Und was anderes als der IIS käme da in Frage?
Heisst das jetzt, dass ich PHP gar nicht zum Laufen bringen kann?
PHP läuft prinzipiell auch ohne Webserver, was dir aber nichts bringt, wenn du Webanwendungen testen/erstellen willst. Das Problem liegt daran, dass dein Apache-Webserver nicht startet, weil bereits ein anderer auf dem Port 80 aktiv ist. Deaktiviere diesen oder konfiguriere den Apachen auf einen anderen Port um.
Lo!
-
'ǝɯɐu$ ıɥ
PHP läuft prinzipiell auch ohne Webserver, was dir aber nichts bringt, wenn du Webanwendungen testen/erstellen willst. Das Problem liegt daran, dass dein Apache-Webserver nicht startet, weil bereits ein anderer auf dem Port 80 aktiv ist. Deaktiviere diesen oder konfiguriere den Apachen auf einen anderen Port um.
Oder so?
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
Hi,
Mann, Mann, Mann, das artet ja gewaltig aus... :-(
Ich glaub, ich..., ne, dafür muß es eine dauerhafte und zufriedenstellende Lösung geben ;-)
Gruß
Enrico
-
-
Hi,
Und was anderes als der IIS käme da in Frage?
Was ist denn ein "IIS"?
Oh Mann, bin ich froh, dass alles andere läuft... ;-)
Das Control-Panel von XAMPP liefert mir nach Klick auf "Port-Check" die gleiche Info wie der Task-Manager (logisch), meldet mir aber auch, dass Port 81 frei wäre:
Service Port Status
Apache (HTTP) 80 Process: System
Apache (WebDAV) 81 free
Apache (HTTPS) 443 freeDas Problem liegt daran, dass dein Apache-Webserver nicht startet,
weil bereits ein anderer auf dem Port 80 aktiv ist.Heisst das, dass ich mehrer (Apache-)Web-Services am Laufen habe?
konfiguriere den Apachen auf einen anderen Port um
Wie/wo kann ich den Apache umkonfigurieren?
Sorry für die - in Deinen Augen vielleicht blöden Fragen - aber mit so etwas beschäftige ich mich heute zum allerersten Mal.
Enrico
-
'ǝɯɐu$ ıɥ
Was ist denn ein "IIS"?
Ein Server
Das Problem liegt daran, dass dein Apache-Webserver nicht startet,
weil bereits ein anderer auf dem Port 80 aktiv ist.Heisst das, dass ich mehrer (Apache-)Web-Services am Laufen habe?
Noch einen Dienst der auf Port80 lauscht.
konfiguriere den Apachen auf einen anderen Port um
Wie/wo kann ich den Apache umkonfigurieren?
http://faq.kwm-web.info/doku.php/apache
punkt2 - nimm anstatt 80 vlt. 8080Oder kille Norton...
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
***** * * **** ***** ****
* * * * * * * *
***** * * **** *** ****
* * * * * * *
***** *** * ***** * *Vielen, vielen, vielen Dank, jetzt läuft es...
Nach Eingabe von "http://localhost:8080/index.php" hat sich die Adreßleiste in "http://localhost:8080/xampp/splash.php" geändert und mir einen so was von erquicklichen XAMPP-Screen geliefert :-)
Gruß
Enrico-
'ǝɯɐu$ ıɥ
Nach Eingabe von "http://localhost:8080/index.php" hat sich die Adreßleiste in "http://localhost:8080/xampp/splash.php" geändert und mir einen so was von erquicklichen XAMPP-Screen geliefert :-)
Freut mich :-) wenn du jetzt noch in der httpd.conf das dauerhaft änderst (lt. Anleitung) kannst du dir das Gedöns mit :8080 auch sparen.
Achso, wenn das Dingens nicht von außen erreichbar sein muß, ändere es von 80 auf 127.0.0.1:8080 ansonsten nur auf 8080.
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
Hi,
Zum Testen muß die HP definitiv nicht von Außen erreichbar sein, das erspar ich mir, bis alles (Homepagetechnische) steht ;-)
Nochmals ein herzliches Dankeschön :-)
Gruß
Enrico -
Hi!
Freut mich :-) wenn du jetzt noch in der httpd.conf das dauerhaft änderst (lt. Anleitung) kannst du dir das Gedöns mit :8080 auch sparen.
Wieso sollte er sich das sparen können? Dann geht der Webbrowser wieder auf den Standard-Port 80 und landet beim IIS. Wenn er :8080 weglassen möchte, muss er das Problem mit dem IIS lösen und nicht eine Umgehung im Apachen verwenden.
Lo!
-
'ǝɯɐu$ ıɥ
Freut mich :-) wenn du jetzt noch in der httpd.conf das dauerhaft änderst (lt. Anleitung) kannst du dir das Gedöns mit :8080 auch sparen.
Wieso sollte er sich das sparen können? Dann geht der Webbrowser wieder auf den Standard-Port 80 und landet beim IIS. Wenn er :8080 weglassen möchte, muss er das Problem mit dem IIS lösen und nicht eine Umgehung im Apachen verwenden.
Nein, ich meinte er muss dann nicht immer Seiten mit zb http://localhost:8080/index.php angeben, wenn er das in der httpd.conf ändert lauscht der Indianer dauerhaft an Port 8080 und es reicht einfach http://localhost/index.php anzugeben.
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
Hi!
Nein, ich meinte er muss dann nicht immer Seiten mit zb http://localhost:8080/index.php angeben, wenn er das in der httpd.conf ändert lauscht der Indianer dauerhaft an Port 8080 und es reicht einfach http://localhost/index.php anzugeben.
Irrtum deinerseits. Die Port-Angabe in der URL sagt nicht dem Apachen, wo er horchen soll, sondern sagt dem Browser, dass er sich zu einem anderen Port als den Standardport verbinden soll. Wenn du die weglässt, nimmt der Browser wieder die 80 und kommt nicht zum Apachen sondern zum IIS. Dagegen hilft keine Apache-Konfiguration.
Lo!
-
-
-
-
-
-
Hi!
Und was anderes als der IIS käme da in Frage?
Was ist denn ein "IIS"?Früher gab es Lexika, heute die Wikipedia. "Internet Information Server", der Webserver von Microsoft.
Das Problem liegt daran, dass dein Apache-Webserver nicht startet, weil bereits ein anderer auf dem Port 80 aktiv ist.
Heisst das, dass ich mehrer (Apache-)Web-Services am Laufen habe?Mein Satz war nicht ganz eindeutig. Es heißt, dass da bereits ein irgendein Webserver läuft. Aber sicher kein Apache, wenn man die anderen bereits bekannten Informationen hinzunimmt. Anwenderprogramme laufen üblicherweise nicht mit der PID vom System.
konfiguriere den Apachen auf einen anderen Port um
Wie/wo kann ich den Apache umkonfigurieren?Wenn du vom IIS nichts weißt, beende diesen einfach oder deinstallier ihn. Beenden: Systemsteuerung->Administrative Tools->Dienste und da "World Wide Web Publishing Service" oder so ähnlich. Stoppen und den Start-Typ auf deaktiviert oder manuell setzen.
Sorry für die - in Deinen Augen vielleicht blöden Fragen - aber mit so etwas beschäftige ich mich heute zum allerersten Mal.
Blöde Fragen sehen ganz anders aus.
Lo!
-
-
-
-
-
'ǝɯɐu$ ıɥ
In Norton habe ich mal alle ausführbaren Dateien von XAMPP zugelassen, ohne Wirkung.
Deinstallieren und gut ist (hast du Skype?)
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
Hi,
Deinstallieren und gut ist (hast du Skype?)
Nein, Skype oder Ähnliches habe ich nicht.
Meinst Du Norton deinstallieren oder XAMPP?
Gruß
Enrico-
'ǝɯɐu$ ıɥ
Meinst Du Norton deinstallieren oder XAMPP?
Norton
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields
-
-
Hi!
(hast du Skype?)
Skype kann eine Ursache sein, weil das auch gern Port 80 belegt. Aber das ist kein Bestandteil des Systems, läuft also nicht unter PID 4. Skype hätte man anders in der Netstat-Ausgabe gesehen, kommt also als Ursache nicht in Frage. Außerdem betreibt Skype keinen Webserver und dürfte meinesErachtens nach über den Browser angewählt nicht so tun als wenn es einer wäre - sprich: kein ordentliches "Fertig" sondern eine Fehlermeldung liefern.
Lo!
-
'ǝɯɐu$ ıɥ
Skype kann eine Ursache sein, weil das auch gern Port 80 belegt. Aber das ist kein Bestandteil des Systems, läuft also nicht unter PID 4. Skype hätte man anders in der Netstat-Ausgabe gesehen, kommt also als Ursache nicht in Frage. Außerdem betreibt Skype keinen Webserver und dürfte meinesErachtens nach über den Browser angewählt nicht so tun als wenn es einer wäre - sprich: kein ordentliches "Fertig" sondern eine Fehlermeldung liefern.
Stimmt, hätte der OP mal gegoogelt oder hätte einen Blick in die XAMPP FAQ geworfen hätte er sich wahrscheinlich sein Posting sparen können.
ssnɹƃ
ʍopɐɥs--
I like children. If they're properly cooked.
- W.C. Fields-
Hi!
Stimmt, hätte der OP mal gegoogelt oder hätte einen Blick in die XAMPP FAQ geworfen hätte er sich wahrscheinlich sein Posting sparen können.
Naja, für das "OS 10013" braucht er das error_log. Ich weiß nicht, ob ihm bewusst war, dass es das gibt und man da nachschauen sollte. Die XAMPP-Doku zu vernachlässigen ist schon recht ungünstig, aber wer liest schon 10 Minuten Dokumentation, wenn man stattdessen stundenlang rumprobieren kann.
Außerdem hab ich ja aufgrund seines Problems auch wieder neues gelernt.
Lo!
-
Hi,
mir war sehr vieles nicht klar, aber jetzt läuft es endlich, weil mir shaddow erklärt hat, dass ich "lediglich" den Listen-Port ändern muß, aber wie das funktioniert, da wäre ich nie drauf gekommen, da php beim letzten Mal unter Windows XP einfach flutschte, evtl. weil ich auf dem damaligen Nebenrechner auch keine Firewall installiert hatte...
Aber ohne stundenlanges Rumärgern wäre es mir durchaus lieber gewesen ;-)
Gruß
Enrico-
Hi!
mir war sehr vieles nicht klar,
Das macht ja nichts. Das geht jedem so.
aber jetzt läuft es endlich, weil mir shaddow erklärt hat, dass ich "lediglich" den Listen-Port ändern muß,
Das ist aber nur ein Workaround und keine Problemlösung. Wenn du den IIS nicht benötigst, deaktiviere ihn anstatt ihn ungenutzt laufen zu lassen. Spart ja auch wieder ein wenig Zeit beim Systemstart und Ressourcen.
Lo!
-
Hi,
Wenn du den IIS nicht benötigst, deaktiviere ihn
Von welchem Programm er nun letztendlich belegt ist, weiß ich nicht, aber ich bin erstmal froh, dass ich jetzt endlich loslegen kann :-)
Gruß
Enrico
-
-
-
-
-
-
-
-
Hi!
Das t schränkt dann die Ausgabe auf TCP ein,
Nur noch der Korrektheit wegen, p statt t war gemeint.
Lo!
-
-
-
-
Guten Morgähn,
als Erstes bitte ich um Vergebung, dass ich das Thema "PHP zum Laufen bringen" wohl zum unendlichsten Male in's Gespräch bringe, aber ich versuche seit einer Stunde, XAMPP 1.7.3 Lite auf meinem Windows 7-Rechner (64bit) zum Laufen zu bringen, bedauerlicherweise bislang erfolglos.
Muß ich denn "sonst" noch Anpassungen vornehmen, blockiert mir Windows oder Norton aus welchen Gründen auch immer die Ausführung?
guckts du hier http://www.apachefriends.org/de/faq-xampp-windows.html
mfg