Rana pescatrice al forno con patate e olive

Sequenza fotografica della ricetta di Pasqua.

wpid-20140419_110404.jpg

wpid-20140420_113455.jpg

wpid-20140420_131737.jpg

wpid-20140420_132335.jpg

wpid-20140420_133408.jpg

wpid-20140420_135520.jpg

 

wpid-20140420_142410.jpg

 

wpid-20140420_150417.jpg

 

Ricetta originale

http://www.ilgiornaledelcibo.it/ricette/ricetta-scheda.asp?id_ricetta=2212

Grazie a m@riotto per la ricetta e al Conad di Offanengo per il pesce freschissimo.

Buona Pasqua a tutti ;-)

There’s a hole in the privacy of WhatsApp?

Credo che ci sia un errore grossolano nella privacy di WhatsApp!

Quando un utente crea una chat di gruppo, espone a tutti i partecipanti al gruppo i numeri di cellulare dei partecipanti stessi senza che questi possano “nascondere” il proprio numero telefonico.

Non è affatto scontato che i partecipanti alla chat di gruppo, pur avendo in comune un contatto (quello che ha creato il gruppo), siano d’accordo nel diffondere il proprio numero di cellulare.

Possibile che quelli di WhatsApp possano essere incorsi in un errore così abnorme ?

Fate attenzione perchè sembra, dalle ricerche che ho fatto, che non ci sia modo di tutelarsi da questa “svista”.

http://www.pcnexus.net/2013/11/whatsapp-tips-tricks-and-hidden-secrets.html

WhatsApp: se lo conosci lo usi con prudenza ;-)

New arrivals of 2014

Un po’ in anticipo rispetto all’anno scorso, vi presento le nuovi selezioni che si aggiungono alle mie semine:

TABASCO

wpid-20140413_114307.jpg

DIAVOLICCHIO CALABRESE

wpid-20140413_114159.jpg

FUOCO DELLA PRATERIA

wpid-20140413_114236.jpg

A questo punto, prima di presentare il RE di quest’anno, devo fornire alcune spiegazioni: mi è stato accennato ad un certo Ghost Chili  sul quale alcune brevi ricerche mi hanno fornito queste informazioni

http://www.lacasettabio.it/prodotti/peperoncini-piccanti/55-peperoncino-bhut-jolokia-ghost-chili

http://www.semionline.it/products/peperoncino-bhut-jolokia

ma alla fine sono giunto a questo

http://www.chilipeppermadness.com/blog/2012/02/07/moruga-scorpion-the-hottest-chili-pepper-in-the-world/#.U1JkOvl_tUU

dove Sua Maestà Trinidad Scorpion viene descritto ed eccolo qua (sperando che fruttifichi)

TRINIDAD SCORPION

wpid-20140413_114338.jpg

(vi invito a contare i peperoncini sull’etichetta che indicano il grado di “piccantezza” o, per gli indenditori, la misura nella Scala Scoville  che esprime in gradi la quantità di capsaicina del frutto maturo)

Buon peperoncino a tutti :)

Fixing a corrupted vhd file

Durante il pacato pomeriggio domenicale appena trascorso, tornato dal mio consueto giro in bicicletta, concludo la sessione aspettando che Runtastic Road Bike Pro dallo smartphone pubblichi sui social i dati della sessione ma la connessione internet non funziona.

Uh?!?! :-O

Cosa sta accadendo ?

Una rapida verifica sul server con Hyper-V che ospita i miei servers virtuali mi fa accorgere che il server con Forefront TMG, che collega la mia LAN domestica a internet, è spento.

Why? Pecchè?

Dalla management console di Hyper-V provo a riavviare la virtual machine che propone all’avvio un inquietante messaggio:  Recenv.exe – Corrupt File.

The file C:\Boot\bootstat.dat is corrupt and unreadable. Please run the Chkdsk utility. 

Cliccando OK, parte il wizard di ripristino che permette il restore della macchina virtuale partendo da un’immagine di backup (che da vecchio MVP mi ero premunito di configurare ;-) ) ma anche questa possibilità fallisce pochi istanti dopo l’inizio del recupero con il laconico messaggio che vedete qui sotto

hyper-v_vm_error

 

A questo punto che fare ?

Nulla, tanto con la macchina di Forefront giù non posso neppure cercare una soluzione su internet quindi posso spegnere tutto e aspettare l’indomani.

Il giorno dopo, armato di santa pazienza, vado a verificare una copiosa documentazione della quale riporto qui solo i links di quella che ritengo veramente utile per la soluzione:

https://neosmart.net/forums/showthread.php?t=9211

http://social.technet.microsoft.com/Forums/windowsserver/en-US/18647925-0f1b-4e0e-97c3-3a8675302307/error-on-vhd-corrputed-unreadable-error-0×80070570?forum=winserverhyperv

http://blogs.technet.com/b/tonyso/archive/2011/12/06/how-to-fix-a-corrupted-hyper-v-vhd-file.aspx

http://blogs.msdn.com/b/virtual_pc_guy/archive/2009/01/07/how-do-i-fix-a-corrupted-virtual-hard-disk.aspx

http://blogs.msdn.com/b/virtual_pc_guy/archive/2008/02/01/mounting-a-virtual-hard-disk-with-hyper-v.aspx

http://arnulfowing.blogspot.it/2008/12/how-to-get-hyper-v-to-read-corrupted.html

http://archive.msdn.microsoft.com/vhdtool

http://social.technet.microsoft.com/Forums/en-US/cc7be870-b44f-4df1-88b6-7ad9c21068cb/corrupt-vhd-in-hyperv

Ieri sera procedo: dalla management console di Hyper-V creo un nuovo disco virtuale con le stesse dimensioni del disco esistente, nelle impostazioni della virtual machine rimuovo il vecchio disco ed “attacco” quello nuovo appena creato, “aggancio” alla macchina virtuale la iso del sistema operativo ed avvio la macchina virtuale. La macchina effettua il boot dalla iso di sistema operativo perchè il suo disco è vuoto e propone il wizard di installazione, il quale ha nelle opzioni in basso a sinistra la possibilità di ripristino da una immagine di backup: scelgo questa! Lascio selezionato l’ultimo backup effettuato ed avvio il ripristino che non si pianta più pochi secondi dopo l’inizio del ripristino. Lo lascio proseguire e vado a dormire. All’alba vedo che lo smartphone sul comodino sta ricevendo mail attraverso la wireless e quindi attraverso il Forefront TMG.

Che significa ?

Significa che il ripristino è andato a buon fine, al termine del ripristino la macchina virtuale si è riavviata perfettamente funzionante.

Ben fatto :-)

Alla prossima.

Proud to be present

mvp_in_home_page_2

New milestone reached: 30.000 points

edo_mvp_30000

Azure SDK 2.2 In Production: Could Not Load File Or Assembly ‘Msshrtmi’ Or One Of Its Dependencies.

Alle volte il nesso di causalità è veramente bizzarro.

In questo caso partiamo da un bicchiere di vino rosso per arrivare all’SDK di Azure, ma cosa collega queste due cose ?

Presto detto.

Prima dell’Epifania si è rovesciato un bicchiere di vino rosso sul mio portatile, il vino ha attraversato la tastiera per fuoriuscire da sotto, il notebook è andato in corto ed è deceduto.

Fortunatamente l’hard disk non ha subito danni quindi tutti i miei lavori erano recuperabili.

Ho rimpiazzato quel notebook con un nuovo ultrabook XPS della Dell e quale migliore occasione di questa potevo avere per installare i più recenti prodotti Microsoft compresi nel mio abbonamento MSDN ?

Detto, fatto: ho installato il nuovo Microsoft Office Professional Plus 2013 e il nuovo Visual Studio Premium 2013.

Appena installato Visual Studio 2013, ho recuperato i miei progetti dal vecchio disco e ho verificato la funzionalità di pubblicazione.

Tra questi progetti c’è n’è uno per Azure realizzato con Visual Studio 2012 e una versione precedente dell’SDK.

La pubblicazione diretta su Azure di questo Webrole va in errore. Why… pecchè?

Ovvio, manca l’SDK di Azure.

Bene, installiamo l’Azure SDK 2.2 per Visual Studio 2013 e riproviamo.

La compilazione va in errore di nuovo sul RoleEntryPoint e sull’Overrides della funzione OnStart in WebRole.vb.

Perchè?

Certo, non viene caricata la classe Microsoft.WindowsAzure.ServiceRuntime

error in publishing azure project created with old sdk version

Rapida ricerca su Google e decine di richieste per lo stesso problema su StackOverflow e su Windows-Azure.net ma tutte senza una soluzione semplice e lineare.

Strano, perchè in Visual Studio 2013 una soluzione semplice e lineare esiste: in Solution Explorer, click destro sul WebRole, scegliere Properties, a sinistra scegliere References, scorrere l’elenco dei riferimenti fino a trovare Microsoft.WindowsAzure.ServiceRuntime dove comparirà la versione vecchia e la scritta The system cannot find the file specified.

E’ sufficiente rimuovere il vecchio riferimento ed aggiungere il riferimento alla medesima Reference della nuova versione dell’SDK ossia la 2.2.

solution in publishing azure project created with old sdk version

La dll della nuova versione si trova esattamente in questa posizione C:\Program Files\Microsoft SDKs\Windows Azure\.NET SDK\v2.2\bin\runtimes\base\x64\msshrtmi.dll.

Fatta questa banale operazione la pubblicazione torna a funziona correttamente.

Buon Windows Azure a tutti :)

Iscriviti

Ricevi al tuo indirizzo email tutti i nuovi post del sito.