post

Aggiornare PHP da 5.3 a 5.4 su server CentOS 6.7 su Aruba

Primo passaggio. FARE IL BACKUP, molto importante.

Prima di agire vi consiglio di leggere tutti, fino in fondo!!!
Io non sono responsabile per eventuali perdite di dati, fermi di lavoro o danni diretti o indiretti. Questa è una procedura pubblicata per solo scopo didattico e ogni utilizzo deve essere effettuato esclusivamente da personale competente.

Verificate innanzitutto la versione di CentOS in esecuzione


# cat /etc/*release*

Se è la 6.7 è la stessa usata nel test e quindi potete andare “tranquillamente” avanti.


# wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm && rpm -Uvh epel-release-latest-6.noarch.rpm
# wget http://rpms.famillecollet.com/enterprise/remi-release-6.rpm && rpm -Uvh remi-release-6*.rpm

Ora andiamo a abilitare il repository “REMI”

# vi /etc/yum.repos.d/remi.repo

e cambiamo “enabled=0” in “enabled=1” nel seguente blocco

[remi]
name=Remi’s RPM repository for Enterprise Linux 6 – $basearch
#baseurl=http://rpms.remirepo.net/enterprise/6/remi/$basearch/
mirrorlist=http://rpms.remirepo.net/enterprise/6/remi/mirror
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

ora proviamo ad aggiornare il sistema

# yum update php

Ora provate il tutto. Se funziona correttamente il sistema rifate un backup completo.

Fatto il backup completo lanciate un aggiornamento completo del sistema.


# yum update

 

Ma un secondo… ti manca YUM?

SSH e installazione Yum su CentOs – Plesk Server

post

L’aggiornamento non può essere installato perchè non è stato possibile copiare alcuni file … : wp-admin/includes/update-core.php

PRIMO) tieni bene a mente: un’installazione di WordPress NON sicura è una falla alla sicurezza del sistema;

SECONDO) spesso è più semplice effettuare l’installazione via FTP, i parametri di sicurezza dei files vengono assegnati più facilmente ed in automatico, il proprietario del file è l’accesso l’utente dell’accesso FTP ed è tutto pronto (tranne il DB)

TERZO) perché lo vuoi installare così? Per fare una prova originale? Beh…allora continua.

 

Quando in WordPress (installazione su server personale/vps/hosting) ci sono dei problemi di permessi o di parametri sui file, si possono verificare degli errori negli aggiornamenti.

Ultimamente mi è capitato un problema anomalo:

Durante un aggiornamento di routine a WordPress 4.2.2 ho ricevuto il seguente messaggio di errore:

L'aggiornamento non può essere installato perchè non è stato possibile copiare alcuni file. Ciò è solitamente dovuto ad una inconsistenza sui permessi dei file.: wp-admin/includes/update-core.php

Ho provato a cambiare il proprietario del file, ho provato a riavviare il server, ho provato a riassegnare i permessi di scrittura standard… ma niente. Non è andato a buon fine nulla.

Alla fine ho impostato il famoso 777 su tutti i files dell’installazione wordpress e ho risolto.

Qua i comandi per impostare il 777 solo ai file:

find httpdocs/ -type f -exec chmod 777 -R {} \;

e qua i comandi per ripristinare la situazione alla “normalità”.

chmod 750 ./httpdocs/ -R
find httpdocs/ -type d -exec chmod 775 -R {} \;
find httpdocs/ -type f -exec chmod 644 -R {} \;

Per altre info leggi l’articolo INSTALLARE WORDPRESS TRAMITE SSH

post

Ridimensionare un disco su Aruba Cloud con CentOs 5/6 tramite SSH

services_ssh_puttyUna volta preso un server con disco dinamico, espanderlo non è poi così semplice e la procedura non è ne immediata ne sicura. AVVERTO QUINDI TUTTI DI FARE UN BACKUP SU UN REPOSITORY ESTERNO, NON SUL SERVER STESSO, in quanto bloccandosi si perderebbe TUTTO.

Piccole informazioni che potrebbero essere utili:
Visualizzare lo spazio occupato su un server o pc con linux
SSH e installazione Yum su CentOs – Plesk Server

Il disco non si ridimensiona da solo e durante questa procedura, che riporto di seguito solo per scopo educativo ed escludendo qualsiasi responsabilità per perdita di dati, fermo macchine o danni diretti o indiretti. Utilizzate questa guida solo per scopo istruttivo e su macchine di test.

Punto 1.

Verificare lo stato dei propri dischi e partizioni con:

# fdisk -l

_______________

Punto 2.

Formattare il nuovo disco con:

# cfdisk /dev/sda

selezionare la partizione all’interno dell’utility (probabilmente è l’ultima e si potrebbe chiamare /sda3 e creare la partizione per il disco nuovo con il codice filesystem:

8e

che equivale a:

Linux LVM

salvare il lavoro [WRITE] e poi uscire [QUIT].

_______________

Punto 3.

Lanciare di nuovo il comando per verificare la partizione correttamente salvata

# fdisk -l

e ora RIAVVIARE il server

# reboot
_______________

Punto 4.

Controllare lo stato del gruppo LVM con

# lvm vgdisplay

_______________

Punto 5.

Aggiungere la partizione al gruppo LVM in uso con il comando:

# lvm vgextend "vg" /dev/sda3

ipotizzando che il gruppo è vg e la partizione è /sda3

_______________

Punto 6.

Ricontrollare lo stato del gruppo LVM

# lvm vgdisplay

dovremmo trovare una riga con qualcosa come

Free PE / Size 2559 / 10.00 GiB
con un disco aggiuntivo di 10GB

_______________

Punto 7.

Ora lanciamo il comando:

# df -h

e otteniamo il percorso del nostro LVM.

Nel nostro caso:

/dev/mapper/vg-lv_root

_______________

Punto 8.

Ora lanciamo il comando:

# lvm lvdisplay /dev/mapper/vg-lv_root

dovremmo trovare una riga con qualcosa come

Current LE 1930
con un disco originale di circa 7GB

_______________

Punto 9.

Ora sommiamo i blocchi liberi visti precedentemente (Free PE 2559) a quelli attuali (Current LE 1930) e otteniamo 4489.

_______________

Punto 10.

Adesso possiamo aggiungere lo spazio al nostro gruppo LVM con questo comando:

# lvm lvresize -l 4489 /dev/mapper/vg-lv_root

dovremmo quindi ottenere un messaggio come questo:

Extending logical volume lv_root to 17.54 GiB
Logical volume lv_root successfully resized

_______________

Punto 11.

Ultimo passaggio è il ridimensionamento del FileSystem, quindi utilizziamo il comando:

# resize2fs /dev/mapper/vg-lv_root

e otteniamo il seguente messaggio:

resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/mapper/vg-lv_root is mounted on /; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 2
Performing an on-line resize of /dev/mapper/vg-lv_root to 4596736 (4k) blocks.
The filesystem on /dev/mapper/vg-lv_root is now 4596736 blocks long.

_______________

Punto 12.

Ora analizziamo lo spazio libero:

# df -h

e vediamo che la partizione è stata aggiornata.

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg-lv_root
18G 3.7G 13G 23% /
tmpfs 503M 0 503M 0% /dev/shm
/dev/sda1 485M 39M 421M 9% /boot

post

Come installare PEAR MAIL: open_basedir e un odissea che si risolve con 4 comandi su Plesk 11 e server Aruba

Premettiamo che PEAR MAIL è la piattaforma che ho scelto io per inviare email da PHP con un’autenticazione reale che evita la maggior parte di segnalazioni come SPAM.

pearPassiamo poi al problema principale
Come configurare correttamente il server per dare accesso ai servizi senza il blocco causato dai criteri di protezione di open_basedir.
Un’avvertimento a coloro che usano Aruba, i VPS e i server virtuali:

NON TOCCARE PHP.INI ne .HTACCESS

Aprendo il terminale da SSH lanciare


# yum install php-pear* 

# pear install Mail

# pear install Net_SMTP

Aprire il pannello Plesk 11
Entrare nella gestione del dominio come Power User
Cliccare su Siti web & domini
Cliccare sul nome del dominio (in basso)

Passare dalla scheda GENERALE a IMPOSTAZIONI PHP

andare alla voce
include_path
ad inserire


/usr/share/pear/:{DOCROOT}/:/tmp/

andare alla voce
open_basedir
ad inserire


/usr/share/pear/:{DOCROOT}/:/tmp/

cliccare su OK, dovremmo aver finito.

Se non funziona lascia pure un messaggio di seguito indicando eventuali errori e configurazioni hardware & software.

dove trovare la password di default di MySQL in Plesk 11 / errore ERROR 1045 (28000)

da terminale lanciare il comando:

[code]cat /etc/psa/.psa.shadow[/code]

Ciò che viene visualizzato è la password.

Spesso il problema di una password errata da un messaggio del genere:
ERROR 1045 (28000): Access denied for user ‘admin’@’localhost’
oppure
ERROR 1045 (28000): Access denied for user ‘root’@’localhost’

post

Aggiornare SSH (openssh, ssh-server, openssh-server) su CENTOS, testato su VPS Aruba

AVVISO IMPORTANTE: QUESTA GUIDA NON E’ PER UTENTI SENZA ALCUNA CONOSCENZA DI BASE, l’uso scorretto può portare al blocco del sito web, alla perdita di dati, alla necessità di un reset del server, alla non continuità del funzionamento del sito/server. Si consiglia l’uso in un ambiente di test, si consiglia di effettuare sempre un BACKUP completo (file-impostazioni-database) dell’ambiente di lavoro, si sconsiglia l’uso in un ambiente di lavoro senza alcun test preventivo.

innanzitutto verificare la versione presente nel sistema

ssh -v

poi dal sito

http://www.openssh.com/portable.html

Identificare il file più adatto e il mirror, ad esempio prendere quello francese della versione 6.1

wget http://ftp.arcane-networks.fr/pub/OpenBSD/OpenSSH/portable/openssh-6.1p1.tar.gz

poi decomprimere il tutto

tar -xvzf openssh-6.1p1.tar.gz

e copiare il file informativo nella directory di sistema

cp ./openssh-6.1p1/contrib/redhat/openssh.spec /usr/src/redhat/SPECS/

copiare il file sorgente completo nella directory di sistema

cp openssh-6.1p1.tar.gz /usr/src/redhat/SOURCES/

andare nella directory di sistema

cd /usr/src/redhat/SPECS

compilare i file

perl -i.bak -pe 's/^(%define no_(gnome|x11)_askpass)\s+0$/$1 1/' openssh.spec

creare la struttura del file rpm “finale”

rpmbuild -bb openssh.spec

ASSICURARSI che tra le righe finali ci sia qualcosa del genere:

Wrote: /usr/src/redhat/RPMS/i386/openssh-6.1p1-1.i386.rpm
Wrote: /usr/src/redhat/RPMS/i386/openssh-clients-6.1p1-1.i386.rpm
Wrote: /usr/src/redhat/RPMS/i386/openssh-server-6.1p1-1.i386.rpm

andare nel percorso finale dove sono stati generati i file

cd /usr/src/redhat/RPMS/i386/

installare il risultato

rpm -Uvh *.rpm

lanciare nuovamente il comando

ssh -v

per verificare quale versione è attualmente installata.

Se è la stessa versione originale, non è andata a buon fine l’installazione, eseguire nuovamente i passaggi con cura e verificare se ci sono output con errori.

post

Installare WordPress tramite SSH con pochi comandi su VPS

PRIMO) tieni bene a mente: un’installazione di WordPress NON sicura è una falla alla sicurezza del sistema;

SECONDO) spesso è più semplice effettuare l’installazione via FTP, i parametri di sicurezza dei files vengono assegnati più facilmente ed in automatico, il proprietario del file è l’accesso l’utente dell’accesso FTP ed è tutto pronto (tranne il DB)

TERZO) perché lo vuoi installare così? Per fare una prova originale? Beh…allora continua.

AVVISO IMPORTANTE: QUESTA GUIDA NON E’ PER UTENTI SENZA ALCUNA CONOSCENZA DI BASE, l’uso scorretto può portare al blocco del sito web, alla perdita di dati, alla necessità di un reset del server, alla non continuità del funzionamento del sito/server. Si consiglia l’uso in un ambiente di test, si consiglia di effettuare sempre un BACKUP completo (file-impostazioni-database) dell’ambiente di lavoro, si sconsiglia l’uso in un ambiente di lavoro senza alcun test preventivo.
L’uso è indicato per una valutazione ed uno studio di funzionamento del CMS Word Press.
Si declina ogni responsabilità per danni diretti o indiretti.

1-
entrare tramite SSH, vai alla directory pubblica del webserver (su plesk ad esempio /var/www/vhost/NOMEDOMINIO.EXT/httpdocs/ ) ed elimina i file non necessari se già c’è qualcosa di pre-caricato.
Se non sai come entrare con SSH allora non hai bisogno di questa guida.

2-
lanciare il semplice comando:
wget http://wordpress.org/latest.tar.gz

3-
verificare il file scaricato e il numero di versione:
ls

dovrebbe dar come risultato, tra i file e le directory presenti sul server, anche un file tipo:
latest.tar.gz

4-
decomprimere il file scaricato
tar xfvz latest.tar.gz
(sostituendo “latest.tar.gz” con l’eventuale nome di file differente)

5-
rimuovere il file scaricato
rm latest.tar.gz -f

6-
spostare il contenuto della nostra installazione di wordpress nella directory scelta (o nella root)
cp -rf ./wordpress/* ./

7-
rimuovere la directory temporanea
rm -rf wordpress/


SALTARE IL PUNTO 8 e 9 se già conoscete i dati del vostro database o se avete accesso tramite pannello web.

8-
Effettuare l’accesso amministrativo a MySQL
mysql -uadmin -p`cat /etc/psa/.psa.shadow`

La sintassi `cat /etc/psa/.psa.shadow` serve ad effettuare l’accessi senza digitare la password di amministrazione per MYSQL (maggiori informazioni su password e ottimizzazione di MySQL)


se invece avete la password potete effettuare l’accesso con la seguente sintassi
mysql -uadmin -p

create database dbname;
create user new-username@localhost identified by 'new-password';
grant usage on *.* to username@localhost identified by 'password';
grant all privileges on dbname.* to username@localhost;


Uscire dalla connessione con MySql con il comando:
CTRL+C

9-
Testare la connnessione, se funziona con i nuovi dati non dovrebbe dare alcun errore.
mysql -uuser -p dbname

Uscire dalla connessione con MySql con il comando:
CTRL+C

10-
Posizioniamo il cursore sulla directory superiore ( su plesk ad esempio /var/www/vhost/NOMEDOMINIO.EXT/ ) e assegnamo alle directory i proprietari corretti ((userftp) è il nostro utente FTP)
cd ..

chown (userftp):psacln ./httpdocs/ -R

Ora proteggiamo il sistema con questi comandi che sistemeranno i permessi:
chmod 750 ./httpdocs/ -R
find httpdocs/ -type d -exec chmod 775 -R {} \;
find httpdocs/ -type f -exec chmod 644 -R {} \;

oppure per alcune configurazione è bene usare
chmod 750 ./httpdocs/ -R
find httpdocs/ -type d -exec chmod 775 -R {} \;
find httpdocs/ -type f -exec chmod 664 -R {} \;


Facciamo ripartire il server APACHE da SSH per convalidare le modifiche:
service httpd restart

Ora apriamo il nostro sito web con il browser preferito e confermiamo la nostra nuova installazione.

Se desideriamo impostare una lingua diversa da quella predefinita (inglese) dobbiamo cambiare il file da scaricare (al passaggio numero 2) oppure installare un plugin che effettuerà il cambio per noi, come ad esempio il plugin “WPTB Language”

11- Consigli
Tra i passaggi che faccio di solito c’è il cambio del file wp-config.php aggiungendo le seguenti righe:
vi httpdocs/wp-config.php
e inserire al termine del file le seguenti righe

define ('WPLANG', 'it_IT');
define('FS_METHOD', 'direct');

Se poi ci sono problemi con i file, con la scrittura automatica e con l’upload, consiglio di modificare il permesso dei file assegnando i permessi all’utente APACHE
chown apache:apache ./httpdocs/ -R
oppure, in maniera ancora migliore, cambiando il valore di UMASK nel file /etc/proftpd.conf

Umask 002

Verificate la migliore configurazione con il vostro server e poi commentate di seguito.

 

A questo punto non ti resta che installare il tuo TEMA preferito, i migliori che vi posso consigliare sono i temi Premium, che occorre pagare solo 1 volta e non richiedono abbonamenti, di Cyberchimps

 

I migliori temi responsive di WordPress sono qui.

 

Per quanto riguarda i PLUGIN, invece, ce ne sono alcuni indispensabili (per me) e qui sono riepilogati:

  • Akismet
  • XCloner di Liuta Ovidiu (indispensabile per il backup)
  • Google XML Sitemaps di Arne Brachhold
  • Facebook Comments di ALEX MOSS
  • SEO Ultimate di SEO Design Solutions

Per la gestione dei click sulle immagini potete utilizzare (a volte non sono necessari perché inclusi nel tema):

  • Lightbox 2 di Rupert Morris
  • wp-jquery-lightbox di Ulf Benjaminsson

Poi per la gestione delle statistiche c’è la possibilità di installare vari plugin, vi consiglio uno di questi due:

 

  • Ultimate Google Analytics di Wilfred van der Deijl
  • Google Analyticator di Video User Manuals Pty Ltd

 

 

Altre informazioni a queste pagine:
http://www.thesourcelounge.com/wordpress/installing-wordpress-using-ssh
http://faq.1and1.co.uk/web_space__access/ssh/8.html
http://www.binarymoon.co.uk/2010/07/easy-wordpress-updates-store-ftp-info-wpconfigphp/

http://jonathankressaty.com/2011/11/02/plesk-permissions-wordpress-ftp/

Mini FAQ:

I comandi sopra riportati non funzionano sul mio server?
Ovviamente tutti i campi dove c’è scritto USERNAME, PASSWORD o simili sono da sistemare secondo la propria situazione.
Se il problema non è questo allora tieni presente che la guida è stata scritta basandosi su un PLESK Parallels 8-9 di Aruba, quindi la situazione può essere leggermente differente in altri casi, può cambiare l’utente APACHE o potrebbe non essere necessario aggiungerlo agli utenti del gruppo locale.
Ricevi un messaggio di ERRORE tipo questo:
Forbidden
You don’t have permission to access … on this server.
quando visiti la pagina del tuo blog?

Le cause possono essere date da vari fattori:
– assegnamento errato dei permessi con CHMOD;
– assegnamento errato dell’utente o del gruppo con CHOWN;
– non è stato aggiunto l’utente corretto (apache o simile) al gruppo locale;
– non è stato riavviato il servizio APACHE dopo le modifiche dei permessi e proprietari;

Ad esempio, in alcune configurazioni particolari, potrebbe essere necessario aggiungere l’utente che gestisce le visite (server Apache) agli utenti del gruppo locale
usermod -a -G psacln apache

E quindi poi assegnare ai file e alle directory i proprietari corretti (APACHE è il nostro utente per il server WEB)
chown apache:psacln ./httpdocs/ -R

(questo qui sopra non serve aggiungerlo in quanto APACHE non viene usato direttamente su Plesk salvo configurazioni particolari, più avanti impostiamo WP-CONFIG con i nostri dati FTP così da bypassare eventuali problemi di upload)

Se durante l’installazione non si è creata la directory “wp-content/upgrade” è bene crearla a mano, evitando così piccoli problemi
mkdir /httpdocs/wp-content/upgrade

Se il sistema crea problemi con i file MEDIA o gli aggiornamenti possiamo andare a modificare il file wp-config.php aggiungendo alla fine i seguenti dati:
/** Sets up WordPress FTP info. */
define('FS_METHOD', 'ftpext');
define('FTP_BASE', '/httpdocs/');
define('FTP_USER', 'xxxx');
define('FTP_PASS', 'xxxx');
define('FTP_HOST', 'nomedominio.it');
define('FTP_SSL', false);


Facciamo ripartire il server APACHE da SSH per convalidare le modifiche:
service httpd restart

Se desideriamo aggiornare le nostre cartelle direttamente, senza passare per il protocollo FTP aggiungiamo questi dati al nostro wp-config.php (alternativi ai dati sopra riportati del metodo tramite FTP)
define('FS_METHOD', 'direct');

Si blocca un aggiornamento di un plugin o della nuova versione di WordPress?
Se hai messo i parametri tramite FTP e i permessi dei file sono corretti (proprietario = utente FTP) allora controlla se hai impostato PHP in modalità ‘safe_mode’, in alcuni casi può bloccare alcune funzioni e non dare errori a schermo.
Ultima spiaggia, non risolutiva, ma per escludere problemi di permessi, nel caso in cui il sito non apra file o salvi file, possiamo lanciare il comando che APRIRA’ le porte a tutto, anche a virus e attacchi web: potrà danneggiere tutto!
Passiamo alla directory di livello superiore, e cambiamo i permessi in maniera da far accedere al nostro .HTACCESS e a tutti i file:
cd ..
chmod 777 httpdocs -R

Altri problemi con WordPress? Controlla queste mini-guide
Problemi di directory e permessi

Problemi dopo un aggiornamento

 

_______________________
La guida è stata utile? Hai avuto problemi?
Lascia un commento qua sotto.

post

Visualizzare lo spazio occupato su un server o pc con linux

Visualizza le cartelle / directory e la relativa dimensione, ordinando il tutto per grandezza:

du --max-depth=1 -h | sort -n

mentre per vedere la grandezza dei singoli files:

ls -s -h

se invece desideri solo visualizzare LO SPAZIO LIBERO SUL DISCO e non ti interessano le directory, puoi utilizzare questo semplice comando:

df -h

oppure

df -h /percorso/di/mount

Ultimamente sono andato a cercare informazioni sullo spazio occupato dal mio server PLESK e ho trovato oltre 20GB di spazio occupato in questa directory temporanea

/usr/local/psa/PMM/tmp

In questi casi quindi ho lanciato i comandi: (occorre togliere il # per far si che funzionino.)

#cd /usr/local/psa/PMM/tmp
#rm -rf *
post

SSH e installazione Yum su CentOs – Plesk Server

Avete un server VPS con CentOs? Dovete aggiornare qualcosa? La soluzione più semplice è installare YUM se non è già presente. Ecco alcuni link utili per aggiornamenti su CentOs e Plesk

 

wget -q -O – http://www.atomicorp.com/installers/atomic | sh

________________
________________
________________
Qui di seguito, invece, riporto la vecchia versione che ora non è utilizzata.

(sono comandi da lanciare direttamente da una connessione SSH)

rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/updates/$(uname -i)/RPMS/libxml2-2.6.26-2.1.2.8.el5_5.1.$(uname -i).rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/m2crypto-0.16-6.el5.6.$(uname -i).rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/python-elementtree-1.2.6-5.$(uname -i).rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/python-iniparse-0.2.3-4.el5.noarch.rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/python-sqlite-1.1.7-1.2.1.$(uname -i).rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/python-urlgrabber-3.1.0-5.el5.noarch.rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/updates/$(uname -i)/RPMS/rpm-python-4.4.2.3-20.el5_5.1.$(uname -i).rpm
rpm -Uvh –nodeps http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/yum-fastestmirror-1.1.16-14.el5.centos.1.noarch.rpm
rpm -Uvh –nodeps http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/yum-metadata-parser-1.1.2-3.el5.centos.$(uname -i).rpm
rpm -Uvh http://ftp.wicks.co.nz/pub/linux/dist/centos/5.5/os/$(uname -i)/CentOS/yum-3.2.22-26.el5.centos.noarch.rpm

 

Volete invece aggiornare PHP e/o MySQL?
Ecco l’articolo che fa per voi!