Newsgroup: it.hobby.radioamatori
Titolo: LoTW nightmare

http://www.arrl.org/news/arrl-s-logbook-of-the-world-bug-fix-is-on-the-way
 
 
Lo scopo occulto di LoTW ï¿œ convincere gli utenti che ï¿œ meglio la QSL di
carta.
 
incubi e saluti
-- 
Debito? Quale debito?
http://dottormistero.blogspot.it/2012/10/le-origini-del-nostro-debito-pubblico-e.html
 


 
 
sono tra questi.
 
 
 
73 de Fausto.
 

 carta.
 
Cosimo, a me sembra essere esattamente il contrario...cioï¿œ il sistema 
non riesce ad assegnare identificativi (durante la firma digitale 
nell'upload), a sufficienza e quindi puï¿œ capitare che qualche dato vada 
perso, se accade ricaricare l'intero log fino a BUG risolto, che BUG non 
ï¿œ, ma server inadeguati a gestire l'enorme mole di traffico a cui non 
erano preparati.
 
Questo potrebbe vuol dire:
 
1) Che la buona notizia, molti utenti stanno capendo che il futuro ï¿œ 
online, (ed aggiungerei era ora);
 
2) Che implicitamente si legge tra le righe...(per gli amanti della 
ufficialitï¿œ sotto forma di Awards, avanzamenti ecc)..."a presto dovremo 
potenziare i server e le loro capacitï¿œ" per cui chi pagherï¿œ questo 
UPGRADE se non i richiedenti di tali servigi??? (tramite le quote 20 
Dollari etc etc)...
 
Saluti "elementare Watson???" ;-)
 

 ...quindi puï¿œ capitare che qualche dato vada perso
 
Te la racconto come l'ho capita io:
 
Dopo gli ultimi contest si sono scatenati un tot di bestioni,
capacissimi di mandare 3KW su una 6el monobanda ma incapaci di inviare
*solo* i nuovi qso del contest.
 
Come te ne accorgi? Ti ritrovi tra gli ultimi "QSL records" roba giï¿œ
arrivata in precedenza (io tengo un foglio Excel di controllo) ma il
contatore generale non aumenta, perchï¿œ quella QSL era giï¿œ contata.
 
Quindi, dopo il contest, tutti a mandare il log completo da 100k records
o piï¿œ.
 
Nel frattempo, i campioni che hanno progettato LoTW, hanno inventato il
contatore corto (dopo la minigonna la piï¿œ geniale invenzione di questi
ultimi secoli); per evitare che si perdano dati, i files inviati vengono
etichettati come FILENNN.TQ8, dove NNN ï¿œ un numero progressivo.
 
Se la coda si fa troppo lunga, il progressivo va in overflow e arriva un
FILE001.TQ8 che va a ricoprire quello ancora in attesa di essere elaborato.
 
Ma perchï¿œ la coda si allunga? Perchï¿œ ci sono idioti che mandano il log
per intero.
 
E questo, sommato all'idiozia del contatore corto, fa sï¿œ che venga
raggiunto lo scopo occulto dei signori di ARRL: dimostrare che sono
meglio le QSL di carta.
 
Perchï¿œ l'altra ipotesi sarebbe che siamo davvero circondati da idioti, e
non ï¿œ meno suggestiva!
 
Peraltro nel periodo piï¿œ propozio, i miei DX di ottobre avranno mai
conferma?
 
Ho due HI in 40m su eqsl, su lotw uno non carica il log dal 2003,
l'altro mi assicurava di averlo fatto, chissï¿œ dov'ï¿œ finito.
 
Qualche altro pezzo pregiato, 
p.es
. un Antarctica in 12m, chissï¿œ se e
quando li ripesco. :(
 
incazzature e saluti


 quando li ripesco. :(
 
https://www.facebook.com/photo.php?fbid=353707311383846&set=a.105924096162170.17804.100002337394016&type=3&theater
 
 
 
Dici una cosï¿œ??? :-) :-) meno male che funzionava bene ;-)
 

 meno male che funzionava bene ;-)
 
Che se funzionasse sarebbero di piï¿œ.
 
saluti a singhiozzo


 Che se funzionasse sarebbero di più.
 
:P Dai non ti lamentare... che stai messo benissimo ;-)
 

 successo;
 
Intanto complimenti per NH8S, io non l'ho seguito, forse non faceva
digitale oppure ero distratto. :)
 
Infatti il problema ï¿œ che l'accrocco si ï¿œ grippato proprio quando si
fanno i migliori DX! :(
 
saluti in coda
-- 
Uno schiavo inutile!
http://dottormistero.blogspot.it/2012/11/lorrore-della-verita.html
 

 in generale), i sistemi si aggiornerebbero in real-time.
 
Sicuro, ma ho anche notato dell'altro: ho cercato in rete di capire
quale fosse l'architettura del sistema (HW+SW) senza successo, pare non
sia pubblica, invece si trovano documenti sulla sicurezza.
 
Ho notato che spesso il contatore dei qso lavorati si ferma per quarti
d'ora; dev'essere un sintomo di necessitï¿œ di riorganizzazione degli
indici delle tabelle, ma su un DB relazionale moderno una cosa simile
non l'ho mai vista, chissï¿œ che vecchio accrocco usano. :(
 
saluti preistorici



 
....Mah,... a me li ha presi (tutti e 5 :  20cw/ssb 17cw/ssb 15cw 10cw 
:-) ) i qso, subito, al 1�upload (fatto sempre subito dopo il 
collegamento) e cmq, la finestra di HRD all'epoca, (come quella di 
Log4OM adesso che f� upload auto anche su CLUBLOG), ti dice mentre sta 
inviando: sending...accepted...queued status OK...altrimenti diceva: 
Warning! NOT accepted, pse restart procedure sending failed...not in queued
 
Saluti in coda
 

 ....Mah,... a me li ha presi (tutti e 5 :  20cw/ssb
 
Ops, fat fingers :), son 5 ma 20m solo CW :)
 

 inviando: sending...accepted...queued status OK...altrimenti diceva:
 
Davide, certo che HRD ti dice che ï¿œ tutto a posto, il problema ï¿œ che poi
sparisce il file in coda sul server, e HRD non ne sa piï¿œ niente.
 
Diverso ï¿œ per eQSL, dove gira un db *normale* e l'inserimento del record
ï¿œ in "real time".
 
saluti anormali


 sparisce il file in coda sul server, e HRD non ne sa piï¿œ niente.
 
....Allora sono stato solo fortunato..ho caricato quando i problemi di 
LOTW non erano cominciati...
 

 LOTW non erano cominciati...
 
Ma infatti il problema non ï¿œ per chi conosce LoTW e controlla se c'ï¿œ il
log, io controllo sempre dopo l'invio. Il problema ï¿œ che il callsign che
ti interessa, sicuramente magari invia una volta l'anno e non controlla
nemmeno se ï¿œ andato tutto bene. :(
 
saluti via bureau


 log, io controllo sempre dopo l'invio.
 
Sï¿œ anche io conosco la procedura, aspetto un 12ore e poi controllo se ï¿œ 
in attesa...(ora tra l'altro mi avete messo la pulce nell'orecchio), e 
sono andato a controllare tutte le fatiche, e quando dico fatiche, 
intendo fatiche con 100w e filo degli ultimi mesi: 3D2C, T30PY, P29, 
XX9, 3D20P..etc..etc e ci sono tutti...puff puff.. :-)
 
Certo, ora toccherï¿œ stare con le chiapppe strette :-) dopo ZL9HR, 
partono Domenica (se arrivano)...e cmq bisognerï¿œ collegarli....non la 
vedo facile... NON potranno stare la loro notte sull'isola...(che ï¿œ il 
miglior momento x noi via corta...) e via lunga a parte gli orari, le 
possibilitï¿œ x le barefoot si diradano di parecchio... :( vedremo
 
 
 
 
 

 miglior momento x noi via corta...)
 
E' praticamente Nuova Zelanda, l'importante ï¿œ la loro gray line; piï¿œ che
altro il problema ï¿œ essere a casa la mattina in orario d'ufficio.
Altrimenti la sera a quest'ora se sono giï¿œ in loco. Per noi via lunga o
corta ï¿œ praticamente uguale.
 
saluti lavorativi


 corta ï¿œ praticamente uguale.
 
Si Cosimo, ma "sfiora"  l'ovale aurorale...ï¿œ una path quasi 
polare,...per cui basta poco a non sentirli..se non sei 
attrezzato...sopratutto 'sti periodi con gli indici A & K sempre alti e 
il Bz negativo... mettici che giï¿œ 3gg di spedizione sono 
andati....(causa maltempo mare), risultato scarsi 8gg di 
attivitï¿œ=dxpedition only for QRO.... bah, ci proveremo...ma la vedo amara
 
 
 

 polare,...per cui basta poco a non sentirli..
 
Dici? A occhio non mi sembrava cosï¿œ a Sud; se ï¿œ simile al path per ZL
normale, per noi ï¿œ uno scherzo.
 
Altrimenti... abbiamo scherzato. :)
 
path di saluti


 Altrimenti... abbiamo scherzato. :)
 
Abbiamo scherzato :D Saluti polari (o quasi)....
 

 mente ï¿œ che sia dovuta alla decrittazione dei file inviati in TQ8.
 
Ho controllato e sembrano davvero crittografati; dalla documentazione
che avevo letto mi sembrava che il TQ8 dovesse essere solo firmato
(signed). Infatti la crittografia, in questo caso, ï¿œ una sciocchezza, in
quanto i dati non sono certo segreti, devono solo essere autentici,
quindi basterebbe usare la firma, assai piï¿œ leggera della crittografia
di tutto il file.
 
Inoltre la connessione ï¿œ ssl (https), quindi i dati viaggiano comunque
crittografati in rete.
 
Insomma, un altro tassello alla mia certezza, LoTW ï¿œ progettato con
l'obiettivo di non erogare il servizio.
 
denial of service di saluti



Anche io preferisco la QSL cartacea (sono vecchio nonostante sia un 
sysadmin e quindi sempre a contatto con le nuove e utilissime tecnologie).
 
Ma la questione ï¿œ molto semplice: mica ce lo ordina il "dottore" 
(=medico) di usare LoTW oppure di partecipare ai diplomi ARRL.
 
Se volete partecipare al giochino, cacciate gli sghei. Non credo di 
essere considerato radioamatore di serie B perchï¿œ non partecipo al DXCC.
 
-- 
--... ...-- de IK5PWC
Luca Civinini
 
Any mail you send is a DX you miss

 Anche io preferisco la QSL cartacea...
 
mhhh, pane e faina eh? :)
 
saluti metaforici



Giuro non l'ho capita!


 Giuro non l'ho capita!
 
Lo "scopo occulto di LoTW" è una metafora!
 
spiegazione di saluti



 
Cosï¿œ imparo a non seguire i link e a fidarmi dei sornioni :-)
 
Comunque continuo a preferire la QSL cartacea e le lasagne al posto del 
moderno big mac
:-)


 moderno big mac
 
Vada per la lasagna, su quella c'ï¿œ unanimitï¿œ a prescindere.
 
ragï¿œ di saluti


 writes:
 
    Dottor> Insomma, un altro tassello alla mia certezza, LoTW � progettato con
    Dottor> l'obiettivo di non erogare il servizio.
 
O piu' banalmente progettato con la mentalita' "640 kB bastano per tutti"
 
-- 
Pierfrancesco Caci, ik5pvx

 O piu' banalmente progettato con la mentalita' "640 kB bastano per tutti"
 
640k? Mi bastano quelle cinque o sei conferme *interessanti* che
aspetto, mica mi chiamo Bill Gates io! :)
 
microsaluti


moderno big mac
 
Messa cosi' approvare diventa un obbligo :-)
 
-- 
Good luck in the pile-up de I4EWH - N8FK
http://i4ewh.altervista.org
 


ora sembra funzionare