[gl-como] PHP 5.6 sotto Debian 7 - Esperienze?
Cleto Pescia
cleto@eurisco.com
Gio 9 Mar 2017 16:59:15 CET
Ciao Luca,
> Di norma non trovi distribuiti “ufficialmente” dalla tua distro più di una major release di php: per esempio nel mondo .deb wheezy nasce e muore con php-5.4, trusty nasce e muore con php-5.5, jessie con 5.6, xenial con 7.0, eccetera.
> Potresti trovare pacchetti preparati da altri (es. repository esterni, ppa, eccetera), io personalmente tendo ad evitarli perché non so se posso fidarmi di chi li ha preparati, non so se me li manterrà aggiornati e patchati per i prossimi anni, eccetera.
> Per quel che ne so né Debian né Ubuntu offrono repo “ufficiali” alternativi (es. backports) con versioni diverse di php, né il progetto php stesso ha dei suoi repo ufficiali (a differenza, per esempio, di postgresql, nginx, icinga, puppet ed altri). Non avendo esperienza con dotdeb non mi esprimo in merito.
Sì, purtroppo mi sono reso conto anch'io che è così.
> Rinunciando all’uso di mod_php posso avere anche più versioni di php contemporaneamente sullo stesso sistema, per esempio aggiungerne una più recente di quella fornita dalla distro.
> Come nel caso di prima c’è il problema di chi prepara il tutto, verifica l’assenza di problemi di compatibilità o altri difetti, ne pubblica aggiornamenti nel tempo, eccetera.
> Per sistemi di test / sviluppo, non esposti su internet, ho avuto buoni risultati compilando varie versioni di php con l’ausilio di phpbrew (mi è capitato di fare un sistema unico con sopra contemporaneamente php 5.3 5.4 5.5 5.6 7.0, selezionabili a piacimento per ogni virtualhost), ma per più di un valido motivo non metterei mai su internet una cosa del genere (security, aggiornamenti, uso di php-cgi, etc…)
Ok, grazie per la dritta su phpbrew! In passato ho compilato spesso uno
stack LAMP ad hoc, per cui potrei ripiegare su tale soluzione estrema,
ma vorrei farlo solo se veramente non trovo altre soluzioni praticabili...
> Aggiornamenti di distribuzione da una release all’altra (dist-upgrade e similari) nel mio angolino di mondo sono vietati in qualsiasi situazione, reinstallo sempre ex novo per partire da situazioni pulite.
> Applicherei lo stesso ragionamento a qualsiasi grosso cambiamento su un sistema live (come smontare php 5.5 della distro e montarci sopra 5.6 preso altrove), troppo rischioso imho.
> Ma questa è anche questione di gusti personali.
Sì, in linea di principio condivido questa impostazione. Purtroppo in
questo caso specifico non è possibile usare subito un server separato.
> È possibile avere webserver&php “indipendenti” dalla distro principale con un container, anche qui valgono le considerazioni di chi prepara il container, chi lo supporta nel tempo, e via dicendo.
> Per esempio io non sono praticissimo dell’ecosistema Docker e di quali container pubblicati sono “buoni” e quali “meno buoni” quindi al momento non lo utilizzo.
>
> Sono invece molto più pratico nel gestire “normali distribuzioni” e quindi mi è capitato di seguire questa via, associata all’uso dei container.
> Esempio: host Ubuntu 16.04 configurato come server lamp (MySQL 5.7, mod_php 7.0) con al suo interno un container lxc Ubuntu 14.04 (con mod_php 5.5).
> Così si riesce a supportare sia un web server moderno con php7 sia un altro per i siti web legacy che non funzionano con php7 e pretendono 5.x.
> Nota bene, non lo raccomando particolarmente come soluzione “di produzione”, ha senso solo ed esclusivamente quando si deve andare al risparmio e usare un unico sistema anziché due separati.
Interessante soluzione - grazie per l'informazione!
Ciao,
Cleto
Maggiori informazioni sulla lista
gl-como