Il trucco consiste nel cancellare il file OIScatalog.cag che si trova in questo percorso:  %userprofile%\AppData\Local\Microsoft\OIS (dove %userprofile% è il percorso del tuo profilo utente). Il file cancellato verrà creato in automatico alla successiva apertura del software.

update: Il trucco dovrebbe funzionare anche con le vecchie versioni di office.

1) W3 Total Cache    (velocizzare il blog utilizzando vari tipi di cache,CDN, minify. Insomma un ottimo plugin per aumentare le performance).

2) Spam Free WordPress (elimina lo spam alla fonte senza creare un database di commenti che devono poi essere eliminati a mano. Lo preferisco ad Akismet).

3) WordPress Database Backup (per fare backup del database mysql e poterlo salvare in locale, sul server o spedirlo via posta… davvero utile).

4) Google XML Sitemaps  (un plugin necessario per l’indicizzazione sui migliori motori di ricerca).

5) WP-PageNavi (aggiunge una navigazione avanzata per il tuo blog, e spesso è molto utile se hai un sito ricco di post).

6) WP Minify (unisce e comprime javascript e css ottimizzando la velocità del sito… io lo utilizzo insieme a w3total cache, ovviamente delegando a wp-minify il minify di js e css.)

7) WordPress Google +1 Button – Advanced Plugin, Includes Redirection (lo sto provando su un sito web e devo dire che funziona egregiamente. Questo plugin aggiunge il pulsante +1 di google alle tue pagine e post.

TinyMCE Advanced (editor avanzato per i post in wordpress… necessario).

9) NextGEN Gallery (secondo me è il miglior generatore di gallery e gestione immagini per wordpress).

10) Google Analytics for WordPress (plugin per analizzare il tuo blog tramite Analytics di google. Un altro plugin fondamentale).

11) All in One SEO Pack  (plugin per l’ottimizzazione SEO del tuo blog).

12) CommentLuv (gratifica i tuoi lettori aggiungendo il loro  ultimo post alla fine del commento).

Questi sono i miei plugin preferiti, e i vostri???

Const VOLUME = “C:\”
Const CONTEXT = “ClientAccessible”

strComputer = “.”
Set objWMIService = GetObject(“winmgmts:” _
& “impersonationLevel=impersonate!\\” & strComputer & “\root\cimv2″)

Set objShadowStorage = objWMIService.Get(“Win32_ShadowCopy”)
errResult = objShadowStorage.Create(VOLUME, CONTEXT, strShadowID)

ho uno dei miei server con VMware ESX su due dischi in mirror.

Ad un certo punto, a causa di un surriscaldamento del server, ho dovuto riconfigurare il sistema raid e fare un re-sync dei dischi che è andato a buon fine.

Vmware è ripartito senza alcun errore evidente ma nel momento in cui ho cercato di far ripartire le macchine virtuali il disco in mirror che le contiene non risulta tra i dischi visibili a Vmware… !!

Mi è sembrato molto strano, perchè in effetti il sistema parte senza errori hardware e software… Cosa poteva essere? Gironzolando su internet ho trovato la soluzione:

Nella configurazione avanzata dell’ ESX , all’interno di LVM,  consigliavano di settare LVM.DisallowSnapshotLun a 0 e fare un rescan degli storage adapter.

E immediatamente il disco in raid è ricomparso con tutte le macchine virtuali…

Potrebbe non funzionare in alcuni casi ma nel mio è andato tutto ok… faremi sapere se vi è capitata una cosa simile…

Questi sono i nuovi files termsrv.dll validi per le versioni Windows 7 con Sp1.

Ovviamente vanno rinominati in termsrv.dll e come sempre va modificata la chiave di registro come spiegato nel post precedente.

Mi è capitato più volte di ricevere segnalazioni di errori relativi alle connessioni SSTP, prevalentemente un errore relativo all’impossibilità di contattare il server Vpn. Abbiamo riprodotto in aula l’esercizio e in effetti si è ripresentato l’errore (impossibile contattare l’host via rete).

Come muoversi?

Escludendo problemi di firewall o di servizio VPN ho cercato in rete una soluzione… Il certificato macchina associato al server VPN poteva essere l’errore. In effetti il Server Authentication Certificate (SAC) che doveva essere vincolato alla configurazione listener SSL non corrispondeva a quello richiesto e installato dall’amministratore del server. Come fare a scoprirlo???

C:\Users\Administrator>netsh http show ssl                (questo comando consente di vedere il certificato “mappato” al listener SSL).

IP:port                 : 0.0.0.0:443

    Certificate Hash        : 926af74453ad0fcbb3fe9ee62e8843329a84c6ac

    Application ID          : {ba195980-cd49-458b-9e23-c84ee0adcd75}

    Certificate Store Name  : MY

……….

……….

……….

Come si vede nell’esmpio in alto è importante che l’has del certificato mappato corrisponda a quello del certificato macchina  installato sul server VPN.

Nel nostro caso non era lo stesso…. come agire?  La procedura è semplice, bisogna cancellare questo “mapping” errato e rimappare il certificato reale. In che modo? questa è la procedura:

netsh http delete ssl 0.0.0.0:443

netsh http delete ssl [::]:443

reg delete HKLM\SYSTEM\CurrentControlSet\Services\SstpSvc\Parameters /v SHA256CertificateHash /f

netsh http add sslcert ipport=0.0.0.0:443 certhash=f83e9044820269e698072e19880d30840689a1f9 appid={ba195980-cd49-458b-9e23-c84ee0adcd75} certstorename=MY

netsh http add sslcert ipport=[::]:443 certhash=f83e9044820269e698072e19880d30840689a1f9 appid={ba195980-cd49-458b-9e23-c84ee0adcd75} certstorename=MY

net stop sstpsvc /y

net start remoteaccess

Ovviamente vanno sostituiti i valori dell’ hash del certificato con quelli del vostro…

E’ un gran passo avanti: infatti,  su Windows Xp e Vista, se da amministratore volevo creare una policy locale che potesse interagire esclusivamente con un solo utente e magari non farla applicare a me stesso, non avevo nessuna possibilità. Ora invece ogni utente/gruppo predefinito può avere una diversa policy.

Tramite il comando mmc apro lo snap-in relativo alle policy (in italiano ” editor oggetti criteri di gruppo”) e invece di puntare ai criteri locali clicco sul pulsante “sfoglia”….

… e poi sul tab utenti…

A questo punto posso aggiungere lo snap-in con le policy user filtrate per utente. Prendo come esempio l’utente valerio…

Notare che i criteri sono relativi all’utente valerio e non sono quelli del computer locale.

A questo punto basterà configurare una policy solo per l’utente valerio e testarne il funzionamento entrando con quell’utente. Gli altri non avranno la stessa policy configurata.

Bisogna però chiarire ancora una cosa… In Windows 7 i livelli sui quali posso applicare le policy user  diventano tre…

1. A livello locale (Local Group Policy Object, l’unico livello utilizzato in Windows 2000/xp/vista)
2. A livello di gruppi predefiniti (gruppi Administrators and Non-Administrators)
3. A livello di singolo utente (l’esempio che ho fatto prima con Valerio)

E se configuro policy contrastanti in tutti e tre i livelli? Quale si applica?

Posso seguire l’ordine numerico con il quale ho descritto, poco sopra, i tre livelli… si evince, quindi, che  le policy a livello di singolo utente vengono applicate per ultime e sono quindi vincenti.

In basso l’errore documentato…

Come risolvere?  Ho trovato in internet questo script powershell  (che ho modificato rispetto all’originale) da far girare sulla macchina  :

GetInvalidImagePathsV2mod in formato zip che dovrete aprire.

NB: per far girare lo script nella powershell bisogna dare prima l’istruzione  Set-ExecutionPolicy unrestricted

e poi eseguire lo script in questo modo :

Notare la parte che ho evidenziato in giallo…  Lo script ha infatti trovato un percorso non valido nel registro di sistema relativamente al Virtualbox service.

Questo script quindi può essere utilizzato anche per trovare altri servizi che potrebbero inibire l’esecuzione del backup di Microsoft.

A questo punto andiamo a cercare la chiave incriminata nel registro con regedit:

Eccola!  Il path non sembra valido e lo sostituisco in questo modo…

Ora non resta che riavviare il server e l’errore non si verifica più!

ps: Un ringraziamento speciale a Piero Bacarella  per l’aiuto prestato.

Non posso negare di aver più volte detto che WordPress è davvero una piattaforma davvero unica e difficilmente Live Space avrebbe potuto competere.

Ho anche letto in giro di problemi di migrazione, ma da quello che ho potuto capire, è piuttosto normale incorrere in errori dovuti alla mole di dati che vengono trasferiti da Live a WordPress. Comunque chi dovesse avere problemi di qualsiasi tipo, può contattare direttamente lo staff tecnico di WordPress.com a questo indirizzo: http://en.support.wordpress.com/contact/

Pare che molti utenti abbiamo già risolto e siano già passati alla nuova piattaforma.