-
Bagagli a mano e pistole
-
Leggendo un thread su come evitare (o ridurre al minimo) i rischi che al check-in ti obblighino a imbarcare in stiva il tuo preziosissimo zaino fotografico (per il peso, per le dimensioni, per il fatto che ormai qualsiasi cosa a batteria fa paura) sono arrivato a questo genio che propone una cosa non scema:
Visto che dichiarando di avere con sè un'arma, il tuo bagaglio viene trattato in modo molto più coscienzioso (etichette speciali, adirittura armadietti appositi con chiave che ti viene consegnata; nessuna compagnia vorrebbe dirti "mi scusi ma ci siamo persi il suo fucile a pompa..."), perchè non infilare un'arma nello zaino? Ma la genialata è: non vuoi prenderti il porto d'armi e avere a che fare con armi vere ? Bene, anche le pistole per lo Start delle gare di atletica (Starter Gun) sono considerate armi e quindi sottoposte allo stesso trattamento di riguardo !
Dato che ho la possibilità di vendere queste pistole (http://www.microgate.it/ita/timing_sport/start_pistola.asp) dite che posso proporre alla Canon di buttare sul mercato bundle tipo "Kit corpo + Compact flash da 1 Gb + starter gun" :-)
-
Nostalgia canaglia
-
Due link che mi hanno fatto sospirare e sentire "vecchio":
- Un video sulla storia di Windows (i maligni diranno che mancano un bel po' di blue screen, e se pensiamo a Windows ME non avrebbero tutti i torti)
- Tutti i browser dalla preistoria a oggi (che ricordi.. Video Online Browser, Netscape 1.22 che con il suo 1,5Mb a 14.400 non arrivava mai; IE 2 che non aveva le TABELLE, figurarsi i frame; MacWWW del Cern...)
-
se Ajax non lava...
-
Ho passato le ultime 3 serate alla ricerca di un fastidiosissimo "bug" (anche se non lo chiamerei così) che non mi faceva funzionare applicazioni scritte con la versione RTM di ASP.NET AJAX Extensions (nomi più corti no?) su un server di produzione.
Sulla mia macchina di sviluppo funzionava tutto bene, su un altro server anche, su quello dove doveva andarci niente da fare... nessun errore ma i postback avvenivano in modo "normale" e non "refreshfree" via javascript
L'illuminazione mi è venuta quando ho visto che se l'applicazione era usata come root site funzionava, mentre come virtual dir di un sito esistente no, quindi la colpa era del web.config messo in root e piú precisamente di questo nodo che non ricordo neanche chi (o se sono stato io, perchè) ha messo:
<xhtmlConformance mode="Legacy"/>
E pensare che leggo il blog di Scott Guthrie praticamente ogni sera, ma mi era proprio uscito di mente...
http://weblogs.asp.net/scottgu/archive/2006/12/10/gotcha-don-t-use-xhtmlconformance-mode-legacy-with-asp-net-ajax.aspx
Morale della favola ora funziona tutto...
-
Alice e tinyurl
-
Da un po' di tempo mi capitava che messaggi spediti da casa usando come smtp out.alice.it non fossero recapitati, nè tornassero indietro, nè andassero in spam, insomma cadessero nell'oblio recondito del loro mail server.
Dopo qualche indagine ho scoperto che se il messaggio conteneva un link a tinyurl questo veniva completamente rifiutato e cancellato (per chi non lo sapesse www.tinyurl.com al pari di altri servizi analoghi come snipurl, makeashortlink, ecc rende i link lunghi molto più agevoli e comodi).
Motivo secondo i tecnici Telecom: "Tinyurl è un sito che e' stato veicolo di un Trojan/Virus in passato, pertanto e' ESPLICITAMENTE bloccato sui nostri apparati."
Inoltre: "non è stato possibile neanche implementere una ricevuta che avvertisse il mittente perchè sarebbe stato un lavoro gravoso per il server. "
Mah... sono anni che lo uso e nessun mio antivirus ha rilevato qualcosa (tranne il tentativo di accesso alla clipboard perchè ti fa il piacere di copiarti il link")....
Ok proteggere gli utenti, ma prendersi la libertà di non recapitare qualcosa senza avvertirti non mi piace molto... chi ti dice che domani non lo facciano se il messaggio contiene qualcosa di "non gradito a loro" ?