Suche

[Martin]

Hi,
bevor ich das vkpMx update, wollte ich das Update erst mal auf meinem Testserver(W2K, IIS, PHP 4.3.3, MySQL 4.0.14b) ausprobieren. Das "alte" VKP lief dort wunderbar.
Nach dem Update kommt nun, wenn ich Error-Reporting auf _ALL stelle:

Notice: Undefined index: REQUEST_URI in N:\public_html\myfreising\CMS\includes\mx_baseconfig.php on line 79


Headers already sent in N:\public_html\myfreising\CMS\includes\mx_baseconfig.php on line 79

Session: initialisation failed

Muss ich in der php.ini noch etwas einstellen oder kann es an der Installation liegen?

[Editiert am 1/9/2003 von Martin]

[Ria]

Hallo Illuminator,

Man Rät hier in der Regel das Error-Reporting nicht zu aktivieren.
An sonsten leider keine Ahnung.
Gruss Ria

[Andi]

Hi Martin

Problem ist tatsächlich die unter dem IIS nicht vorhandene Server-Variable REQUEST_URI. Bin gerade auf der Suche nach einer Lösung. Leider kann das von uns keiner testen, weil niemand den IIS als lokalen Server verwendet...
Auf einem Apachen ist das kein Problem, da funzt das einwandfrei.

Könntest Du mir mal die HTML-Ausgabe der phpinfo() zukommen lassen?
Einfach im root eine php Datei mit folgendem Inhalt erstellen:
 php
phpinfo();
 
Die Datei aufrufen, die Ausgabe als html-Datei speichern und mir schicken.
info@pragmamx.org

Wäre prima und würde uns bestimmt weiterhelfen  


@Ria
Zum normalen Betrieb der Website abschalten.
Zum Testen und programmieren immer einschalten. Nur so können versteckte Fehler entdeckt werden.
   

[Martin]

wenn ich das error-Reporting abstelle, kommt nur der Themeheader und drunter steht  "You can´t access this file directly" -- das is noch weniger Aussagekräfig ;)

[Andi]

Jo, den zweiten Fehler hatten wir gerade bei einem Kunden von power-maax. Dort lag es an einem alten Block (block-menuGerman) . Hat mit dem ersten Problem nix zu tun.

Schickst mir die phpinfo()      

[Martin]

gerade geschehen.

Wir haben wohl gleichzeitig gepostet, deshalb hab ich deinen Post übersehen ;)

Stimmt, den block-menuGerman hab ich auch noch drauf. THX :)

------------------
Jetzt hab ich den Block rausgenommen, kann mich aber nicht als Admin anmelden (Als User gehts). Liegt das an dem Session-Problem
------------------

[Editiert am 2/9/2003 von Martin]

[Sven]

Also bei mir liegt das vkpmx inzwischen auf dem IIS. Läuft superb, keine Fehlermeldungen.
Anschauen kann man das hier:
http://legions.servebeer.com:78/mxfinal
eine phpinfo zum Vergleichen gibt es unter
http://legions.servebeer.com:78/mxfinal/phpinfo.php

Error Reporting ist an.

Mal als Frage Martin, als was ist php bei deinem IIS installiert, als CGI oder als ISAPI Modul?

[Martin]

Hi Sven,

ich hab php als cgi installiert. Bzw. hab ich einfach das setup ausgeführt und php hat sich als cgi installiert
Hab mir vorher keine großen gedanken gemacht, wie ich´s installieren soll, sondern war nur froh, dass es den IIS auch gleich richtig konfiguriert hat

Meinst, es liegt an der Installationsweise?

Dumme Frage: Wie kann ich php als ISAPI Modul installieren?

[Sven]

Also ob es daran liegt kann ich dir net 100% beantworten. Nur CGI spinnt halt immer ein bisserl rum.

Also ich hab PHP bei mir manuell installt, also alles selber gemacht und net durch ein Install Script.

Jetzt kommt ein ziemlich langer Text und der ist leider nur in Englisch, hoffe du steigst trotzdem durch. Wenn nicht einfach hier wieder fragen.

     !NOTE!: Since 4.1.2, the php.ini setting cgi.force_redirect defaults to '1'
    which effectively prevents the cgi from working within IIS. You need to set
    up at least a minimal php.ini file with the following directive:

      cgi.force_redirect = 0

Das solltest du mal abchecken in deiner php.ini

    If it doesn't work immidiately, make sure you have the php.ini file in the
    right place (%SYSTEMROOT%\php.ini).


   To use the ISAPI module, do the following:

    If you don't want to perform HTTP Authentication using PHP,
    you can (and should) skip this step. Under ISAPI Filters,
    add a new ISAPI filter. Use PHP as the filter name, and
    supply a path to the php4isapi.dll.

    Under 'Home Directory', click on the 'Configuration' button.
    Add a new entry to the Application Mappings. Use the path
    to the php4isapi.dll as the Executable, supply .php as the
    extension, leave Method exclusions blank, and check the
    Script engine checkbox.

    Stop IIS completely (net stop iisadmin)
    Start IIS again  (net start w3svc)

Noch etwas, ich hatte fast die gleichen Fehlermeldungen wie du, ich hatte aber auch noch die alte Beta Version am Wickel und nicht die Final.

[Martin]

soo, cgi.force_redirect = 0 ist schon in der php.ini eingetragen.

Also bleibt nur der Versuch über die ISAPI Version. Dazu deinstalliere ich wohl am besten php nochmal komplett und installiere es nochmal neu..

Wenn das in deiner Beschreibung alle Schritte sind, ist´s ja kei Problem

[Andi]

   
Oder nimm besser einen richtigen Apachen, da haste mit Sicherheit die bessere Wahl für einen Localhost.

[Sven]

@ Andi

pssssssttttttt, es laufen auch beide nebeneinander recht gut