Tutti quelli che utilizzano abitualmente CMS come Joomla!, WordPress e Drupal e che hanno un hosting linux su Aruba si sono imbattuti in vari problemi seguiti da aperture di ticket di assitenza spesso liquidati brevemente e senza soluzione.
L’opinione più comune sul web è quella che Aruba non vedeva di buon occhio i CMS, non tanto per i problemi che potevano causare ai suoi server, ma perchè lei stessa commercializza una versione ultra base di DotNetNuke, ovvero ArubaNuke, e che quindi aveva tutto l’interesse di scoraggiare l’utilizzo di altri CMS.
Ora però, a causa del forte incremento dell’utilizzo di queste tecnologie, Aruba swmbra aver ceduto ai Content Management System, tant’è che dal pannello amministrativo del proprio sito ( admin.miosito.com ) è possibile procedere con l’installazione di alcuni dei CMS pi utilizzati sul web. Una piccola rivoluzione insomma, che spiana ancor più la porta agli Open Source CMS.

Un po’ ovunque è sconsigliato l’acquisto di spazio web windows per l’hosting del proprio web site su Aruba. Volendo provare un progetto basato sulla Web Client Software Factory ho deciso di acquistare lo spazio su aruba. Purtroppo ho scoperto che non è possibile usare questo pattern sull’hosting in questione.
L’hosting Aruba (così come molti altri) concedono un livello di protezione di tipo medio sui loro server, cosa che rende impossibile l’esecuzione di questo pattern. Viene generata una Security Exception. Exception Details: System.Security.SecurityException: That assembly does not allow partially trusted callers.

Il problema sembrerebbe aggirabile ricompilando gli assembly aggiungendo questa riga di codice [assembly:AllowPartiallyTrustedCallers], ma il team di sviluppo del famoso patter afferma che ciò non risolve la situazione. Al momento l’unica cosa da fare è votare la issue su codeplex in modo da portare all’attenzione degli sviluppatori questa problematica.

Dopo aver scaricato la nuova Drupal versione 6.0 (in inglese perchè ancora non è disponibile la traduzione in italiano) ho tentato di installarla su Aruba con Hosting Linux. Dopo aver caricato on line, tramite un client FTP, tutti i files necessari, ho tentato di accedere via browser alla mia pagina per cominciare la procedura di installazione ed ho avuto una brutta sorpresa: INTERNAL SERVER ERROR 500.
Questo errore è molto frequente sullo spazio aruba, ma la maggior parte delle volte si riesce anche a superare questo ostacolo.
Per far sì che il CMS potesse lanciare la procedura di installazione è stato necessario apportare alcune modifiche al file .htaccess. E’ bastato commentare queste righe:
Options -Indexes
Options +FollowSymLinks
DirectoryIndex index.php

Dopo di che non resta che creare un file php.ini e dargli i permessi di esecuzione.
Ques’ultimo file dovràcontenere queste riche di codice:

register_globals = 0
track_vars = 1
short_open_tag = 1
magic_quotes_gpc = 0
magic_quotes_runtime = 0
magic_quotes_sybase = 0
arg_separator.output = “&”
session.cache_expire = 200000
session.gc_maxlifetime = 200000
session.cookie_lifetime = 2000000
session.auto_start = 0
session.save_handler = user
session.cache_limiter = none
allow_call_time_pass_reference = On