AW: [php] php im Intranet

[Beck, Mike]

> Hallo Friedhelm, hallo Joerg, hallo Liste,
>
> holliwell_(at)_gmx.net schrieb am 09.01.2002 um 00:33 unter anderem:
>
> > Was steht denn in dem betreffenden Error-Log des Apache (Server)?
> Muss ich nachsehen, ist aber eine gute Idee.

*ROFL*

>
>
> > Joerg hat schon recht, ohne dass du ein paar mehr Infos
> mitschickst, bleibt
> > das schwierig.
> Das  ist  schon klar. Ich wollte nicht gleich die ganze
> httpd.conf  hier  posten.  Ausserdem hatte ich eher auf
> ein  "man  kann grundsätzlich nicht über LAN auf andere
> htdoc-Verzeichnisse zugreifen" gewartet.

also ich versteh immer weniger was Du da machst... Was meinst Du mit 'auf
htdoc Verzeichnisse zugreifen'? Du hast doch offensichtlich per http auf
deinen Server zugegriffen (= per Internet Explorer http://meinserver/
aufgerufen) und wenn Du ein TCP/IP Netzwerk  hast dann ist es doch dem
Server egal ob er im Internet steht und eine Anfrage aus Kasachstan annimmt
oder ob er im Intranet steht und eine Anfrage von dem Rechner links hinten
annimmt...

und was willst Du überhaupt mit PHP auf dem Client? mag ja praktisch sein
PHP auch auf seinem Arbeitsplatzrechner zum testen zu haben, aber darauf, ob
dein Server imstande ist Dir eine php Seite zu parsen hat das gar keinen
Einfluss was Du auf deinem Arbeitsplatz hast oder nicht.

Also ich würde vorschlagen Du ignorierst diese Sachen mal und beschränkst
Dich darauf wieso das PHP auf deinem Server nicht mit dem Apachen
zusammenarbeitet. Dazu schaut man sich zuerst mal die Fehlermeldungen an.
Nachdem weiter unten schon von jemand anders gesagt wurde, dass CGI unter
Windows oft zu Problemen führt (Kann ich nix dazu sagen, außer polemischem
über das OS ;-) wäre die zweite Lösungsmöghlichkeit, Du deinstallierst das
wieder und schaust Dir mal die Installationsanweisungen an wie man PHP als
Modul installiert. Vielleicht klappt das ja dann auf Anhieb.

> Lacht  euch  nicht schlapp, aber wie erkennt man ob php
> als Modul oder CGI installiert ist?

daran wie es in der httpd.conf aufgerufen wird

> > Apache, CGI und Windows vertragen sich meiner Erfahrung
> nach nicht so gut.
> > Was da besser zu funktionieren scheint ist Omnihttp. Du
> brauchst doch nicht
> > unbedingt Apache? Aber ich schweife ab.....

obwohl er im Zweifelsfall wohl mit Apache + PHP als Modul das mächtigere
Werkzeug hat... ob im das was bringt sei dahingestellt ;-)

> Doch,  ich will am Apachen ja etwas lernen, denn im WEB
> habe  ich  ja auch Apache. Dass das ganze unter Windows
> alles Stückwerk ist, muss man eben hinnehmen. ;-)

nun auch unter Linux kommt man nicht umhin mal die Liesmichdateien
durchzuschauen. Und schliesslich ist es ja nicht so als wolltest Du nur die
Bildschirmhintergrundfarbe ändern - Du installierst einen  umfangreichen
Webserver und ein Modul das von diesem Anfragen entgegennimmt, parst und das
dann wieder zurückgibt. Das ist zwar nicht gerade Hexenwerk, aber halt doch
eigentlich Aufgabe eines System- bzw. Netzwerkadministrators, da kommt man
manchmal halt doch nicht umhin, sich ein grundsätzliches Wissen darüber wie
das Netzwerk funktioniert anzueignen.

--
Gruß

Mike Beck
mike.beck_at_ibmiller.de