php cleaner.php <directory> [pattern da eliminare]

Lo script quindi processerà la directory e tutte le sue sottodirectory alla ricerca di files conteneti il pattern, contenuto nel file “patternfile” oppure dal file specificato da linea di comando.
I files contenenti il pattern verranno modificati e ne verrà creata una copia di backup con estensione “.bak”.

Modificando leggermente il codice è possibile fare in modo che lo script sostituisca il pattern ad un altro piuttosto che cancellarlo.
Nella scansione delle directory lo script ignora una serie di estensioni di files, anche queste possono essere cambiate agendo sulla variabile $excludepattern settata all’inizio.

Raccomando comunque di fare un backup della directory prima di usare lo script.

Potete scaricare il file da qui

Ho usato una economica La Crosse 2350 che avevo ferma da tempo, fornita con anemometro, pluviometro e centralina esterna con termo-igrometro.

Come schermo per la centralina ho usato un tubo bianco smaltato, con sopra dei piatti a protezione della pioggia e sotto una ventola per PC,  di quelle a 3 velocità, per garantire una ventilazione adeguata e quindi ( spero ) una maggiore affidabilità della misura.

Ecco qualche foto… è proprio quello che sembra… un terminale di uscita dei fumi della caldaia, che poi ho ancorato ad un palo tramite l’apposita staffa. Sono semplici articoli di fumisteria facilmente reperibili in ferramenta.

Montato il pluviometro e l’anemometro ho collegato i connettori alla centralina igro-termometrica che correttamente trasmetteva i dati alla console, dentro casa.

OK è fatta, ora basta collegare la console alla Linux Box ed installare Open2300 per cominciare a postare i dati.

Collego il convertitore USB<->RS232 al PC, che correttamente viene installato e visto come /dev/USB0,  collego la seriale alla 2350, configuro open2300 e lancio il comando “fetch2300″… niente, non funziona.

Forse il problema è il convertitore USB<->RS232, mi sono detto. Provo allora con un vecchio PC con Ubuntu che ha le seriali classiche: niente, nemmeno su questo va.

Provo anche con un PC Windows con il convertitore USB<->RS232 e non va nemmeno li… l’unica prova che mi rimaneva era Windows con una seriale classica ma non l’avevo a disposizione.

Forse sarà il cavetto RS232<->RJ11 che collega la seriale alla stazione, su internet trovo il pinout e faccio la verifica, sembra ok ma… dal pinout scopro con sorpresa che manca il pin 5, Signal Ground,  i segnali collegati sono 4, RX, TX, DTE e RTS. Come fa a funzionare sta 232 senza Signal Ground ? Di certo, anche se funziona, non è questo il modo più ortodosso per collegare una RS232!

Vuoi vedere che in qualche modo usa i due segnali DTE e RTS per fare un convertitore TTL/RS232 al suo interno ?

Incuriosito apro la stazione e mi metto a cercare il circuito che dovrebbe fare questa cosa, individuo i pin RX e TX TTL, lanciando fetch2300 verifico con l’oscilloscopio che il segnale dalla 232 verso il piedino RX arriva, si vede anche che il microprocessore risponde pure sull’altra linea ma il segnale non viene convertito nel corrispondente livello RS232 ( che dovrebbe essere duale e invertito rispetto al TTL).

Forse il driver non setta bene i segnali DTE o RTS ? Ma sai che ti dico, ma se ci mettessi un bel MAX232 ?

Detto e fatto, in una basetta monto il circuito raccomandato nel datasheet, collego il tutto, mi metto con l’oscilloscopio sui due pin RX e TX e lancio fetch2300.

Ecco che vedo sull’oscilloscopio il PC chiacchierare con la WS2350 e dopo poco come per magia apparire sul terminale del PC i dati della stazione. Funziona ! Ora facciamo un bel foro per un connettore DB9 femmina ( di spazio ce n’è da vendere) e proviamo il tutto, ora va su Linux con seriale classica, con l’adattatore USB<->RS232 e anche sul PC con Windows!!

Ora posso finalmente usare un cavetto DTE-DCE standard sulla RS232, va benissimo uno di un vecchio modem.

Non mi resta che,  dopo aver applicato questa patch che corregge un problema con la richiesta http, mettere in crontab l’eseguibile wu2300 e il gioco è fatto.

La stazione è di nuovo operativa. Potete vedere i dati su Weather Underground.
 

Riferimenti

• Open2300
• MAX220,MAX222… +5V-Powered, Multichannel RS-232 Drivers/Receivers

• Request headers (fase 1)

In questa fase sono disponibili gli header della richiesta http che effettua il client, come esempio in questa fase abbiamo a disposizione i cookie, lo user-agent, i parametri in GET

• Request body (fase 2)

In questa fase è disponibile il body della richiesta http ovvero tutto quello che segue gli header, esempio i parametri in POST, oppure un file che si sta uploadando sul server

• Response header (fase 3)

In questa abbiamo gli header in risposta che  il server intende trasmettere  al client (es. gli header per settare i cookie, la cache, etc)

• Response body (fase 4)

In questa fase abbiamo a disposizione anche il corpo della risposta che il server intende mandare al client, esempio tutta la pagina html

• Logging (fase 5)

Questa è una pseudo-fase finale, può essere utile per loggare la richiesta, che comunque è già stata mandata

Tutte le fasi meno che l’ultima sono bloccabili, ovvero si può configurare mod_security in modo da fare in modo che la richiesta non segua il suo corso normale.

L’ eventuale azione di blocco della richiesta andrebbe presa prima possibile, nella fase 1 o 2, per fare in modo che l’eventuale client o bot disturbatore non vada a consumare troppe risorse.

Le fasi 3 o 4 servono sostanzialmente per controllare quello che il nostro server sta per trasmettere al client:  l’utilizzo principale è quello di controllare che i dati non contengano script dannosi per il client.

Questo può essere molto utile al webmaster di un sito che mette a disposizione blog o spazi a utenti che non conosce e vuole in qualche modo bloccare eventuali pagine ospitate  che contengono script o codice indesiderato.

La configurazione di mod_security si basa su regole che prendono in considerazione le variabili a disposizione in quella fase, applicano delle operazioni su tali variabili (dopo averle eventualmente pre-elaborate con le funzioni di trasformazione) ed eventualmente eseguono delle azioni se le operazioni hanno esito positivo.

Tanto per capire la potenza e la configurabilità dell’oggetto, è possibile indicare come operazione  uno script  in linguaggio LUA, questo rende possibile l’implementazione di filtri di qualsiasi tipo.

Le azioni sulle regole possono essere omesse, in quanto può essere specificata un’ azione di default.

Le azioni disponibili consentono di bloccare la richiesta  ( disruptive actions ), di fare qualcosa ma non bloccare la richiesta ( non-disruptive actions ), di modificare il flusso delle regole ( flow actions ), o azioni informative o dichiarative  ( meta-data actions e data actions).

La tipologia di ogni azione è descritta nella documentazione ufficiale.

Ma veniamo al dunque con un esempio pratico.

Ammettiamo di avere un sito che accetta commenti ma che non ha un sistema di filtri spam molto efficiente, per cui siamo stati costretti a pre-moderare i commenti ma con tutto questo nella coda di moderazione finisce sempre qualcosa di indesiderato.

Nell’esempio ispezionando i commenti indesiderati notiamo che la provenienza è quasi sempre da IP russi o ucraini e che spesso contengono link a siti che vendono medicinali o siti di gioco online.

Un set di regole potrebbe essere questo, il set di regole è stato inserito nella sezione VirtualHost del sito di esempio in questione.

<IfModule security2_module>

  # accendiamo SecRule
  SecRuleEngine On
  # abilitiamo l'ispezione del body request ( necessario per i parametri in post)
  SecRequestBodyAccess On
  # setto il body a un numero alto dato che il sito prevede upload di foto
  SecRequestBodyLimit 9999999
  SecRequestBodyNoFilesLimit 9999999
  SecRequestBodyInMemoryLimit 131072
  # non ci interessa esaminare il body della risposta
  SecResponseBodyAccess Off

  # l'azione di default è negare e loggare
  SecDefaultAction "phase:2,deny,log"

  # setto il nome del db degli IP che userò per filtrare i commenti
  SecGeoLookupDb /usr/local/geo/data/GeoLiteCity.dat

  # con queste regole disattivo l'invio di commenti da parte di IP russi o ucraini
  SecRule &ARGS_POST "@eq 0" "skipAfter:AFTER_GEO_CHECK,pass,nolog"
  SecRule REMOTE_ADDR "@geoLookup" "chain,deny,msg:'Geo filter on %{REQUEST_BODY}'"
  SecRule GEO:COUNTRY_CODE "@rx RU|UA"
  SecMarker AFTER_GEO_CHECK

  # con questa regola blocco tutti i commenti che contengono le parole specificate, ignorando se minuscole o maiuscole
  SecRule ARGS "pharmacy|casino|viagra|cialis|prescriptions|drug" "t:lowercase"

</IfModule>

Nell’esempio il file che mappa gli Ip con le informazioni geografiche è GeoLite City di MaxMind.

Ora probabilmente l’esempio è un pochino estremo in quanto non consente ad IP russi o ucraini di fare commenti ma è possibile modificare la regola in modo che sia meno selettiva, per questo dal filtro  vengono loggati  i commenti bloccati  nell’error-log: Se cominceranno ad arrivare commenti validi potremmo agire sulle regole.

Intanto ecco una linea del file di log dove si vede uno spammer appena catturato.

Come si vede  il filtro ha pizzicato un IP russo o ucraino, il commento, come si evince dal payload, è sicuramente spam: il filtro ha fatto il suo lavoro.

Installare mod_security è molto semplice e si trovano parecchie guide in giro, in Ubuntu è presente nel repository standard ed è sufficiente usare il comando

apt-get install libapache-mod-security

Questo è solo un piccolo esempio di quello che è possibile fare con ModSecurity, le sue potenzialità sono enormi, degno di nota è il  ModSecurity Core Rule Set Project, che mantiene un set di regole per ModSecurity  utili a fornire una efficace protezione per le vulnerabilità spesso presenti nelle applicazioni web.

Se volete approfondire un buon inizio sono i riferimenti riportati sotto.

Riferimenti

• ModSecurity
• Install and Configure mod_security on Apache
• OWASP ModSecurity Core Rule Set Project

Secondo quanto riportato su Wikipedia, il tempo record di percorrenza sui 10000 metri piani maschile è di 26’17″53, che corrisponde ad un passo medio di 158 secondi per km, ovvero 2min e 38 secondi al km, per una velocità media di 22.81 km/h !!!

Riferimenti

• La corsa
• 10000 metri piani

Per avere una stima del consumo di carburante è sufficiente resettare il contachilometri parziale quando si fa il pieno.
Dopo aver percorso un certo numero di km si torna dal benzinaio a fare il pieno facendo attenzione a quanti litri entrano nel serbatoio.
Il consumo si calcola moltiplicando per 100 i litri e dividendoli per i km percorsi es. se ho percorso 160 km e i litri sono 12, 12*100/160 = 7.5. Il consumo è in questo caso 7.5 litri per 100 Km.
L’efficienza è semplicemente il numero di km diviso i litri ovvero nell’esempio 160/12 = 13.3 km per litro.

Riferimenti

• Fuel efficiency
• Schede tecniche di tutte le auto

Disclaimer: l’autore declina ogni responsabilità dall’utilizzo delle informazioni contenute in questo post, nel dubbio rivolgersi sempre a un professionista del settore.

Come già scritto nel post menzionato in precedenza, basta fornire, sui piedini d+ e d- della porta usb due tensioni di riferimento per far si che i nostri dispositivi prelevino la massima corrente di carica.

Una prolunga USB, un cavetto di prolunga per l’alimentazione interna del PC ( es. per gli hard disk) , un portafusibile, due resistenze da 4.7Kohm, una da 5.6Kohm e un’altra da 6.8 Kohm,1/4 di watt, meglio se all’1%, un po’ di guaina termoretraibile e un paio d’ore per il montaggio, questi gli ingredienti dell’ accrocco.

Si inizia tagliando la prolunga USB, la parte che ci serve è quella che termina con il connettore femmina, sul quale verrà innestato il cavo usb per la ricarica.

Tenere questa parte più corta possibile, per evitare di far cadere troppa tensione sui fili che porteranno l’alimentazione ( il rosso e il nero ).
Si taglia poi il cavetto di prolunga di alimentazione del PC, del quale si usano i due fili neri ( 0 volt ) e il filo rosso ( +5V).
Il filo giallo, che porta 12 volt, si isola con della guaina termoretraibile o con del nastro isolante.
Si collegano i due fili neri della prolunga di alimentazione al filo nero del cavo USB e il filo rosso della prima al filo rosso della seconda, attraverso un portafusibile sul quale monteremo un fusibile da 2.5 amperes ( io non ce l’avevo e l’ho messo da 3.15).

E’ molto importante che ci sia il fusibile perchè in caso di corto circuito la forte corrente dell’alimentatore del PC potrebbe tranquillamente fondere la guaina dei fili della prolunga USB con i rischi che si possono immaginare.
Si montano due partitori resistivi che forniscono le tensioni di circa 2 volts e 2.7 volts, che collegheremo rispettivamente ai piedini 2, d-, bianco e 3, d+, verde del cavo USB.
Si collegano i partitori inlinea con il cavo, isolandoli dal resto con della guaina termoretraibile.
Fate riferimento alle foto per lo schema elettrico e un esempio di montaggio.
Una volta assemblato, si testa il tutto usando il lato della prolunga USB che ci è avanzato.
Basta spellare i fili, inserire il connettore maschio nella presa del nostro caricabatterie e verificare con un tester che ci siano le giuste tensioni, ovvero 5 volts tra il nero e il rosso, 2 volts circa tra il nero e il bianco, 2.7 volts circa tra il nero e il verde.
Una volta fatta la verifica si possono provare a caricare i dispositivi, poi se volete potete alloggiare il cavo così fatto all’interno del PC e far uscire solo la presa usb che servirà esclusivamente alla ricarica.
Per minimizzare le perdite di corrente si potrebbe usare, al posto della prolunga USB, un connettore USB femmina a saldare usando dei cavi di opportuna sezione ( almeno 0.75mm quadri) per le linee di alimentazione.

Disclaimer:
Replicare il dispositivo di carica qui descritto, anche se può sembrare semplice, presuppone conoscenze di elettronica e una certa manualità, soprattutto presuppone che sappiate quello che state facendo: in caso contrario è meglio lasciar perdere, in altre parole se vi scottate con il saldatore o vi si brucia il PC o si rompe il vostro iQualcosa sono solo fatti vostri, l’autore non può essere in nessun modo ritenuto responsabile.

Lo script è personalizzabile, nel codice tra i commenti “configuration parameters” e “end of configuration parameters” è possibile specificare sia l’indirizzo base dello script , il suo nome, la città e le coordinate geografiche.

Il look può essere cambiato agendo sul foglio di stile, nel file calendario.css

Trovate l’ultima versione dello script qui.

Scompattate il file, editate calendario.php in base alle vostre esigenze, personalizzatelo quanto e come volete e copiatelo sul vostro spazio web che, ovviamente, deve supportare PHP.

Riferimenti

• date_sun_info
• PHP Moon Phase Script
• How to compute planetary positions
• Sunrise/Sunset Algorithm
• Astronomy Tools

...
Bus 001 Device 007: ID 04cf:8819 Myson Century, Inc.
...
MaxPower              300mA
...
Bus 001 Device 008: ID 05ac:1294 Apple, Inc. iPhone 3GS
...
MaxPower              500mA

Nell’esempio sopra riportato ho collegato al pc un lettore di schede che può assorbire fino a 300mA e l’iPhone fino a 500.
Ecco allora spiegato perchè talvolta occorre un driver usb per la ricarica della batteria, quel driver contiene il codice per la negoziazione della corrente di carica, senza il quale il telefonino o il dispositivo non fa partire la carica, questo per motivi di sicurezza, es. se mi servono 500mA ma la porta USB non dice che li posso prelevare o non dice nulla è meglio non prelevarli, in caso contrario potrei danneggiare la porta stessa.

Questo è anche il motivo per il quale alcuni telefonini, es. l’ iPhone, si caricano velocemente con un caricabatterie e lentamente con un altro.
Da alcuni caricatori assorbono la corrente massima ovvero 1 Ampere o poco più, da altri – inclusa la porta USB del computer – 500 mA, da altri ancora non assorbono nulla perchè non riconoscono una porta con le caratteristiche minime di corrente necessarie alla ricarica, e i 100mA che dovrebbero essere quelli minimi garantiti senza negoziazione non sono sufficienti.

Nella foto qui sopra un caricabatterie per iPhone: se misuriamo la tensione tra GND e D- troviamo circa 2.8 volts, tra GND e D+ circa 2 volts.

Questo dice al telefonino che da quel caricabatterie può prelevare fino a 1 ampere per la ricarica.
E’ curioso come questo sistema di identificazione, chiamato “divider mode”, sia scarsamente documentato: qualcosa ho trovato nel datasheet del tps2540, (USB Charging Port Power Switch and Controller for Charging Host Ports) che riporta, tra le caratteristiche, un paragrafo, Divider mode charger interface, che sembra proprio contenere le specifiche dei livelli e delle impedenze per l’identificazione, 2 volts e 2.7 volts, 10 Kohm.

Nell’application note, poi, si legge, in questo paragrafo:

Da come c’è scritto sopra, il caricabatterie dell’iPhone mette 2 volt sul pin D+ e 2.7 volt sul pin D-, quello dell’iPad il contrario, ovvero 2.7 volt su D+ e 2 volt su D-.
Per caricare a piena potenza sia iPad che iPhone, basta mettere 2.7 volt su D+ e 2 volt su D-.
Ovviamente per prelevare questa potenza occorre usari cavi opportunamente dimensionati sulle linee che portano l’alimentazione… ovvero non tutti i cavi sono uguali.
A breve verificherò sperimentalmente queste informazioni.

Questo per dire che esistono quindi dei circuiti integrati controllori di carica che rispondono perfettamente alle specifiche.
I caricabatterie che usano questi dispositivi dovrebbero caricare senza problemi la maggior parte dei dispositivi.

L’ USB Implementers Forum ha pubblicato delle specifiche precise che descrivono nel dettaglio le specifiche di carica delle batterie tramite porta USB, se volete approfondire l’argomento trovate tutto sui riferimenti qui sotto.

Riferimenti

• Battery charging specifications
• Usb.org: documents
• TPS2540: USB Charging Port Power Switch & Controller for Charging Host Ports & Dedicated Charging Ports
• Creating a Universal Car Charger for USB Devices From the TPS54240 and TPS2540A (Rev. C)
• The mysteries of Apple device charging

P.S.
Questo post nasce dal fatto di capire come mai non riuscivo a caricare l’iPhone con un caricabatterie USB a manovella: sono curioso e dovevo capire il perchè, ci ho perso tra teoria e pratica un paio di serate ma alla fine niente da fare, la corrente generata era minore di 500 mA e quindi troppo bassa per far partire la carica, sono riuscito a caricarci l’iPod solo dopo aver aggiunto dei partitori resistivi sulle linee D+ e D- ( 2 volts, 47K + 68K ).