Re: Apache223 will nicht mit PHP520

Re: Apache223 will nicht mit PHP520

am 11.11.2006 21:35:59 von Matthias Esken

On Sat, 11 Nov 2006 20:44:17 +0100, Ralph Stahl wrote:

> - In php.ini steht
>
> extension_dir = "C:\webserver\php\ext"
>
> - In der httpd.conf steht:
>
> PHPIniDir "C:\webserver\php\"
> LoadModule php5_module "C:\webserver\php\php5apache2_2.dll"
>
> Das scheint ignoriert zu werden, denn wenn ich dennoch die php.ini nach
> z.B. ndows kopiere, gehts zwar auch nicht, aber anders - es reagiert
> also drauf.

Ja klar. PHP über die Kommandozeile ist was anderes als PHP als Modul im
Apache eingebunden. Die beiden sind nur dann gleich, wenn du PHP als CGI
einbindest.

PHPIniDir ist auch noch relativ frisch. Vielleicht steckt ja tatsächlich
'ne Macke drin. Verwende mal Vorwärtsslashes als Pfadtrenner.

> PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\webserver
> \\php\\ext\\php_mysql.dll' - Das angegebene Modul wurde nicht gefunden.
> \r\n in Unknown on line 0
> PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\webserver
> \\php\\ext\\php_mysqli.dll' - Das angegebene Modul wurde nicht gefunden.
> \r\n in Unknown on line 0

An den Rest der Installationsanweisung hast du dich aber gehalten? Die
Rückfrage bezieht sich jetzt vor allem auf die "libmysql.dll". Details im
Handbuch unter http://www.php.net/manual/en/ref.mysql.php.

> Natürlich stehen die beiden Module genau dort. Übrigens, die anderen
> Module (zip, pdf...) werden nicht angemeckert, aber auch nicht geladen.

Das hast du via php_info() überprüft nehme ich an?

fup2 de.comp.lang.php.installation

Gruß,
Matthias

Re: Apache223 will nicht mit PHP520

am 13.11.2006 17:17:07 von Ralph Stahl

Moin,

ich hatte nochmal geschrieben gestern, ist aber wohl nihct angekommen...=20
Also nochmal:


In schrieb muelleimer2006
@usenetverwaltung.org:
> On Sat, 11 Nov 2006 20:44:17 +0100, Ralph Stahl wrote:
>=20
> > - In php.ini steht
> >
> > extension_dir =3D "C:\webserver\php\ext"
> >
> > - In der httpd.conf steht:
> >
> > PHPIniDir "C:\webserver\php\"
> > LoadModule php5_module "C:\webserver\php\php5apache2_2.dll"
> >
> > Das scheint ignoriert zu werden, denn wenn ich dennoch die php.ini nach=
=20
> > z.B. ndows kopiere, gehts zwar auch nicht, aber anders - es reagiert=20
> > also drauf.
>=20
> Ja klar. PHP über die Kommandozeile ist was anderes als PHP als Modul i=
m
> Apache eingebunden. Die beiden sind nur dann gleich, wenn du PHP als CGI
> einbindest.

Ah ja, wieder was gelernt. Die "Lösung" ist auch gefunden, auch wenn sie=
=20
merkwürdig ist:=20

In der php.ini gibt es eine Zeile "short_open_tag =3D Off". Damit wird=20
festgelegt, daß ich schreiben muß und nicht . Die=20
Langform nehme ich fauler Mensch nicht. Kaum habe ich das auf ON=20
gestellt, hat alles geklappt. Will heißen: die php-Seite mit einigem=20
html-Zeugs drin und am Ende wurde zwar als ganzes=20
ordentlich angezeigt, aber das phpinfo() nicht. Deswegen dachte ich, php=20
geht "irgendwie nicht".

>=20
> PHPIniDir ist auch noch relativ frisch. Vielleicht steckt ja tatsächlic=
h
> 'ne Macke drin. Verwende mal Vorwärtsslashes als Pfadtrenner.

Nein, nun geht es, und egal ob mit / oder \. Auch die Module kommen=20
alle.

>=20
> > PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\webserve=
r
> > \\php\\ext\\php_mysql.dll' - Das angegebene Modul wurde nicht gefunden.
> > \r\n in Unknown on line 0
> > PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\webserve=
r
> > \\php\\ext\\php_mysqli.dll' - Das angegebene Modul wurde nicht gefunden=
..
> > \r\n in Unknown on line 0
>=20
> An den Rest der Installationsanweisung hast du dich aber gehalten? Die
> Rückfrage bezieht sich jetzt vor allem auf die "libmysql.dll". Details =
im
> Handbuch unter http://www.php.net/manual/en/ref.mysql.php.

Ja, ist alles gut. Die DLL habe ich nach \windoof kopiert und so klappt=20
auch mysql. Schwere Geburt diesmal.

Am Rande: ich habe den ganzen Zirkus gemacht, weil ich vorher php 5.1.1=20
hatte und auf php.net dringend empfohlen wird, auf 5.2 upzudaten. Der=20
Grund sei die stark fehlerhafte Speicherverwaltung. Das kann ich=20
nachvollziehen, denn ein größeres Programm (PHPdocumentator) mit=20
vermutlich viel Iteration lief sich tot und starb immer mit=20
Speicherüberlauf (bei 3 GB virtuellem Speicher!). Jetzt geht es in 10=20
Sekunden anstandslos durch.

Danke Euch!
Ralph

Re: Apache223 will nicht mit PHP520

am 13.11.2006 17:39:41 von Matthias Esken

On Mon, 13 Nov 2006 17:17:07 +0100, Ralph Stahl wrote:

> In der php.ini gibt es eine Zeile "short_open_tag = Off". Damit wird
> festgelegt, daß ich schreiben muß und nicht . Die
> Langform nehme ich fauler Mensch nicht.

Wenn du dich darauf verlässt, dass bei dir immer short_open_tag aktiv ist,
dann ist das in Ordnung. Du bekommst aber natürlich dann Probleme wenn du
auf einem System arbeitest das dir diesen Shortcut nicht bietet.

Ich bevorzuge es, Software so zu schreiben, dass sie möglichst auf jedem
beliebigen System läuft. Daher bemühe ich mich den Code so zu schreiben,
dass er unabhängig von den gemachten Einstellungen ist.

Gruß,
Matthias

Re: Apache223 will nicht mit PHP520

am 13.11.2006 18:07:04 von Michael Fesser

..oO(Ralph Stahl)

>In der php.ini gibt es eine Zeile "short_open_tag = Off". Damit wird
>festgelegt, daß ich schreiben muß

Das ist die einzig zuverlässige Variante.

>und nicht . Die
>Langform nehme ich fauler Mensch nicht.

Solltest Du aber, sonst sind die nächsten Probleme schon vorprogram-
miert. Die drei Zeichen mehr machen den Kohl nicht fett. Und falls Dir
das immer noch zu viel ist - Editoren wie z.B. jEdit können bei
entsprechender Konfiguration ein
Ein dateiweites Suchen-und-Ersetzen tut's zur Not auch.

>Am Rande: ich habe den ganzen Zirkus gemacht, weil ich vorher php 5.1.1
>hatte und auf php.net dringend empfohlen wird, auf 5.2 upzudaten. Der
>Grund sei die stark fehlerhafte Speicherverwaltung.

Die alte Speicherverwaltung war nicht unbedingt fehlerhaft, aber
erheblich langsamer. Allein das Update auf 5.2 brachte meinen recht OOP-
lastigen Skripten einen deutlichen Geschwindigkeitsschub.

Dazu hat die 5.2 noch etliche andere nette Features, so daß ein Update
praktisch Pflicht ist.

>Das kann ich
>nachvollziehen, denn ein größeres Programm (PHPdocumentator) mit
>vermutlich viel Iteration lief sich tot und starb immer mit
>Speicherüberlauf (bei 3 GB virtuellem Speicher!).

Evtl. Speicherlimit in der php.ini gesetzt?

Micha

Re: Apache223 will nicht mit PHP520

am 13.11.2006 18:07:25 von Joerg Behrens

Matthias Esken schrieb:
> On Mon, 13 Nov 2006 17:17:07 +0100, Ralph Stahl wrote:
>
>> In der php.ini gibt es eine Zeile "short_open_tag = Off". Damit wird
>> festgelegt, daß ich schreiben muß und nicht . Die
>> Langform nehme ich fauler Mensch nicht.
>
> Wenn du dich darauf verlässt, dass bei dir immer short_open_tag aktiv ist,
> dann ist das in Ordnung. Du bekommst aber natürlich dann Probleme wenn du
> auf einem System arbeitest das dir diesen Shortcut nicht bietet.
>
> Ich bevorzuge es, Software so zu schreiben, dass sie möglichst auf jedem
> beliebigen System läuft. Daher bemühe ich mich den Code so zu schreiben,
> dass er unabhängig von den gemachten Einstellungen ist.

Nicht nur das..... was meinst du was fuer dicke Backen er macht wenn da
mal ein "
Aber zumind. haben wir ihn ja gewarnt.

Gruss
Joerg

--
TakeNet GmbH http://www.takenet.de
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025

Re: Apache223 will nicht mit PHP520

am 13.11.2006 22:15:16 von Matthias Esken

On Mon, 13 Nov 2006 18:07:04 +0100, Michael Fesser wrote:

> .oO(Ralph Stahl)
>
>> In der php.ini gibt es eine Zeile "short_open_tag = Off". Damit wird
>> festgelegt, daß ich schreiben muß
>
> Das ist die einzig zuverlässige Variante.