Re: PDO : MySQL unter Win aktivieren
Carsten Wiedmann
> Laut php_info ist nur der PDO driver für sqlite2 aktiviert. Es soll
> aber MySQL genutzt werden. (php_mysql u/o php_mysqli.dll sind aktiv)
>
> Das PHP-Manual ( http://de.php.net/manual/de/pdo.installation.php )
> erklärt nur, dass in der php.ini die PDO-Extension vor denen der
> einzelnen DB-Treiber geladen werden müsse. Also habe ich sie nach
> vorne geholt (innerhalb des 'Blocks' der - jeweils in einem eigenen
> Abschnitt: [PHP_PDO], [PHP_MYSQL] usw. - geladenen Extensions). Es
> ändert aber nichts: die Anwendung läuft nicht, php_info kennt nur
> PDO/sqlite2 :(
Verschieben musst du normal nichts in der "php.ini". Die Extensins stehen ja
i.d.R schon alle untereinander (im Abschniitt "Dynamic Extensions"), und
müssen nur dementsprechend aktiviert werden.
Ansonsten wäre es auch egal wo in der INI das alles steht, Hauptsache die
"php_pdo.dll" steht vor den ganzen "php_pdo_*.dll" drin.
Abgesehen vom der pdo-Extension (die du schon hast), musst du für MySQL eben
auch noch die pdo_mysql-Extension laden:
| extension=php_pdo_mysql.dll
Die DLL sollte natürlich auch in deinem Extension Directory vorhanden sein.
fup2 + xpost de.comp.lang.php.installation
Gruß
Carsten
Claus-Volker Klenke
<carste...@gmx.de> wrote:
>in der "php.ini". Die Extensions stehen ja
>i.d.R schon alle untereinander (im Abschniitt "Dynamic Extensions"), und
>m�ssen nur dementsprechend aktiviert werden.
>Ansonsten w�re es auch egal wo in der INI das alles steht, Hauptsache die
>"php_pdo.dll" steht vor den ganzen "php_pdo_*.dll" drin.
Ich sehe noch nicht, ob da schon ein Problem liegen k�nnte. Bei mir
'klebte' am Schluss der ini etwas der Art:
; End:
[PHP_PDO]
extension=php_pdo.dll
...
[PHP_MYSQL]
extension=php_mysql.dll
...
[PHP_SQLITE]
extension=php_sqlite.dll
Ich nahm an, dass der Installer das so geschrieben hat. Den ganzen
Block in "Dynamic Extensions" zu verschieben hatte nichts gebracht.
>... musst du f�r MySQL eben
>auch noch die pdo_mysql-Extension laden:
>| extension=php_pdo_mysql.dll
Ah. Bist Du sicher, dass die so hei�en? Da sind n�mlich nur die oben
genannten, aber nichts � la "php_pdo_xyz.dll"...
(Hm, k�nnte es sein, dass man die PDO-MySQL-usw-Unterst�tzung bei der
Installation explizit 'dazu-w�hlen' muss? Das w�rde manches erkl�ren.)
>fup2 + xpost de.comp.lang.php.installation
[- ich bleibe mal hier, damit der Thread zusammen bleibt -]
Gru�,
volker.
--
Claus-Volker Klenke
cv.klenke(at)arcor.de
--
Claus-Volker Klenke
>[- ich bleibe mal hier, damit der Thread zusammen bleibt -]
Carsten Wiedmann
> Ich nahm an, dass der Installer das so geschrieben hat. Den ganzen
> Block in "Dynamic Extensions" zu verschieben hatte nichts gebracht.
>
>> auch noch die pdo_mysql-Extension laden:
>> | extension=php_pdo_mysql.dll
>
> genannten, aber nichts à la "php_pdo_xyz.dll"...
>
> (Hm, könnte es sein, dass man die PDO-MySQL-usw-Unterstützung bei der
> Installation explizit 'dazu-wählen' muss? Das würde manches erklären.)
Ah, das liegt dann tatsächlich am Installer. Hab sonst nur immer das ZIP.
Der Installer wohl nur die ausgewählten Extensions aktivieren, und auch nur
diese in das Verzeichnis kopieren. (auch irgendwie dumm).
Anstatt neu zu installieren, könntest dir ja auch einfach das ZIP
runterladen, und die Extension da rausholen.
Gruß
Carsten
Claus-Volker Klenke
<carste...@gmx.de> wrote:
>>> auch noch die pdo_mysql-Extension laden:
>>> | extension=php_pdo_mysql.dll
>> k�nnte es sein, dass man die PDO-MySQL-usw-Unterst�tzung bei der
>> Installation explizit 'dazu-w�hlen' muss?
> Ah, das liegt dann tats�chlich am Installer.
>Anstatt neu zu installieren, k�nntest dir ja auch einfach das ZIP
>runterladen, und die Extension da rausholen.
Guter+schneller Tipp, das mit dem Zip :) PDO-MySQL l�uft jetzt (BTW:
allzu geschw�tzig ist das PHP-Manual hinsichtlich der
"php_pdo_mysql"-usw-Dateien ja auch nicht gerade: ich hatte ihm
jedenfalls nicht entnommen, dass es die �berhaupt gibt...)
Dummerweise l�uft meine Anwendung immer noch nicht - aber jedenfalls
ist es kein Konfigurationsproblem mehr.
Danke+Gru�, cv.
Carsten Wiedmann
> allzu geschwätzig ist das PHP-Manual hinsichtlich der
> "php_pdo_mysql"-usw-Dateien ja auch nicht gerade: ich hatte ihm
Falls es mal jemand sucht:
http://de.php.net/manual/en/pdo.installation.php
Aber hauptsache es läuft schonmal ;-)
Gruß
Carsten
Claus-Volker Klenke
Vielleicht baut sich ja doch ab und an jemand seinen Win-Server
selbst, ohne XAMPP, deswegen ein kurzer Bericht zu den T�cken der
(PHP-) .msi-Installer:
- In der Tat kann und muss man bei der PHP-Installation via
.msi-Installer (mein Test mit 5.2.9-2) die PDO-Unterst�tzung explizit
ausw�hlen. - Soweit ich sehe, m�sste man fehlende Extensions per
nochmaligem Aufruf des Installers nach-installieren k�nnen.
- Wenn man "auf Nummer sicher" geht und gleich alle angebotenen
Extensions aktiviert, wird auch alles installiert und in der php.ini
mittels "extension=xyz.dll"-Direktive aktiviert. Das hei�t blo� noch
nicht, dass alles N�tige 'da' ist.
- Das wird einem am besten vor Augen gef�hrt, wenn man erg�nzend noch
das PHP Extension and Application Repository (PEAR) installiert (Tipp:
hier - http://pear.php.net/manual/ - das Manual beschaffen, das die
Installation und nachfolgende Funktions-Tests gut verst�ndlich
beschreibt). PEARs Installationsskript pr�ft n�mlich viel genauer (als
z.B. das PHP-.msi), ob auch alles, was etwa ins PDO eingebunden werden
soll, wirklich da ist. Da hagelt's dann ggf. Fehlermeldungen: nicht
nur, wenn man gar keine Oracle-DB auf seinem Heimrechner hat (also: in
der php.ini "extension=php_pdo_oci8.dll" usw. usf. wieder
auskommentieren); sondern auch, wenn der PHP-Installer etwas
'vergessen' hat: z.B. "ntwdblib.dll" - die man sich dann aus dem
passenden zip-Archiv ins PHP-Verzeichnis kopieren muss...
- Aus allen Wolken kann man allerdings fallen, wenn man sich - auch
ein Service von PEAR - mit "pear config-show" auf der Kommandozeile
mal alle weitgehend automatisch erstellten Konfigurationseinstellungen
und vor allem auch Such- und Speicher-Pfade ausgeben l�sst: In meinem
Fall verwiesen fast 2/3 der Eintr�ge schlicht ins Leere - auf nicht
vorhandene Verzeichnisse und vor allem ein unterstelltes
Standard-Installationsverzeichnis von PHP (und PEAR) namens
C:\php5\usw. - ich habe seit je schon alle Serverinstallationen auf
einer separaten Partition liegen; das aber scheinen alle
Installationsskripte (mit und ohne .msi) trotz korrekter Installation
auf X:\ schlicht zu ignorieren.
Bemerkenswert insbesondere, dass PHP- und PEAR-Manuals unisono
anmerken, die "fr�her �bliche" Speicherung der php.ini im
Windows-Verzeichnis sei �berholt, und man k�nne + solle alte .INIs
dort l�schen. Was ich auch gemacht habe. - Aber mit fortschreitender
Installation tauchen sie dort sukzessive wieder auf (php.ini,
pear.ini), sind in der PEAR-Konfiguration auch so eingetragen - und
das l�sst sich, scheint's, auch nicht so ohne weiteres �ndern...
Tja, mir werden ZIP-Distributionen wieder zunehmend sympathischer.
Ralph A. Schmid, dk5ras
>Vielleicht baut sich ja doch ab und an jemand seinen Win-Server
>selbst, ohne XAMPP, deswegen ein kurzer Bericht zu den T�cken der
>(PHP-) .msi-Installer:
Hast Du Tips, wie man MySQL auf die letzte Version aktualisiert, ohne
irgendwas kaputtzumachen? Ich habe w2k server, IIS, MySQL 5.0 und PHP5
am Start, f�r wordpress. Nix Spezielles an extensions, an sich alles
eher simpel, aber wie das halt immer so ist, ich f�rchte kleine
Gemeinheiten. Der server steht daheim, reboot uns auch backup
zur�ckspielen sind kein gr��eres Problem, aber Letzteres mag ich dann
doch vermeiden *g*
-ras
--
Ralph A. Schmid
http://www.dk5ras.de/ http://www.db0fue.de/
http://www.bclog.de/
Claus-Volker Klenke
<ra...@radio-link.net> wrote:
>Hast Du Tips, wie man MySQL auf die letzte Version aktualisiert, ohne
>irgendwas kaputtzumachen? Ich habe w2k server, IIS, MySQL 5.0 und PHP5
- nichts Systematisches, leider, auch nur Erfahrungswerte: Daten habe
ich beim Upgraden nie verloren - vielleicht war das aber nur Gl�ck!!
Zus�tzlich zu klassischen BackUps oder Dumps kann man nat�rlich auch
noch ein Image, zur Not ein Zip der gesamten Installation oder - falls
w2k-s das schon hat - einen Wiederherstellungspunkt machen, damit geht
die R�ckkehr evtl. leichter...
Ob sich f�r PHP von MySQL 5.0.x auf 5.1.x etwas �ndert, wei� ich nicht
- halte es zwar f�r unwahrscheinlich, w�rde es vorher aber lieber
kl�ren. �ber IIS wei� ich gar nichts.
>aber wie das halt immer so ist, ich f�rchte kleine Gemeinheiten.
Davon fallen mir zwei ein - m��ig schwerwiegende, aber dennoch:
- einfach "dr�ber spielen", statt die alte Version zun�chst sauber zu
deinstallieren, hei�t unter Win halt, dass der alte MySQL-Server -
�blicherweise - als Dienst/Service registriert ist: und es auch
bleibt, denn offenbar l�scht das Install-Script den alten Eintrag
nicht (bzw. nicht immer). Dann tauchen z.B. in den GUI-Tools pl�tzlich
2 DB-Server auf, ebenso in Windows' "Installierte Software"-Liste -
und, last not least, m�glicherweise in Scripten, die die
Serverumgebung abfragen: Bei mir meldete etwa php_info() noch "5.0",
obwohl es l�ngst 5.1 war. Ich kenne (resp.: habe) zwar keine
Anwendung, die diese Information auswertet, aber das muss ja nicht
hei�en, dass es das nicht gibt...
- beim Wechsel von 5.0 auf 5.1 verlegt MySQL die Datenbanken aus dem
traditionellen Subdirectory des Installationsverzeichnisses in ein
Userverzeichnis (\Dokumente und Einstellungen\ All Users(?)\
Anwendungsdaten\ MySQL...) - die Einflussm�glichkeiten dabei sind
begrenzt oder zumindest gut versteckt: Mir ist es nicht immer
gelungen, sie von vornherein dahin zu 'steuern', wo ich sie haben
wollte; aber das l��t sich auch nachher �ndern, wenn man Fummeleien an
den verzeichnisbasierten Zugriffsrechten, Backupstrategien etc.
vermeiden will. Das Problem des Datenerhalts hatte ich bei den letzten
Malen nicht, aber ich meine(!), mich zu erinnern, dass vorhandene
Daten(banken) verschoben werden - ganz sicher bin ich aber nicht mehr.
Also - nix ohne BackUp.
Vielleicht hilft Dir das. Oder warnt Dich.