Informiamo tutti i clienti che sulle nuove macchine stiamo installando la nuova versione di apache 2.2.x con il modulo mod_suphp: tale modulo serve per far girare le singole pagine php di un utente specifico con i permessi di quest’ultimo eliminando il fastidioso problema dell’utenza nobody con il quale, fino ad oggi, giravano le pagine degli utenti.

Il modulo risolve, quindi, anche il problema dei permessi sui file: non serve più avere il chmod ad una cartella o ad un file per avere accesso via php a tale filesystem. Ora si dovranno impostare semplicemente i chmod a 755 per le cartelle e a 644 per i files.

Le nuove disposizioni in sicurezza sono state scelte per avere una maggiore protezione sulle macchine in hosting condiviso: per questo siamo giunti alla conclusione di attivare e disattivare alcune funzionalità di php tra cui il register_globals.

Per chi avesse problemi con questa modifica, può contattarci al supporto tecnico. Per tutti coloro che hanno script che non funzionano con questa nuova disposizione,  sicuramente troverà una soluzione alternativa per lo script stesso o comunque può richiedere assistenza al supporto tecnico.

Per far funzionare osCommerce con il register_globals a Off dobbiamo modificare alcune modifiche per i files front-end e back-end.

Tutti i passaggi li possiamo trovare in questo post completo.

Mondadori sceglie Serverplan per il lancio del sito Sorrisiasanremo relativo al Festival di San Remo.

Per l’evento sono stati previsti circa 2 milioni di visitatori, vista la mole di utenti è stata adotatta una soluzione load balance composta da

• 4 web server dedicati Power Edge 1950 con 8Gb di ram, 2 x 143 Gb Sas in raid 1
• 1 server dedicato MySQL Power Edge 2950 con 12GB di ram 2 x 143 Gb Sas in raid 1

Il sistema permette di ripartire i visitatori su server differenti in modo da garantire il massimo della stabilità e performace.

La possibilità per l’utente di creare e gestire i propri cronjobs rappresenta una caratteristica fondamentale del nostro hosting. Permette di poter schedulare l’esecuzione degli script, come ad esempio l’invio di una newsletter o la pulizia di un database.

Il cPanel offre una sezione dedicata alla creazione dei cronjobs, con inserimento facilitato dei dati necessari.Come verifica sull’esecuzione del cronjob, si può impostare l’invio via mail dell’output dello script, così da verificare la presenza di eventuali errori. Un errore cui si può andare incontro è il seguente:

Your Terminal type is unknown!

Enter a terminal type: [vt100]
TERMINAL TYPE IS SET TO vt100

L’errore indicato dipende dal percorso specificato per l’esecuzione del cronjob. Specificando il percorso tramite url, infatti, il cronjob non viene eseguito e va in errore. Per tale motivo, il percorso dello script deve essere indicato tramite path assoluto, ovvero:

Esempio:

• script da eseguire: cronjob.php
• url dello script: http://www.dominio.com/cronjob.php
• path dello script: /home/dominio/public_html/cronjob.php

Nel caso definito dall’esempio, nel cron andrà indicato il path dello script e non la url. In tal modo, l’esecuzione avverrà senza errori e si potrà ricevere il giusto output nella propria casella di posta.

Nell’installazione di un sistema Plesk con la webmail Horde può accadere che, tentando di accedere con i dati corretti alla webmail, non si venga riconosciuti come utenti del sistema. Horde indica semplicemente che username e password non sono esatti (invalid login).

Nei log di Horde viene visualizzato un errore di questo tipo:

HORDE [error] [imp] FAILED LOGIN xx.xx.xx.xx to localhost:143[imap/notls] as account@domain.com [on line 258 of "/usr/share/psa-horde/imp/lib/Auth/imp.php"]

Quando accade ciò, per risolvere il problema occorre disattivare la protezione SElinux. Su CentOS è sufficiente eseguire il comando setup nel terminale.