<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commenti a: Treshold Controller</title>
	<atom:link href="http://www.aleritty.net/2009/03/treshold-controller/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.aleritty.net/2009/03/treshold-controller/</link>
	<description></description>
	<lastBuildDate>Sun, 25 Jul 2010 09:24:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Di: Aleritty</title>
		<link>http://www.aleritty.net/2009/03/treshold-controller/comment-page-1/#comment-21</link>
		<dc:creator>Aleritty</dc:creator>
		<pubDate>Sat, 21 Mar 2009 09:42:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.aleritty.net/?p=61#comment-21</guid>
		<description>Aspetta, lo script che uso io effettua la connessione e la disconnessione, quindi non c&#039;è necessità di avviare più programmi; si lancia lo script, si aspetta il via libera e si naviga...

Per quanto riguarda il &quot;bug della mezzanotte&quot;, che è ovviamente presente solo sulle soglie giornaliere, si comporta esattamente come hai specificato tu nel secondo caso: se viene effettuata la connessione alle 23.30 del 12 marzo vengono conteggiate le soglie del 12 fino alla fine della sessione di collegamento. Quindi se io rimango connesso fino alle 2 di notte consumo sempre i dati del 12 marzo, e se supero i 50/100MB del 12 marzo inizio a pagare, nonostante il 12 marzo sia finito da un pezzo!! Per questo viene definito bug.
Non ho invece idea di come si comporti lo &quot;scavallamento&quot; del mese nelle soglie mensili, sarebbe una cosa utile da testare.</description>
		<content:encoded><![CDATA[<p>Aspetta, lo script che uso io effettua la connessione e la disconnessione, quindi non c&#8217;è necessità di avviare più programmi; si lancia lo script, si aspetta il via libera e si naviga&#8230;</p>
<p>Per quanto riguarda il &#8220;bug della mezzanotte&#8221;, che è ovviamente presente solo sulle soglie giornaliere, si comporta esattamente come hai specificato tu nel secondo caso: se viene effettuata la connessione alle 23.30 del 12 marzo vengono conteggiate le soglie del 12 fino alla fine della sessione di collegamento. Quindi se io rimango connesso fino alle 2 di notte consumo sempre i dati del 12 marzo, e se supero i 50/100MB del 12 marzo inizio a pagare, nonostante il 12 marzo sia finito da un pezzo!! Per questo viene definito bug.<br />
Non ho invece idea di come si comporti lo &#8220;scavallamento&#8221; del mese nelle soglie mensili, sarebbe una cosa utile da testare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Tole</title>
		<link>http://www.aleritty.net/2009/03/treshold-controller/comment-page-1/#comment-19</link>
		<dc:creator>Tole</dc:creator>
		<pubDate>Sat, 21 Mar 2009 01:56:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.aleritty.net/?p=61#comment-19</guid>
		<description>Ciao.
Capisco la tua posizione minimalista però scusami... se io devo usare internet non è più comodo avere un unico tool che gestisce tutto (soglie comprese!) invece che dover avviare la connessione, poi avviare lo script di controllo etc etc? E&#039;  vero che si può &quot;automatizzare&quot; tutto, però è sicuramente poco user friendly.

Per quanto riguarda il bug della mezzanotte non ho capito perchè dici che è gestito in modo sbagliato. Io ho fatto riferimento al mio tipo di abbonamento (tre.dati plus) e cioè se resto connesso a cavallo della mezzanotte, il conteggio si azzera (verificato sul sito della tre), forse per l&#039;opzione Naviga3 da 50/100 MB non è cosi? Certo è una bella fregatura: se mi confermi che il conteggio non si azzera automaticamente provvedo a modificare!</description>
		<content:encoded><![CDATA[<p>Ciao.<br />
Capisco la tua posizione minimalista però scusami&#8230; se io devo usare internet non è più comodo avere un unico tool che gestisce tutto (soglie comprese!) invece che dover avviare la connessione, poi avviare lo script di controllo etc etc? E&#8217;  vero che si può &#8220;automatizzare&#8221; tutto, però è sicuramente poco user friendly.</p>
<p>Per quanto riguarda il bug della mezzanotte non ho capito perchè dici che è gestito in modo sbagliato. Io ho fatto riferimento al mio tipo di abbonamento (tre.dati plus) e cioè se resto connesso a cavallo della mezzanotte, il conteggio si azzera (verificato sul sito della tre), forse per l&#8217;opzione Naviga3 da 50/100 MB non è cosi? Certo è una bella fregatura: se mi confermi che il conteggio non si azzera automaticamente provvedo a modificare!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Aleritty</title>
		<link>http://www.aleritty.net/2009/03/treshold-controller/comment-page-1/#comment-16</link>
		<dc:creator>Aleritty</dc:creator>
		<pubDate>Thu, 19 Mar 2009 23:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.aleritty.net/?p=61#comment-16</guid>
		<description>Sono contento che ci si stia muovendo in questa direzione, il fatto è che io sto cercando di creare un tool minimale, non deve effettuare connessioni di per se ne gestire altre funzioni avanzate... Ma semplicemente contare i dati in maniera efficiente ed evitare di far sforare le soglie.
Mi piacerebbe dagli una interfaccia come quella di Portus, tramite icona o altro e credo che python sia un ottimo modo per farlo (ormai lo hanno praticamente tutti installato!) anche se la cosa migliore sarebbe usare gtk e/o qt a seconda dell&#039;ambiente grafico usato (o perchè no wxwidgets).

Temo però che la tua gestione del bug della mezzanotte sia sbagliata: facendo come mi hai detto tu cambi &quot;giorno&quot; nei conteggi, mentre le soglie sono ancora quelle del giorno precedente.
Rimaniamo in contatto, se riusciamo a concentrare gli sforzi possiamo pensare anche a funzioni più avanzate!</description>
		<content:encoded><![CDATA[<p>Sono contento che ci si stia muovendo in questa direzione, il fatto è che io sto cercando di creare un tool minimale, non deve effettuare connessioni di per se ne gestire altre funzioni avanzate&#8230; Ma semplicemente contare i dati in maniera efficiente ed evitare di far sforare le soglie.<br />
Mi piacerebbe dagli una interfaccia come quella di Portus, tramite icona o altro e credo che python sia un ottimo modo per farlo (ormai lo hanno praticamente tutti installato!) anche se la cosa migliore sarebbe usare gtk e/o qt a seconda dell&#8217;ambiente grafico usato (o perchè no wxwidgets).</p>
<p>Temo però che la tua gestione del bug della mezzanotte sia sbagliata: facendo come mi hai detto tu cambi &#8220;giorno&#8221; nei conteggi, mentre le soglie sono ancora quelle del giorno precedente.<br />
Rimaniamo in contatto, se riusciamo a concentrare gli sforzi possiamo pensare anche a funzioni più avanzate!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Tole</title>
		<link>http://www.aleritty.net/2009/03/treshold-controller/comment-page-1/#comment-15</link>
		<dc:creator>Tole</dc:creator>
		<pubDate>Wed, 11 Mar 2009 08:51:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.aleritty.net/?p=61#comment-15</guid>
		<description>Ciao Ale,
leggevo sul blog di Portus del tuo script e ti volevo segnalare una cosa simile che ho fatto io (aspettavo notizie da Portus per eventuali collaborazioni ma non ho avuto risposta)
Ti allego il link dove puoi trovare il sorgente:
è sul forum italiano di ubuntu. Volevo scrivere una paginetta da qualche parte, ma il tempo è poco e per ora mi sono accontentato del forum che comunque è molto visibile.
http://forum.ubuntu-it.org/index.php/topic,267277.0.html

Ho visto in giro che tanta gente si è adoperata per fare un controllo del genere, secondo me sarebbe bello unire gli sforzi e fare un tool efficente e completo che permetta di gestire completamente il modem UMTS-GPRS ed aggiungere la funzionalità dell&#039;auto disconnessione che secondo me è fondamentale!
Io uso un database locale per tenere traccia delle connessioni effettuate, quindi ho sempre a disposizione tutti i dati per eventuali elaborazioni che vengono letti come nel tuo caso da /proc. In questo modo risolvo anche il bug della mezzanotte: quando aggiorno il record ogni x secondi controllo che il giorno sia ancora lo stesso altrimenti creo un nuovo record.
Ottima l&#039;idea di fare tutto da bash per non installare nulla però in questo modo non ci limita un po&#039;? Io vorrei ad esempio gestire anche SMS, rubrica, PIN etc etc etc... In fondo installare qualche libreria non credo sia un grosso problema.</description>
		<content:encoded><![CDATA[<p>Ciao Ale,<br />
leggevo sul blog di Portus del tuo script e ti volevo segnalare una cosa simile che ho fatto io (aspettavo notizie da Portus per eventuali collaborazioni ma non ho avuto risposta)<br />
Ti allego il link dove puoi trovare il sorgente:<br />
è sul forum italiano di ubuntu. Volevo scrivere una paginetta da qualche parte, ma il tempo è poco e per ora mi sono accontentato del forum che comunque è molto visibile.<br />
<a href="http://forum.ubuntu-it.org/index.php/topic,267277.0.html" rel="nofollow">http://forum.ubuntu-it.org/index.php/topic,267277.0.html</a></p>
<p>Ho visto in giro che tanta gente si è adoperata per fare un controllo del genere, secondo me sarebbe bello unire gli sforzi e fare un tool efficente e completo che permetta di gestire completamente il modem UMTS-GPRS ed aggiungere la funzionalità dell&#8217;auto disconnessione che secondo me è fondamentale!<br />
Io uso un database locale per tenere traccia delle connessioni effettuate, quindi ho sempre a disposizione tutti i dati per eventuali elaborazioni che vengono letti come nel tuo caso da /proc. In questo modo risolvo anche il bug della mezzanotte: quando aggiorno il record ogni x secondi controllo che il giorno sia ancora lo stesso altrimenti creo un nuovo record.<br />
Ottima l&#8217;idea di fare tutto da bash per non installare nulla però in questo modo non ci limita un po&#8217;? Io vorrei ad esempio gestire anche SMS, rubrica, PIN etc etc etc&#8230; In fondo installare qualche libreria non credo sia un grosso problema.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
