giovedì 20 dicembre 2007
#
riferendomi ad alcuni post recenti e al dubbio che permane a chi è costantemente esposto in luoghi dove il wireless è attivo, ho letto giusto oggi a questo link sul sito ANSA che secondo studi recenti, "non dovrebbe" (permettetemi il condizionale) nuocere alla salute ...
"Conclusioni di una ricerca britannica :
ROMA, 19 DIC - Stare un anno a scuola con una rete wi-fi attiva equivale a un'esposizione pari a quella che si ha parlando per 20 minuti al telefonino.E' la conclusione del piu' recente studio sugli effetti dei dispositivi wi-fi sulla salute, pubblicato a settembre dall'Agenzia britannica per la protezione della salute. Secondo il rapporto non ci sono evidenze di pericoli per la salute dovuti all'esposizione a una rete wi-fi, ma occorrono comunque ulteriori ricerche prima di trarre conclusioni definitive. "
mercoledì 31 ottobre 2007
#
Era da un bel pò che non postavo qualcosa, ecco qui poche righe C# utili per leggere il contenuto di un file XML (ad esempio un feed) e metterlo in una datatable per poi usare una dataview per visualizzare il contenuto :
private void LetturaFile()
{
//percorso del file XML
string feedURL = http://www.dominio.xx/RSS.xml ;
//stringa che conterrà il risultato
string tobeview = string.Empty;
try
{
XmlTextReader tr = new XmlTextReader(feedURL);
DataTable dt = new DataTable("item");
dt.ReadXmlSchema(feedURL);
dt.ReadXml(tr);
DataView dw = new DataView(dt,
il_tag='contenuto'", "ordinato_per_questo_tag",
DataViewRowState.CurrentRows);
//esempio: legge il campo 1 della riga 0
tobeview = dw[0][1].ToString();
dt.Dispose();
dw.Dispose();
tr.Close();
}
catch
{
tobeview="Errore_di_lettura_del_file"
}
finally
{
//visualizza in una Label
Label1.Text = tobeview;
}
}
Ho usato questo semplice codice per leggere dei dati meteo da un sito per poi eleborarli e formattarli a mio piacere.
giovedì 21 giugno 2007
#
Nella newsletter msdn di oggi ho letto questo breve editoriale di Pasquale Della Torca, Developer & Platform - Microsoft.
Mi è sembrato giusto sottoporlo anche alla attenzione del lettori di UGI.
Pensare, sviluppare e far evolvere un Software non è un compito semplice. I fattori di cui tener conto sono molteplici e includono, tra gli altri, le tecnologie utilizzate, le specifiche utente e il posizionamento sul mercato. Per avere successo è necessario organizzare un buon team, composto da diverse figure professionali come: sviluppatori, tester, architetti, analisti, DBA, esperti di configuration, esperti di change management, esperti di project management. I ruoli delle persone devono essere definiti, anche se ricoprono più profili professionali, in modo da facilitare lo svolgimento dei compiti a loro assegnati, nel rispetto del loro livello di preparazione. Inoltre, non è detto che tutte le persone siano fisicamente presenti nella stessa sede e che abbiano lo stesso livello di competenza tecnica.
Le problematiche sono molteplici e nessuna di secondaria importanza. Governare un processo così complesso non è un compito facile e l'esigenza di controllo cresce con la strategicità e la criticità del progetto. Negli ultimi anni, la letteratura che descrive processi e metodologie utilizzabili al fine di organizzare al meglio il team e ottenere il massimo risultato è cresciuta e si è specializzata. Allo stesso tempo sono stati creati strumenti che favoriscono, implementano e automatizzano le diverse fasi del processo di sviluppo. Le aziende hanno potuto in questo modo migliorare la qualità dei prodotti, riducendo drasticamente i costi dovuti al reworking e alle regressioni, in precedenza non prevedibili e gestibili in maniera ottimale.
Visual Studio Team System (VSTS) è la soluzione di Microsoft per la gestione del ciclo di vita del software (ALM), un unico prodotto in grado di aiutare nella definizione dei processi aziendali, di automatizzare le fasi del ciclo di sviluppo del software e facilitare le fasi associate al project management e al change management.
mercoledì 30 maggio 2007
#
Mi è capitato di dover attivare IIS 5.1 su una macchina con WIN XP PRO SP2 per fare funzionare una applicazione intranet sviluppata con ASP.NET 2.0 e ovviamente il framework 2.0.
Pubblicata l'applicazione, prima testata correttamente con VS2005, sono incappato nell'errore seguente :
"Error 0x80131902 Failed to execute the request because the ASP.NET process identity does not have read permissions to the global assembly cache"
L'errore l'ho risolto eseguendo questi semplici steps da riga di comando:
- net stop W3SVC
- aspnet_regiis.exe -ua
- aspnet_regiis.exe -i
- net start W3SVC
praticamente occorre de-registrare iis e ri-registrare iis.
lunedì 28 maggio 2007
#
Era da più di un mese che non postavo qualcosa sul blog.
Da un paio di mesi mi sto dedicando all'amministrazione della mia nuova azienda e questo mi occupa molto tempo, tanto da non permettermi una costante lettura dei post e del forum. Stiamo ancora aspettando che il provider ci attivi l'HDSL, spero sia questione di poche settimane, e si, purtroppo siamo in un posto dove la tradizionale ADSL è ancora un miraggio ... Non ho abbandonato .NET, anzi, come consulente informatico (altra attività di cui mi occupo), sono all'opera per una nuova web application che mi ha chiesto un nuovo Cliente e dovrei cominciare a fare quella della mia nuova ditta...ah se le settimane fossero di 10 giorni lavorativi anzichè sei ...o i giorni di 36 ore ...
Finalmente (spero) ho chiesto all'amminsitratore della ditta cui facevo consulenza prima, di bloccare il mio dominio e quello di ugi dalla loro rete aziendale, così ho bloccato i messaggi di insulti e spam che i "bravi" dipendenti giocherelloni erano solerti a fare sul mio blog ..
Sono alla ricerca di un ingegnere meccanico, civile o idraulico da assumere, ho sparso annunci in ogni dove, speriamo bene ..
Spero a breve di poter postare un po di tecnica in più ..
venerdì 13 aprile 2007
#
Che dire... complimenti per le bellissime sessioni, un elogio a Janky e Davide per la divertente diatriba su stored procedure e Nhibernate.
Un vero peccato aver dovuto troncare a metà (forse), per ragioni "ferroviarie", la sessione di Raffaele Rialdi che era più che interessante.
Grazie a Eleonora (Rossella per gli amici) per la compagnia del viaggio a/r dalla Valtellina a Segrate. E' stato molto piacevole re-incontrare persone veramente "in-gamba" come Mauro Servienti, i fratelli Damiani, Michele, Gabriele, Lorenzo, e il Presidente... e chiedo scusa per chi oltre non ricordo il nome ...
giovedì 29 marzo 2007
#
Premetto di non essere stato ispirato da Igor Damiani, ma anche io ho avuto dei cambiamenti professionali recenti.
Questa mattina, davanti ad un Notaio, ho firmato la mia partecipazione (50%) alla costituita DOSS ECOENERGY s.r.l. di cui ne sono l'amministratore unico.
Già dal nome si intuisce che il core business sarà l'enegia alternativa e che poco c'entra con l'essere programmatore.. ma unendo l'utile al dilettevole, un punto d'incontro c'è senz'altro e lo troverò presto, anzi probabilmente avrò ancora con più spazio di quanto avuto fin'ora.
Resto comunque con l'attività di consulenza informatica mantenendo i miei Clienti, ritagliando il tempo necessario tra una occupazione e l'altra. Senza troppi rimpianti, ho ristretto di molto il tempo che prima occupavo come consulente presso una ditta di elettronica e "automazioni" (?) dove purtroppo ultimamente credo abbia intrapreso una strada che tecnicamente non condivido, soprattutto nella mentalità di pochi... (lo sviluppo winform è VB6, Microsoft è un nemico da abbattere, C# un dialetto proprietario che non avrà futuro, ASP un linguaggio obsoleto, Visual studio 2005 ? no grazie ho già il VS6 ..e così via ..).
Che dire.. comincio dal gradino più basso (la costruzione dell'ufficio e i sacchi della spazzatura).. ma è una soddisfazione MAI pagata !
Aggiungo la frase di rito .. E CHE DIO ME LA MANDI BUONA .. (e con delle belle t..e).
mercoledì 7 marzo 2007
#
E' possibile effettuare il debug delle funzioni Javascript lato Client in VS2005, facendo questi semplici step :
- verificare che IE non abbia il debug disabilitato (è disabilitato per default), quindi scegliere : [Tools],[Internet Options], [Advanced] .. sezione "Browsing"
- Avviare l'applicazione ASP.NET in debug su VS2005
- dal menu [Debug] selezionare [Windows] e quindi [Script Explorer]
- da Script Explorer fare il doppio click sulla pagina su cui fare il debug
sarà ora possibile inserire break-points, watch .. e quant'altro esattamente come se girasse lato server. Per maggiori info : http://www.developerfusion.co.uk/show/5918/
lunedì 5 marzo 2007
#
Da domani, due volte la settimana, e per tutto il mese di Marzo sarò impegnato come docente per un corso di approfondimento (III AREA) ad una 4a classe presso un istituto professionale.
Quest'anno l'argomento è "Hardware e connettività del PC" con l'obiettivo di dare le nozioni base a dei futuri "tecnici delle telecomunicazioni".
Gli argomenti trattati saranno l'hardware del PC con approfondimento alle strutture e componenti di rete, i vantaggi della connettività e della condivisione delle risorse, tanti schemi a blocchi logici di progetti reali .. ed infine l'importanza della sicurezza nel networking.
La durata è di sole 20 ore, quindi c'è da metteci impegno .. l'ultimo giorno, come sorpresa, ci sarà il temutissimo COMPITO IN CLASSE (ma mica glielo dico) !
martedì 27 febbraio 2007
#
In una applicazione ASP.NET è uso comune attivare delle sezioni del sito protette a cui è possibile accedere tramite una autenticazione ed eventualmente un ruolo.
Nel mio caso ho optato per l'uso del DB MSSQL2005 disponibile in hosting, aggiungendo le tabelle di gestione tramite il tool aspnet_regsql.exe che si trova nella cartella ..\WINDOWS\Microsoft.NET\Framework\v2.0.50727..
Fatto questo ho aggiunto nel web.config le seguenti righe :
<authentication mode="Forms">
<forms loginUrl="/login.aspx" timeout="100" cookieless="AutoDetect" path="/" />
</authentication>
<membership defaultProvider="MemberProvider">
<providers>
<add connectionStringName="connString" requiresQuestionAndAnswer="false"
name="MemberProvider" type="System.Web.Security.SqlMembershipProvider" />
</providers>
</membership>
<roleManager enabled="true" defaultProvider="RoleProvider" cacheRolesInCookie="true">
<providers>
<add connectionStringName="connString" name="RoleProvider" type="System.Web.Security.SqlRoleProvider"/>
</providers>
</roleManager>
Ovviamente con una connection string (connString) adatta a connettersi al DB in hosting. Ho creato quindi un Custom Provider per il "memership" e uno per i "roles"
Funzionava tutto bene in debug, ma non sul server di produzione, inquanto mi negava sempre l'accesso, l'utente e password non venivano validate correttamente.
Dopo aver detto tutte le preghiere che conoscevo, e dopo numerose prove, ho scoperto che avendo creato gli users tramite il tool di amministrazione di VS2005 correttamente nel DB remoto, non avevo tenuto conto del fatto che il nome dell'applicazione risulta "/nomeapplicazione", mentre sul server di produzione è semplicemente "/", quindi i miei utenti erano abilitati SOLO per l'applicazione "/nomeapplicazione" .. per non re-inserire tutti gli utenti, ho semplicemente cambiato "a manina" l'ID applicazione nelle tabelle asp del DB con quella corretta e ora funziona tutto...