Plesk 10 e FCGI+"per domain php.ini" ... help !

[Issueman]

Ciao a tutti,
le ho provate un pò tutte, google,manuali, guide, workaround, supporto parallels e continuo a non risolvere... forse sbaglio in partenza o trascuro qualcosa alla base ma non ne sono ancora uscito...

Plesk 10 (centos5 64bit + php 5.3.8) offre la possibilità di configurare FastCGI da pannello in maniera nativa.. e ufficializzano questa features proprio sulla home del nuovo Plesk:
"Sicurezza e performance migliorate FastCGI consente di isolare i siti in un ambiente di hosting condiviso con densità di account superiore rispetto a suPHP."


Se non erro con FastCGI attivo non è possibile usare .htaccess... per ovviare a questo problema dovrebbe funzionare il "per domain php.ini".


Al momento di attivazione del FastCGI viene infatti creato un php.ini nella cartella /domain/etc/ .

Per personalizzare il php, la KB Plesk dice di creare un php.ini nella cartella /domain/conf/ inserire le opzioni che si vogliono modificare e restartare apache.


Ebbene effettivamente le modifiche nel /domain/conf/php.ini vengono riportate nel /domain/etc/php.ini ma quest'ultimo viene COSTANTEMENTE ignorato ...


chiaramente con il classico phpinfo.php nel dominio rilevo che apache va a leggere le impostazioni php dal php.ini generale in /etc/php.ini


qualcuno che può illuminarmi d'immenso ?



probabilmente sto sbagliando qualcosa in partenza ma non riesco proprio a capire che tassello mi manca... nelle KB non ho trovato nulla di risolutivo


Grazie ..


se non ho spiegato bene o mancano info sono a disposizione per tutti i dettagli che servono !!!


I.

[FlameNetworks]

Scusami ma dove hai letto che se PHP viene eseguito in modalità fcgi, non funziona il .htaccess?

Qual è la KB che hai seguito?

Comunque, per personalizzare le impostazioni del PHP solo su un determinato dominio, devi creare il file vhost.conf (nella directory conf del dominio di pertinenza) con le direttive necessarie e poi riconfigurare il virtual host con /usr/local/psa/admin/sbin/httpdmng --reconfigure-domain tuodominio

Ciao,

F.

[Antonio]

Scusami ma dove hai letto che se PHP viene eseguito in modalità fcgi, non funziona il .htaccess?

Penso si riferisca alle direttive da dare in pasto a php tramite htaccess...

[vhosting]

Prova a mettere il php.ini dentro la cartella cgi-bin del tuo hosting. FastCGI ignora le direttive

php_admin_flag nel caso tu usassi vhost.conf ... queste verrebbero ignorate.

Puoi cmq se vuoi fare una cosa piu' "pulita" modificare il wrapper del plesk e fare uno scripts in /bin/sh dove specifichi tu il php.ini da usare per ogni dominio.

Ciao.

[Issueman]

Grazie a tutti per le risposte !!

Antonio: esatto intendevo che con fcgi attivo, le eventuali direttive in .htaccess vengono ignorate

Flame:

avevo innanzitutto seguito la guida di plesk qui:
Parallels Plesk Panel 10 for Linux: Advanced Administration Guide
senza riscontro... successivamente sono passato al supporto paralleles dove mi hanno indicato una KB con un workaround per far vedere a plesk il file... ma anche li alla fine niente session.save_path personalizzato.

quindi ora seguo il tuo consiglio:

FastCgi attivo su miodominio

verifico stato attuale con phpinfo.php : session.save_path no value no value

creo vhost.conf in /miodominio/conf/ con questo contenuto:

php_value session.save_path /var/www/vhosts/miodominio/tmp

scrivo,salvo e restarto apache

verifico nuovo stato con phpinfo.php : session.save_path no value no value

ho dimenticato qualche passaggio ??? :V

[Issueman]

Prova a mettere il php.ini dentro la cartella cgi-bin del tuo hosting. FastCGI ignora le direttive

php_admin_flag nel caso tu usassi vhost.conf ... queste verrebbero ignorate.

Puoi cmq se vuoi fare una cosa piu' "pulita" modificare il wrapper del plesk e fare uno scripts in /bin/sh dove specifichi tu il php.ini da usare per ogni dominio.

Ciao.

Ciao vhosting, grazie per la risposta !

quale php.ini dovrei provare a mettere in cgi-bin ?

ora sto provando a far funzionare il consiglio di flame, quindi si sto usando vhost.conf... ma non sta facendo il suo dovere.. php_admin_flag ?

avevo provato a seguire un KB di parallels anche per modificare il wrapper ma anche li non aveva funzionato...

sicuramente hanno dato qualcosa per scontato per loro, ma non per me purtroppo.. e devo aver saltato uno step.

fattostà che ancora adesso non ho modo di dare direttive al php in modalità fcgi.. :V

[vhosting]

Ciao,

se non ricordo male, se tu metti un php.ini con dentro le varibili che vuoi dentro la cartella cgi-bin dovresti riuscire a fare quello che vuoi tu. A quanto ne so io, tutte le direttive inserite dentro vhosts.conf vengono ignorate dal FastCGI, infatti plesk per il FastCGI o CGI ha un suo wrapper contenuto dentro /var/www/cgi-bin/cgi_wrapper, se questo file tu lo editi in modo tale da prendere un tuo php.ini contenuto in X cartella dovrebbe andare.

Tuttavia, per quanto mi riguarda, preferisco suPHP, e faccio le stesse cose che tu vuoi fare, ma con suPHP + il wrapper_personalizzato da noi.

Dimenticavo, con il suPHP, puoi creare un php.ini per ogni hosting modificando il file .htaccess poi se fai hosting, ti conviene forzare determinate variabili direttamente nel wrapper, altrienti viene fuori un burdell!!!

Ciao.

[Antonio]

Tuttavia, per quanto mi riguarda, preferisco suPHP, e faccio le stesse cose che tu vuoi fare, ma con suPHP + il wrapper_personalizzato da noi.

Non pensavo ci fossero ancora shared hosting con suPHP, che è davvero un ammazza server. Con una buona installazione e configurazione di apache, suexec, mod_fcgi, php-fpm è possibile fare le stesse cose, con lo stesso grado di personalizzabilità ed avendo anche la possibilità di usare opcode cacher...

@issueman: invece di usare le direttive in htaccess, modifica direttamente il file /var/www/vhost/dominio.zzz/conf/php.ini

[vhosting]

Non pensavo ci fossero ancora shared hosting con suPHP, che è davvero un ammazza server.

Non so cosa tu intendi per "ammazza" server. Tuttavia noi ci troviamo bene con suPHP, sono punti di vista ovviamente.

[Antonio]

Non so cosa tu intendi per "ammazza" server. Tuttavia noi ci troviamo bene con suPHP, sono punti di vista ovviamente.

No, non sono punti di vista
Ci ho fatto dei bench in passato per scegliere la soluzione migliore e suphp introduceva un overhead sulla cpu di gran lunga superiore a mod_cgid +le varie addon.

Se vi trovate bene con suphp, con una configurazione sistemata di mod_fcgid il server decollerebbe

[vhosting]

Considerando che le CPU dei server gia' "dormono" non penso vi sia un incremento di prestazioni cambiando la configurazione.

[Antonio]

Considerando che le CPU dei server gia' "dormono" non penso vi sia un incremento di prestazioni cambiando la configurazione.

Oddio, una riduzione nei tempi di generazione della pagina dovresti vederla, perché usando un opcode cacher con script complessi avresti già il "bytecode" da fareseguire al volo.

[vhosting]

Provero' e faro' dei test

[Issueman]

Non pensavo ci fossero ancora shared hosting con suPHP, che è davvero un ammazza server. Con una buona installazione e configurazione di apache, suexec, mod_fcgi, php-fpm è possibile fare le stesse cose, con lo stesso grado di personalizzabilità ed avendo anche la possibilità di usare opcode cacher...

@issueman: invece di usare le direttive in htaccess, modifica direttamente il file /var/www/vhost/dominio.zzz/conf/php.ini

Antonio, ci ho provato ma non c è verso !!!

tutto viene ignorato ! io modifico il /var/www/vhost/dominio.zzz/conf/php.ini, inserisco direttive, queste vengono riportate nel /var/www/vhost/dominio.zzz/etc/php.ini correttamente MA del tutto ignorate da apache...

sul forum parallels spiegano da pannello di impostare safe mode ON e poi rimetterlo su OFF per "far digerire" le modifiche a plesk... non funziona lo stesso.

se avete idee sono felice di fare test, perchè così vado zoppo e non so che pesci pigliare davvero per sbloccare la situazione... mannaggia a parallels !

dopo aver letto in giro anche io ho preferito appoggiarmi nativamente a plesk con fcgi piuttosto che usare suphp che ho letto essere piuttosto esoso..

[Antonio]

Non è apache che deve usarle, ma deve usarle l'interprete php.

Mi viene un dubbio: ma tu che cosa stai scrivendo in php.ini?

Il file php.ini in quella cartella deve essere l'intero file di conf di php, quindi non deve contenere solo alcune direttive...

Non ho idea di come lavori plesk, ma devi quantomeno killare i processi php relativi a quel dominio, così i nuovi dovrebbero usare le nuove impostazioni.