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

Moin,

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


In <ej5fnv.3g4.1 [at] usenet.esken.de> schrieb muelleimer2006
[at] usenetverwaltung.org:
> On Sat, 11 Nov 2006 20:44:17 +0100, Ralph Stahl wrote:
>
> > - 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=

> > 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 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=

merkwürdig ist:

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

>
> 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
alle.

>
> > 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
>
> 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
auch mysql. Schwere Geburt diesmal.

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. 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!). Jetzt geht es in 10
Sekunden anstandslos durch.

Danke Euch!
Ralph

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 <?php...?> 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

..oO(Ralph Stahl)

>In der php.ini gibt es eine Zeile "short_open_tag = Off". Damit wird
>festgelegt, daß ich <?php...?> 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 <? automagisch zu <?php erweitern.

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

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 <?php...?> 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 "<?xml ....." in seinen Dateien vorkommt.

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

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 <?php...?> schreiben muß
>
> Das ist die einzig zuverlässige Variante.

<script language="php"> geht auch.

Gruß,
Matthias