February 2006 - Posts
Purtroppo sembra che CS 2.0 faccia un po' di casino con le statistiche dei post e forum. Il mio ultimo post ha 139 letture nel DB e ne vengono segnate solo 5.
Ieri alle 20.10 di sera c'erano, secondo lui, 1.439 utenti collegati....magari...:-)
Indagherò appena ho un attimo, per adesso non fidatevi.
Riporto la notizia di oggi dove si afferma che è possibile creare virus, anche se per adesso non ne esistono, che infettano sia un PC che un dispositivo Windows Mobile agendo sul collegamento fra i due. Ancora non ci sono pericoli reali, ma è bene sapere...
MARA research group discovers world’s first PC to handheld crossover malware
Advisory:
The Mobile Malware Researchers Association (MARA) today announced that it has characterized the first malware to cross-infect a handheld phone or PDA from a binary on the desktop PC. The malware, a Trojan dubbed “crossover”, spreads from a Win32 desktop machine to a Windows Mobile Pocket PC handheld. Detailed analysis and the malware binary are available to antivirus companies and security experts who qualify for MARA membership, which is free.
Crossover is the first malware to be able to infect both a Windows desktop computer as well as a PDA running Windows Mobile for Pocket PC. It was sent to MARA anonymously.
Included with the malware was the following text file:
______________________________________
virus name: crossover virus - proof of concept
virus type: multiplatform
Target Platforms: Windows desktop OS's, Windows ce, mobile with .NET CF 1.1
This is a proof of concept virus that shows how a virus can spread from a desktop computer to a pocket pc. With the growing use of handheld devices this type of virus may become very prevalent in the future. For viruses to be more effective they need to spread across a wider range of devices including wireless devices. AVers have to be able to provide adequate protection to deal with these types of viruses. The crossover virus is named so because it crosses over from wired PC's to wireless pocket PC's. It is the first virus of its kind. When executed the virus checks what the current OS is, if it is not windows ce or mobile the virus makes a copy of itself and puts a startup command to the copy in the registry local-machine-current-version-run, the virus then quietly waits for an activesync connection to be detected, it can wait infinitely and everytime the desktop is rebooted the virus recreates itself and again add new copies to the registry, theoretically you can have so many copies running on startup it could degrade or halt the PC's performance. When an active sync connection is detected the virus copies itself to the handheld device and remotely executes the virus to start running on the device.
If the current OS is windows ce or mobile the virus erases all files in the \\My Documents directory of the device. Then it copies itself to the \\Windows directory and creates a shortcut to the copy in \\Windows\\startup. When the device is reset the shortcuts execute their target files, here also you can theoretically have multiple copies of the virus running on startup.
The crossover virus was written in C# (C Sharp) using Visual Studio .NET 2003, the Communications Library of openNETCF.org was used and a great help. It should run on any handheld device running windows ce/mobile and .NET CF 1.1
This is proof of concept code for educational purposes only. This virus closes the gap between handhelds and desktops, now its one big world open to all.
Source:
Mobile Antivirus Researchers Association
Dal sito www.skype.com è possibile scaricare la nuova versione 2.0 (migliore qualità voice e supporto per molteplici device). L'installazione è differenziata per device quindi selezionate il Marca e Modello corretto partendo da questa pagina (http://www.skype.com/products/skype/pocketpc/index.html)
Interessante il supporto differenziato (come si dovrebbe fare in tutte le applicaizoni) alle diverse interfacce utente dei vari device
Uno spettacolo la nuova versione. Scaricabile con .CAB direttamente da http://blogs.msdn.com/windowsmobile/attachment/526876.ashx
Due nuovi device da HTC che probabilmente verranno commercializzati da Qtek in Italia:
Entrambi UMTS, WM 5.0. Il Trinity ha anche il supporto GPS built-in. Uno è uno SmartPhone, mentre l'altro un Pocket PC.
Per una immagine: http://www.engadgetmobile.com/2006/02/25/htc-breeze-and-trinity-appear-online/
Ho ripristinato le Gallery Fotografiche che purtroppo non erano state upgradate correttamente.
Inoltre nella sezione Roller trovate altri feed aggregati da altri siti di fiducia.
Scusate l'assenza di post in questi giorni. Siamo in preparazione della DevLeap Conference (DevCon 2006) e ci sono veramente mille cose organizzative da pianificare e implementare.
Inoltre con Daniele Marrama stiamo preparando la quinta edizione della Future Web Conference a L'Aquila. Come sempre sarà una conferenza a partecipazione gratuita e dagli ultimi sondaggi sembra che sarà Una Giornata Mobile: l'idea è quella di fare una giornata sullo sviluppo di applicazioni reali su Windows Mobile con .NET CF 2.0, MSMQ e SQL 2005 Mobile. Se sarà una giornata mobile, l'idea è presentare l'architettura a 6/7 livelli sui che utilizziamo in DevLeap quando progettiamo le applicazioni per i nostri clienti. Spesso infatti nelle conferenze pubbliche si fanno tanti esempi fini a stessi senza collocare le righe di codice in un'applicazione completa. L'applicazione non avrà logica complessa ma utilizzerà classi, interfacce, multithreading, generics su vari layer per rendere l'applicazione performante e facilmente manutenibile.
Non mi dilungo...entro domenica pomeriggio prendiamo una decisione e quindi da settimana prossima notizie più precise.
Scusate per il down-time di mezz'ora...ne valeva la pena.
Abbiamo un sacco di strumenti nuovi
Grazie per la pazienza
Rob
E' uscita da 5 minuti !!!!
Sarà una lunga notte....mi scuso con chi voleva controllare forum e blog stasera.
Rob
Sto provando a fare l'upgrade alla nuova versione di Commuty Server (il motore di questo sito).
Attualmente è in versione RC1, ma dovrebbe uscire la versione finale il 20 febbraio quindi mi sono portato avanti con le prove.
Questo IP per avere un idea di come sarà: http://70.86.29.132/
I vostri account (username e password) dovrebbero funzionare tranquillamente sul sito nuovo, ma per adesso non inserite post o messaggi nei forum del nuovo sito in quanto il database su cui si appoggia è temporaneo.
Continuate a inserire messaggi e post sul sito ufficiale www.thinkmobile.it : il giorno del passaggio alla 2.0 finale verrà upgradato il database e quindi incrociando le dita non perderemo niente....almeno nelle mie prove è successo questo e il sito .132 ha tutti i messaggi allineate a stamani alle 8.
Buona navigazione.
Ho aperto due nuovi forum
1) per coloro che cercano lavoro o consulenze in ambiente mobile
2) per le aziende che cercano nuove figure per il loro organico oppure consulenti su progetti
Sono un po' scettico sul funzionamento e ne abbiamo avuto modo di parlare nel post precedenti, ma speriamo che servano a mettere in contatto le figure professionali con le aziende per quanto riguarda lo sviluppo mobile.
Ovviamente ThinkMobile non garantisce i dati contenuti negli annunci.
Abbiamo aperto il blog della conferenza per seguire lo stato di avanzamento lavori. http://blogs.devleap.com/devcon2006
Ricordo che è possibile suggerire i contenuti che vorreste vedere alla conferenza tramite l'apposita pagina http://devcon2006.devleap.com/agenda.psx. Per adesso sono arrivati numerosi feedback. L'obiettivo è quello di creare la conferenza che i partecipanti vogliono.
Prendo spunto da una domanda di Nicola (geppo) su Forum per postare sul blog il motivo per il quale la prima esecuzione di un metodo o ancor di più la prima chiamata a un web service risulta molto più lenta rispetto alle chiamate successive.
Ci sono 3 problemi:
1) Il .NET CF carica gli assembly e le classi al momento in cui le usi, quindi la prima volta è sempre più lento perchè gli assembly devono essere ricercati, caricati e JIT compiled. Per ogni metodo avviene la JIT compilation la prima volta. Le volte successive i metodi (anche il click del punsante) così come la classe proxy del ws è già pronta. Se il .NET CF ha bisogno di memoria i metodi meno usati vengono scaricati e quindi la volta successiva che li chiami devono essere ricaricati e ricompilati. Per questo è importante usare sempre poca memoria (il limite per processo è 32Mb indipendentemente dalla quantità di RAM del device). Quando dico non usate DataSet o oggetti pesanti, e in molti mi dicono...ma sono così comodi...perchè dici di non usarli...voglio dire proprio questo :-)
2) La risoluzione dei nomi su Windows Ce è lentina, quindi la prima volta che viene invocato il WS ci mette del tempo.
3) Il Web Service server side, la prima volta deve partire e compilare alcune cose, magri deve pure partire il processo ASPNET/w3WP server side...anche questo fa perdere tempo.
Per il 2 e 3 io di solito faccio questo
1) Ogni Web Service espone anche un metodo DummyCall() senza parametri e che non restituisce niente.
2) L'exe lato client parte e da un thread separato invoco il metodo dummycall del web service.
Così facendo quando poi l'utente fa qualcosa che deve eseguire un web service il nome del server è già stato risolto e il web service server side è già partito.
Per risolvere il punto 1, se è un problema puoi fare allo stesso modo, quando l'applicazione parte, da un thread separato scateni il click sul pulsante (magari passando dei parametri in modo che il web service non ti restituisca nessun dato per non perdere tempo) così anche il metodo di chiamata viene già JIT compiled prima che venga richiamato veramente.
Ho pubblicato sul blog DevLeap una guida, spero utile, per il passaggio dalla Beta3 Refresh di Team Foundation Server verso la RC appena uscita su MSDN.
Ho seguito la guida ufficiale Microsoft e trovato un paio di erroriri: questi i passi che ho seguito per arrivare a un TFS funzionante: http://blogs.devleap.com/rob/archive/2006/02/08/6662.aspx
More Posts
Next page »