Vi racconto qui com’è andata, sperando di risparmiare qualche imprecazione almeno a voi, nel malaugurato caso (e non ve lo auguro) in cui vi capitasse

Ogni volta è la stessa storia: arrivati ad un certo punto l’installazione semplicemente si ferma nel mezzo del nulla, senza errori evidenti, a parte il “dettaglio” che tutte le pagine seguenti all’aggiornamento vanno in errore (http status 500), siano queste del sito vero e proprio o della parte amministrativa di WP

Alla radice del problema, stavolta come le volte precedenti, il fatto che i permessi di tutti (o quasi) i files php del blog venivano impostati come 0644 (lettura/scrittura per l’owner, lettura soltanto per gruppo e altri utenti).

Peccato che nel server in cui c’è il mio blog un php con quei permessi non funzioni proprio! Da qui, naturalmente, tutti i server error 500 che apparivano, rendendo inutilizzabile il tutto, almeno fino al tedioso ed irritante lavorìo di reimpostazione manuale dei permessi via FTP, che ovviamente ho fatto per l’ennesima volta anche stasera. *sic!*

Onde evitarmi il dispiacere di farlo ogni volta con la spada di Damocle di un quasi certo errore di aggiornamento, ho compiuto una piccola ricerca in rete e trovato, tra le molte risorse dedicate a WP, questo sito il cui titolo mi ispirava parecchio: What to do when Auto-Update Fails

Gli autori descrivono una serie di possibili punti di intervento per uscire dalla spiacevole situazione di essere “chiusi fuori” dal proprio blog in seguito ad un fallito aggiornamento.

Uno in particolare mi ha ispirato e volevo condividerlo: si spiegava di andare ad aggiungere alcuni define in wp-config.php e mi è venuto in mente che, forse, questo mi avrebbe tutelato per le prossime volte.

Detto fatto ho inserito queste due sole righe (tra le varie proposte) nel mio config:

define('FS_CHMOD_FILE', 0755);
define('FS_CHMOD_DIR' , 0755);

La soddisfazione è infine giunta: reinstallando WP tutto ha funzionato finalmente senza  alcun intoppo!! (ok, ho aggiornato con la stessa versione, ma prima nemmeno questa operazione andava a buon fine, e poi quella avevo disponibile )

La prova del nove sarà il prossimo upgrade: speriam bene e…
Buon aggiornamento a tutti i gli amministratori di WP

Se (come me) usate OpenOffice e non MS Office, non riuscite a vederlo perché (giustamente) OpenOffice non sa cosa farsene di un file in flash incluso in un documento excel: vi mostra solo il primo frame, che poi probabilmente sarà l’anteprima che ha generato Office quando l’ha incluso, e altro non potete fare… D’altronde se anche avessimo voluto estrarci il file in flash (.swf) incluso, usando un sistema in cui c’è excel per poi vederlo nel nostro computer  non avremmo avuto migliori prospettive.. perché non c’è modo di farlo tramite l’interfaccia di excel!

Possibile che non ci sia un sistema per riottenere quel flash incluso e potercelo guardare nel browser?
Ma è una domanda retorica: certo che c’è! Tutto quel che ci serve è un semplice editor esadecimale (io per scrivere questo mini-tutorial ho usato HxD ) e un po’ di attenzione.

Pronti? Si parte!

Apriamo con l’editor il nostro file .XLS.

Cerchiamo nel file, a partire dall’inizio, la seguente sequenza di bytes (hex):  46 53 57 (“FWS” in ASCII).
Corrisponde, come potete vedere in queste specifiche, alla “firma” di 3 bytes che si trova sempre all’inizio dei file flash, e se notate altro non è che l’estensione “SWF” a rovescio

Segnatevi (poi servirà) l’indirizzo a cui trovate la sequenza, cioè per la precisione l’offset cui si trova il primo byte della sequenza rispetto all’inizio del file.

Andate avanti di 4 bytes da quell’offset ed annotatevi, a partire da questa nuova posizione, i 4 bytes che troverete (per esempio “B8 A2 12 00″) perché rappresentano -sempre a quanto si legge nelle specifiche di prima- un intero senza segno a 32 bit  contenente la lunghezza del file SWF scritto a partire dal byte meno significativo fino a quello più significativo (per es. “B8 A2 12 00″ significa “0012A2B8″ in esadecimale, cioè 1221304 bytes).

Ora che abbiamo la lunghezza non ci resta che scrivere su un altro file quel numero di bytes a partire dall’indirizzo base, cioè quello a cui avevamo individuato la sequenza “FWS”: in HxD ci basterà usare la funzione seleziona blocco, indicare l’indirizzo di partenza e la lunghezza, dare ok, poi fare copia, creare un nuovo file, fare incolla e infine salvare il nuovo file con un nome adatto al suo contenuto, come ad esempio “auguri.swf”.

Nel caso di CD audio e DVD video vi potrà far partire il lettore adeguato, oppure il programma di installazione del programma che c’è dentro.. Se si tratta di una chiavetta USB ci metterà poi un certo tempo a spulciare nel contenuto per capire cosa proporre come azioni possibili…

Che premuroso, è utile no?

Forse, ma non mi è mai piaciuta l’idea che per il solo fatto di inserire un supporto di memoria dovesse venir eseguito un programma “esterno” senza aver prima verificato di cosa si tratti!

Di questi tempi oltretutto circolano “simpatici” programmini infestanti che definire virus è talvolta limitativo e che sono in grado di passare di chiavetta in chiavetta ed infettare allegramente quel che trovano per la via..

Ecco perché mi sono preoccupato di capire come evitare il problema alla sorgente… anzi, i problemi, perché ho sempre detestato anche la scansione “euristica” di quando inserisco un supporto USB Ho visto finora due approcci alla questione, diversi fra loro ma per certi versi complementari:

• Il primo prevede di disabilitare in toto il meccanismo di autorun e di autoplay.
• Il secondo invece è un hack che istruisce il sistema di ignorare i files autorun.ini, quali che siano.

Nota bene! So che siete intelligenti e che non serve dirlo, ad ogni modo fate queste modifiche a vostro rischio e pericolo, facendo prima un bel punto di ripristino del sistema e/o un salvataggio delle chiavi del registro che andaste a modificare!

Vediamo quindi i dettagli: per il primo sistema, potete far riferimento a questo link:
(link su support.microsoft.com)

Si tratta in pratica di impostare un valore DWORD chiamato NoDriveTypeAutoRun in queste due chiavi:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\policies\Explorer\

Nel mio caso ho messo il valore FF esadecimale, in modo da disabilitarlo completamente.
Se però preferite una disattivazione parziale, questi sono i valori (mettete in bit-or quelli che volete):

Il secondo metodo invece è ben descritto qui:
(link su blogs.computerworld.com)

Si tratta in breve di modificare o aggiungere questa chiave di registry:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping\Autorun.inf
in modo che il valore predefinito sia inesistente..

Ad esempio @SYS:DoesNotExistNonQuiAlmeno

Come forse noterete ho cambiato la stringa rispetto al testo originale, in modo da renderlo meno attaccabile da eventuali futuri virus che dovessero andare a rimuovere questa modifica per avere campo libero..

Non escludo che futuri aggiornamenti automatici possano andare a modificare il dato che viene interessato dalla prima soluzione… Probabilmente il secondo approccio da questo punto di vista è più duraturo, oltre che più facile da realizzare

In ogni caso alla fine occorrerà riavviare la macchina perché le modifiche vengano applicate.

PS: io l’ho provato anche su Windows 7 professional e sembra funzionare

In sé può essere comodo, ma spesso mi trovo ad avere elencati un sacco di programmi che non mi interessa trovare  lì, quali ad esempio:

• notepad: uso un altro editor, ma per qualche motivo il notepad me lo ritrovo sempre lì tra i piedi
• visualizzatori vari di immagini, di pdf, etc… tanto compaiono già direttamente aprendo i files, perché associati ai rispettivi tipi
• programmi per i quali ho già altre scorciatoie più comode (tastiera, desktop, barre varie)
• …vari altri campioni di inutilità che non elenco qui

Così facendo accade però che non mi appaiano più quei programmi che avevo aperto da poco e che vorrei vedere elencati, ma che trovo invece “scalzati” nella lista degli ultimi programmi a favore di quelli “indesiderati”.

L’ideale sarebbe poter tenere lì solo quelli che ho usato da poco e che sono effettivamente scomodi da andare a ripescare nei meandri del menu avvio>programmi>etc>etc>etc

Sapendo che si poteva fare, ho cercato un po’, arrivando infine a questo sito:
Manage the most frequently used programs list on your XP Start Menu

In sintesi, occorre andare nel registry, nel ramo HKEY_CLASSES_ROOT\Applications: lì si individua se c’è o si crea se non è presente una chiave con il nome dell’eseguibile da escludere; all’interno di tale chiave si va a creare se già non c’è un valore di tipo stringa e con il nome “NoStartPage“.

Dopo un riavvio (ma forse basta effettuare la disconnessione dell’utente e poi rientrare) il sistema dovrebbe smettere di includere nella lista MRU (Most Recently Used) delle applicazioni quegli eseguibili che si sono così indicati.

NB: prestate la massima attenzione nel modificare il registry di windows e fatelo solo se sapete bene cosa state facendo: se “fate danni” lì dentro rischiate di rendere il sistema inservibile, per cui usate la massima cautela!

Nella speranza di evitare qualche mezzoretta di frustrazione ad altri che si trovassero a voler collegare un palmare ad un access point, lo scrivo qui a beneficio di chi passerà

Come saprete è buona norma non lasciare “aperto” l’access point, ma usare qualche forma di cifratura, onde evitare che un Pinco Pallino qualsiasi parcheggi fuori di casa vostra e faccia un giro tra i vostri documenti personali passando per la rete wireless…

La forma più semplice di cifratura è data dal protocollo WEP. Se il vostro palmare supporta qualcosa di meglio (per es. WPA o TKIP), usatelo. In caso contrario, se cioè il vostro palmare (come quello con cui ho avuto a che fare io) non capisce un’acca di altri protocolli, non vi restano tante altre scelte, andate con il WEP… (e sappiate che non è comunque il massimo della sicurezza, anzi )

Bene… WEP a 64 o 128bit? 128 nel dubbio… che chiave mettere? una bella chiave random… mmm, quante belle cifre esadecimali… Certo però… per le prove preferivo evitare troppe complicazioni ed è piuttosto facile sbagliare una cifra nelle 26 che compongono la chiave WEP, una volta scritta come sequenza esadecimale…

Ho usato allora la variante a “parola chiave”: tu scrivi una password di 13 lettere, il router si arrangia a convertirsela in stringa esadecimale e siamo tutti più contenti! Con il portatile, tutto ok, si collega. Con il palmare, invece, un gran giramento di… frecce!

La passkey c’è, controllata un milione di volte. Il segnale è buono, sono davanti all’access point. Si associa, chiede l’IP via DHCP… e non arriva… lo richiede… e non arriva… e avanti così, ad libitum, batteria e pazienza permettendo…

Provo allora un IP statico, lo tiene, ma non va da nessuna parte: niente gateway, niente dns, niente di niente al di là del muro dell’access point… (??)

Ricerche in internet, ho aggiornato anche il firmware per vedere se c’era qualche bug nel driver radio, chissà mai… però niente, un infinito niente: “tanto caro mi fu quest’ermo router, e questa rete, che da tanta parte dell’ultimo orizzonte il ping esclude”… Anche se in effetti le imprecazioni erano appena un po’ meno poetiche

Poi la svolta, imprevista e involontaria: alla 1001-esima volta mi sono inventato di scrivere nelle impostazioni del palmare (già non troppo chiare di loro, grazie windows mobile!! è un vero aiuto alla memoria il dover riscrivere le cose dieci milioni di volte perché non le salvi!!) l’intera sequenza esadecimale invece della versione ascii… e magicamente ha preso il suo buon IP e ha iniziato a vederci più chiaro… ed io a vederci rosso…

Vuoi vedere che il router (e il portatile) codificano in esadecimale la stringa in un modo diverso da quello che fa il palmare? Avrei scommesso che fosse un’operazione talmente ovvia e banale da non richiedere ulteriore indagine, e invece pare che il palmare faccia in qualche modo confusione… mah!

Alla fine della fiera, il palmare si collega allegramente e senza alcuna difficoltà. Ci vorrà un po’ di pazienza ad inserire tutti i numeretti invece della passkey testuale, ma basta farlo una volta

Spero che vi torni comodo! Ciao!

La cosa torna molto comoda in alcuni casi in cui occorre sistemare a mano qualcosa durante l’installazione (per es. copiare dei drivers..)

Sempre Shift-F10, durante il boot da CD di sistema porta direttamente al prompt di recupero, senza la solita trafila

Enjoy!

Può essere utile saperlo, se non altro per verificare se c’è qualcosa di installato ma nascosto.. di questi tempi, con i “simpatici” programmi che girano in rete, è sempre meglio saperne una in più che una in meno

“Ma.. tu sai perché…?” – scherzo, citavo Fiorello

La soluzione era forzare comunque l’assegnazione, ma sempre col sospetto che qualcosa restasse comunque in una condizione non proprio stabile…

Avrei preferito poter rimuovere la periferica fantasma, ma per farlo doveva essere connessa… e come fare se era appena esplosa?
Niente da fare allora… fino ad oggi almeno, dato che ho appena letto su hwupgrade.it che c’è modo di vedere nella gestione delle risorse anche quelle periferiche configurate ma attualmente non collegate nel sistema (quindi anche periferiche USB, ad esempio..)!!

In breve, si può procedere così:

1. lanciare da Start\Esegui il comando cmd [Invio]
2. inserire le seguenti righe di comando:
   set devmgr_show_nonpresent_devices=1 [Invio]
   start devmgmt.msc [Invio]
3. nel menu Visualizza attivare la voce Mostra periferiche nascoste.

Si potranno così vedere nei vari rami delle voci “trasparenti”, corrispondenti alle periferiche non collegate al pc!!

Wow