Potrebbe sembrare un operazione semplice, ma la realtà si rivela alquanto complicata (è una vera impresa riuscire a beccare un operatore tim). Oggi (dopo aver effettuato la portabilità mnp) ho provato ad attivare la tim young. Il sito della tim (119selfservice) riportava questo messaggio:
Siamo spiacenti, TIM YOUNG è un’offerta ad edizione limitata attivabile dai clienti che hanno fino a 30 anni.
Ho chiamato il numero dell’assistenza (119), ma la cosa si è rivelata un calvario infinito dove dopo la voce richiedi assistenza mi veniva proposto di andare sul sito oppure tornare al menu principale.
Dopo alcune ricerche su internet ho scoperto che al giorno d’oggi (agosto 2011) esistono due opzioni per riuscire a parlare con un operatore tim:
a) Passare dalla via di “ho smarrito la mia sim” (e beccarsi un infamata dall’operatore)
b) Oppure premere 4, aspettare che la voce automatica annuncia tutte le opzioni e non premere nulla. Alla seconda o terza ripetizione, vi verrà proposta l’opzione “oppure premi 0 per parlare con un operatore”. Et voila :)
Aggiornamento: A quanto pare Tim ha levato anche il tasto 0 (almeno ad oggi, 20 settembre 2011). Quindi unico modo per parlare con loro è passare dal menu sim & smarrimento. Si va in “Per tutte le altre richieste (6)”, poi “Assistenza (5)” -> “Smarrimento Sim” (1) -> poi 2
Ecco come trovare il nodo corrente con ezPublish se vi trovate nel pageLayout:
{def $currNode=fetch( content, node, hash( 'node_id', $module_result.node_id) )}
A volte capita di trovarsi per le mani un file formattato con i ritorni a capo (carriage returns) fatti in stile dos. La cosa potrebbe portare dei gravi danni soprattutto se il file in questione è un file di configurazione di qualche servizio.
Per sistemare questo problema basta aprire il file in vim e scrivere
:1,$s/^M//g
N.B non fare copia incolla del suddetto codice, in quanto per scrivere “^M” bisogna premere Ctrl-V seguito da enter.
Recentemente mi è capitato questo strano problema. Dopo il login l’applicazione restituiva un codice d’errore 502. Dopo aver spulciato nei file log ho visto che l’errore era upstream sent too big header while reading response header from upstream. Tale cosa era causata dal fatto che nginx di default accetta “solo” 4kb come buffer per processare i headers.
Questo è il setup che mi ha permesso di far funzionare tutto:
Continua…
Può capitare dopo aver trasferito un installazione di wordpress di non essere più in grado di poter caricare i file poiché blog cerca di salvarli nel vecchio percorso. Si può ovviare a questo problema in seguente modo:
Aprite wp-config.php e cercate al suo interno seguente stringa di testo
require_once(ABSPATH.’wp-settings.php’);
aggiungete dopo
define("UPLOADS", "wp-content/uploads");
Ovviamente variando il percorso se serve.
Nel caso in cui aveste una necessita di effettuare il cosidetto find&replace all’interno di una tabella mysql (per esempio variazione di un dominio), potete usare seguente codice:
update wp_posts set guid = replace(guid,"www.domain.com","www.domain.it")
Continua…
In site.ini.append
[ContentSettings]
# Whether to use view caching or not
ViewCaching=disabled
[TemplateSettings]
TemplateCache=disabled
DevelopmentMode=enabled
Se vi è capitato di sbagliare con il chmod o per qualche altro motivo, ecco lo script per togliere il bit “execute” ai file tenendolo inalterato sulle cartelle.
find . -type f -exec chmod -x {} \;
netstat -lantp | grep ESTABLISHED |awk '{print $5}' | awk -F: '{print $1}' | sort -u
Se avete il suddetto errore, da qualche parte (probabilmente in “/etc/php5/conf.d/apc.ini” se avete distribuzione debian) la seguente riga:
apc.shm_size=256
Per risolvere basta cambiarla in seguente modo:
apc.shm_size=256M