Newsgroup: it.comp.www.php
Titolo: Php 5.2.9 ed attivazione extra sotto windows

Salve!
Windows XP Pro SP3 - Apache 2.2.111 - MySQL 5.1
Installato Apache.
Installato Php(*SENZA* estensioni abilitate)
Installato MySQL.
Phpinfo(); funzionante.
Modificato php.ini, aggiunte estensioni.
Salvato php.ini .
Riavviato apache.
KABOOM! :D
Il bello è che *UNA* estensione la carica correttamente, le altre dice
che non le trova, indicando il percorso in cui non le trova(sarà che
forse avrebbe bisogno di un paio d'occhiali :D)
Quella caricata correttamente è php_bz2.dll .
Non è, ovviamente, un problema di directory visto che quella la carica
ed è la prima!
Ho riavviato il PC... nada!
Ho dato uno sguardo ai vecchi post, ma non sembra esserci nulla di
interessante, a parte uno forse in cui si parla di un problema di
path, ma c:\Php è già nel path ed io uso una sola versione di PHP con
una sola versione di apache(non sono masochista... :D).
Una cosa interessante, forse, è che Apache tenta di caricarle DUE
volte... magari non c'entra niente, oppure potrebbe essere l'indizio
determinante, non sapendolo lo dico :D
DOTTOREEEEEEEE DOTTOREEEEEEEEE MI FA MALE QUI!!! :D
Mi date una mano? ^_^
Sono io che ho peripateticizzato qualcosa ^_^ oppure no?
HELP!
Andrea

Andrea Raimondi ha scritto:

A parte che quasi di sicuro è un problema con la extension_dir non ti 
converrebbe provare passare da $gameOS ad un sistema vero?
Inoltre i «perscorsi in cui non le trova» sono utili per capire cosa gli 
stai dicendo di errato.
I messaggi d'errore andrebbero letti ;)

 I messaggi d'errore andrebbero letti ;)
I messaggi di errore *vengono* letti ;-) Però l'errore non ha senso,
in quanto iddu sostiene di non trovare le DLL, il che è *IMPOSSIBILE*
visto che la prima extension la vede e le altre stanno tutte lì!
Il path è *corretto*, infatti la prima la carica!
Guarda, queste sono le sezioni relative:
; Directory in which the loadable extensions (modules) reside.
extension_dir = "c:\PHP\ext"
extension=php_bz2.dll <-- La trova
extension=php_curl.dll <--- Errore
extension=php_dba.dll <--- La trova
extension=php_exif.dll <--- Errore
extension=php_gd2.dll <--- La trova
extension=php_imap.dll <--- La trova
extension=php_mysql.dll <--- Errore
extension=php_mysqli.dll <--- Errore
extension=php_soap.dll <--- La trova
extension=php_sockets.dll <--- La trova
extension=php_xmlrpc.dll <--- La trova
extension=php_xsl.dll <--- La trova
extension=php_zip.dll <--- La trova
Quindi in buona sostanza non trova solo curl,exif e mysql, tutte le
altre le trova. Va bene che Windows fa anche un pò schifo ma dubito
molto che nasconda la directory a proprio piacimento :-) e considerato
che N le trova e 4 no, cosa può essere?
Mi viene il dubbio che forse si tratti di un problema con qualche DLL
di supporto, tipo il client mysql? Però è strano, perché è tutta roba
che ho scaricato oggi!
L'altra cosa curiosa è che curl ed exif non dovrebbero(a memoria)
avere dipendenze, quindi mentre per mysql ci può stare che sia il
client, ma per le altre 2?
Qualche altra idea?
Andrea

 Andrea
Che c'entrano 200+ client con il setup di un server?
O devi fare il setup di 200+ server?
In questo caso dovresti essere un po' più preparato imho
Hai guardato in C:\php\ se c'è il file?

 Hai guardato in C:\php\ se c'è il file?
Ho guardato in C:\php\ext\ e si, le DLL ci sono. Ma santa polenta,
quale parte di "N estensioni vengono caricate eccetto 4" non è chiara?
Le estensioni *vengono caricate* eccetto quelle identificate con
*ERRORE*. O meglio, gli unici errori segnalati sono quei 4! Poi se PHP
effettivamente le carichi, non lo so, ma immagino di si.
Purtroppo il PHP(ed apache, soprattutto...) lo conosco poco, la cosa
che mi insospettisce di più è quel *doppio* caricamento, vale a dire
le estensioni vengono
processate due volte, generando *DUE* volte i messaggi di errore.
Adesso che abbiamo chiarito che i files *esistono* e che Windows non
li nasconde e che le estensioni *VENGONO* caricate eccetto quelle 4,
hai qualche idea su quale possa essere il problema o no? Perché io
sinceramente non ne ho, però di sicuro so che ho ben guardato più
volte.
Andrea

 Purtroppo il PHP(ed apache, soprattutto...) lo conosco poco,
Su questo direi che siamo d'accordo
Se davvero devi mantenere più di duecento server addirittura su $gameOS 
lascia fare a dei professionisti, ti conviene
Se come invece penso devi solo imparare a smanettare fai una di queste cose:
Installa wubi e fai reboot in ubuntu
Installa VirtualBox e installati una versione qualsiasi di linux
Installa Direttamente Linux sulla macchina
Installa IIS e vivi di felice doppioCLick

 Installa IIS e vivi di felice doppioCLick
Con IIS e M$ non si vive mai felici :D dopo 10 anni passati a
combattere per far sputare ad MSDN le informazioni... peraltro non
sempre esatte!
E per la cronaca, io non sono un esperto di Linux, probabilmente
neanche un "power user", ma sicuramente non un completo inetto
nell'usarlo. Il problema fondamentale è che Windows mi dà la pappa e
poiché a suo tempo Windows imperava e non avendo la possibilità di
usare Linux nei progetti, adesso sono bene o male "costretto" a
Windows. Ed ancora per la cronaca, quando si trattò di fare un sito in
ASP( no, non mi piace... odio tutti i linguaggi di scripting non
tipizzati perché adoro gli errori di compilazione :D ) mi impuntai per
farlo sviluppare in XHTML 1.0 Strict e CSS senza usare "features" di
Internet Exploder e senza un pesante uso di JavaScript in quanto non
tutti lo hanno abilitato. Questo tanto per la precisione :-)
Quando(e se...) capiterà un'occasione di usare Linux per un progetto,
sarò ben lieto(e non sto scherzando) di usarlo, anche perché è
infinitamente più semplice configurare tutto dal pinguino. Studio, mi
tengo aggiornato, ma non ho molto tempo per sperimentare(anche se
Virtual Box già lo uso ed ho installata una slackware che devo ancora
configurare - installata tipo 2 settimane fa, vedi quanto tempo ho per
sperimentare - e volevo installarmi anche una openSUSE).
Ad ogni modo, PHP funziona, ed Apache anche, quindi il problema non è
nelle impostazioni di base, sennò non funzionerebbe, ti pare?
Dev'esserci di sicuro qualcosa che  non va, ma non capisco cosa sia.
Adesso che abbiamo chiarito un pò di cose, puoi per piacere aiutarmi e
piantarla d'insultarmi gratuitamente senza neanche conoscermi? :D
Andrea

 Andrea
Dirti che non hai idea di cosa stai parlando non è insultarti, è
constatare :)
Soluzione:
in php.ini metti il path assoluto per le estensioni
extension_dir = "C:/php/ext"
Oppure lo metti relativo
extension_dir = "./ext"
In questo caso però, come dovresti sapere, devi aggiungere il path
C:\php alle variabili d'ambiente *di sistema* di windows
http://www.php.net/manual/en/faq.installation.php#faq.installation.addtopath

Andrea Raimondi ha scritto:

Constatare che non sai di cosa stai parlando non è insultarti. Se trovi 
offensiva la verità è un problema tuo.
Devi aggiungere C:\php al path di windows perche funzioni correttamente 
la extension_dir relativa nel php.ini
Altrimenti metti la extension dir assoluta

 C:\php alle variabili d'ambiente *di sistema* di windows
Già fatto :-) Forse non mi sono spiegato, l'installazione è stata
eseguita passo passo da qua:
http://php.html.it/guide/leggi/94/guida-php-su-windows/
Ho anche provato a sposare le dll incriminate nella root di PHP, nada!
Prima di ricorrere al brute force(aka: spostare quelle dannate DLL in
SYSTEM32) c'è qualche altra cosa che potrei provare?
Andrea

Andrea Raimondi ha scritto:


Io ho banalmente seguito la guida di php, su una macchina Windows appena 
installata su VirtualBox.
Ha funzionato alla perfezione al primo colpo.
La guida ufficiale (come sempre) è corretta.
Rifalla da capo, hai sbagliato a seguire qualche passaggio.

 Rifalla da capo, hai sbagliato a seguire qualche passaggio.
Ok, controllerò passo passo e ti farò sapere.
Andrea