RedSend » Appunti

Il processo creativo delle meraviglie apple

redsend — Sun, 07 Mar 2010 17:04:09 +0000

Non so’ se sarà un articolo vecchio e quindi già noto a tutti, ma proprio oggi mi è capitato di leggerlo e lo trovo molto interessante.

Perché i programmi Apple sono meglio disegnati della media e spesso offrono una soluzione originale ai problemi? Un esperto programmatore di Cupertino svela alcuni segreti su sviluppo e progettazione secondo Steve.

Michael Lopp, Senior Engineering Manager di Apple svela alcune procedure interne al team di sviluppo che gettano un po’ di luce sui segreti di Cupertino. Le interessanti dichiarazioni di Lopp sono state raccolte da Business Week durante la conferenza SXSW dove partecipanti e relatori discutono di sviluppo software senza formalità e in tono amichevole Il primo dettaglio curioso che emerge è la spiegazione tecnica dell’effetto Apple che si genera ogni qual volta un cliente ha per le mani un nuovo prodotto di Cupertino.

Inizialmente Lopp descrive la procedura come una sequenza di regali o sorprese offerte al consumatore finale, dopo di che il manager di Apple spiega il procedimento come: “Ottime idee impacchettate all’interno di altre ottime idee” che tradotto in termini pratici significa grandi programmi che funzionano in un hardware favoloso consegnato in una confezione bellissima. Questa spiegazione illustra in termini via a via più precisi l’effetto dell’unboxing che ormai è diventato una consuetudine tra gli utenti Apple che per primi riescono a mattere le mani sui nuovi prodotti.

Il rito dello spacchettamento, dell’apertura della confezione e del centellinare uno a uno tutto il contenuto della scatola. Non è finita. Michael Lopp è un esperto di sviluppo software e durante il suo intervento alla conferenza si è concentrato sulle procedure e i metodi di lavoro seguiti da Apple. Prima 10, poi 3 e alla fine una sola valida Il primo aspetto che emerge è la creazione di mockup perfetti in ogni minimo dettaglio: si tratta di modellini che rappresentano l’aspetto dell’interfaccia e le sue meccaniche di funzionamento.

A differenza della maggior parte delle altre aziende in cui vengono creati numerosi modellini diversi ma tutti elementari, Apple ne crea soltanto 10 ma perfetti in ogni loro parte. Lopp afferma che si tratta di una procedura che inizialmente richiede una quantità enorme di tempo ma in grado di eliminare qualsiasi ambiguità successivamente. Nelle fasi seguenti infatti non occorre correggere errori.

I designer di Apple costruiscono così 10 soluzioni diverse in modelli perfetti e completi per ogni nuova caratteristica, diversamente dalle altre società in cui solitamente si parte da 7 mockup per selezionarne poi 3. A Cupertino si parte da 10 modelli senza nessun limite per lo sviluppo e la progettazione, dopo di che ne vengono selezionati 3 su cui vengono investiti altri mesi di sviluppo. Alla fine emerge una unica forte decisione Le riunioni agli antipodi Ogni settimana i gruppi di sviluppo fanno due riunioni diverse. Durante la prima tutti dimenticano i limiti delle tecnologie e progettazione, pensano in assoluta libertà ai progetti che potrebbero funzionare, non importa se all’inizio possano sembrare impratici o infattibili. Nella seconda riunione invece gli stessi gruppi di lavoro devono determinare come un progetto preciso possa essere trasformato in prodotto: a tutti è richiesto di concentrarsi sullo sviluppo concreto. Questa procedura di riunioni antitetiche continua attraverso tutte le fasi dello sviluppo per qualsiasi applicazione, anche se le parti “serie e pratiche” prendono il sopravvento man mano che il progetto avanza. Le pony-riunioni In questi altri incontri la dirigenza evidenzia i desideri e gli obiettivi per un determinato prodotto, non importa quanto siano realizzabili da parte degli sviluppatori. Lopp descrive con toni affabili la procedura: in queste riunioni i dirigenti sembrano richiedere l’impossibile agli sviluppatori così l’esperto programmatore di Apple ci scherza su: “Voglio WYSIWYG… voglio il supporto dei principali browser…. voglio che rifletta lo spirito della compagnia…o…io voglio un pony! Perché no? Un pony è bellissimo! ” Si tratta dei responsabili che alla fine firmano gli assegni quindi, se non fosse per altre ragioni, Lopp ritiene che meritano di essere ascoltati o per lo meno non ignorati. Nonostante i toni scherzosi e informali di Lopp, la procedura e le pony riunioni sembrano avere un certa utilità. Durante gli incontri i responsabili di alto livello possono apprendere cosa è possibile realizzare in ogni fase dello sviluppo. In questo modo i dirigenti evitano qualsiasi disastro di lungo termine inoltre riescono a ottenere le funzioni o le caratteristiche che tanto desideravano, i pony appunto. Il concetto delle sorprese e dei regali confezionati uno dentro all’altro, la modalità di sviluppo dei modelli, infine le riunioni antitetiche e gli incontri pony. Questa procedura di lavoro sembra riuscire nell’intento di Apple: includere sempre il fattore fantasia, l’aspetto creativo da cui in molti casi nascono i prodotti innovativi di Cupertino.

Fonte: Macity

Come fare caching di immagini con jquery

raphe — Wed, 13 Jan 2010 08:49:38 +0000

In giro per la rete è pieno di tutorial su come si possano cachare le immagini utilizzando javascript. Nessuno dei tutorial che ho letto in questi giorni però prende in considerazione il fatto che nel frattempo javascript e il web si siano evoluti e che quindi, con l’utilizzo di ajax, spesso si visualizzano porzioni di pagina, precedentemente visualizzate, senza effettuare il reload della pagina.

Perché questa introduzione? Perché proprio il caso sopra citato manda a farsi friggere tutti i metodi di caching classici.

Vediamo quindi come sfruttare jquery e il metodo load per generare un evento ogni volta che una immagine viene visualizzata.

Con questa prima funzione iniziamo la procedura di cache delle immagini. E’ importante notare che la variabile cache sia globale, questo permette che il garbage collection di alcuni browser non cancellino le variabili non utilizzate.

$(“#loader”).fadeIn();

var imgsNumber = 0;

$(“#container img”).each(function(){
jQuery.preLoadImages(this.src);
var img = new Image();
$(img).load(function(){
imgsNumber++;
if(imgsNumber == $(“#container img”).length){
imgsNumber = 0;
$(“#loader”).fadeOut(“slow”, function(){
$(“#container”).css(“visibility”, “visible”).fadeIn();
});
}
}).attr(“src”,this.src);
});

Questa funzione è un po’ più complessa e funziona in questo modo:

mostra un loader (ovviamente il div #loader va sostituito con il vostro div);
imgsNumber conta il numero di immagini caricate (è essenziale per sapere quando sono tutte caricate);
il pezzo di codice successivo invece scorre tutte le immagini nel blocco #container e per ognuna di esse creiamo un oggeto img al quale assegniamo l’immagine. Questo è il passo essenziale per risolvere il problema di cui sopra visto che, in questo modo l’evento load verrà generato anche se l’immagine è già in cache. In questo modo si riesce a contare il numero di immagini caricate e mostrarle quando sono tutte pronte;
la parte finale (fadeOut e css) si occupano proprio di nascondere il loader e mostrare il div in questione;
la chiamata alla funzione attr si occupa infine di assegnare il path dell’immagine all’oggetto img temporaneamente creato.

Questo è quanto. Se avete dubbi chiedete nei commenti.

Unire file video su linux

raphe — Mon, 14 Dec 2009 12:20:38 +0000

Se vi è capitato di ritrovarvi con il classico video lungo spezzettato in più file del tipo NOMEFILE.avi.001, NOMEFILE.avi.002 e così via, allora questo piccolo trucchetto potrà risultarvi utile.

Per concatenare i file video non necessitiamo di utilizzare software di elaborazione video ma basta la vecchia, cara e potente shell. Il seguente comando è quello che fa per voi:

cat NOMEFILE.avi* > FILEUNICO.avi

Il potente comando cat non farà altro che leggere a basso livello i diversi file e redirigere l’output in un altro file da noi scelto. Ovviamente al posto di NOMEFILE.avi dovrete mettere l’inizio del nome dei vostri file. Alcune cose da ricordarvi:

i file dovranno avere un prefisso in comune (per poter utilizzare ‘*’ correttamente) e poi un numero incrementale che li ordini;
i file devono appartenere allo stesso file originale ed avere, ovviamente, stesso framerate, risoluzione, codec, ecc.

In generale, ricordatevi, che potete unire file di ogni tipo con cat in questo modo:

cat NOMEFILE_1, NOMEFILE_2, NOMEFILE_N > FILEUNICO

Il risultato dipende da quello che state cercando di unire

Creare una pendrive avviabile con sistema DOS

redsend — Wed, 09 Dec 2009 15:30:33 +0000

A cosa potrebbe servirvi creare una pendrive avviabile con un sistema DOS all’interno? Per intenderci come i floppy che servivano per avviare l’installazione di Windows 95.

Un utilizzo potrebbe essere quello di eseguire l’aggiornamento del bios, come nel mio caso. Molti produttori forniscono tool di aggiornamento che devono essere eseguiti in ambienti “puliti”, con un semplice prompt dei comandi DOS (per intenderci direttamente da Windows XP non funziona).

Sul sito bootdisk.com trovate un sacco di tool e guide per tutti i tipi di dischi, in particolare a questa pagina trovate le guide per i dischi USB, ma ne ho provati di diversi metodi e o erano troppo macchinosi che mi ci perdevo tra i tanti passaggi oppure non funzionavano, sicuramente sarà stata la mia inesperienza in questo genere di cose che non ha fatto funzionare i diversi metodi, ma alla fine sono risucito ad ottenere quello che volevo con un due semplici programmini e senza comandi strani, un paio di click ed è fatta…

I pragrammi di cui avete bisogno sono due:

HP USB Disk Storage Format Tool 2.x
Windows Enabler (Homepage)

Il primo lo potete recuperare facilmente usando google e il secondo lo scaricate dalla homepage.

Ecco cosa dobbiamo fare per ottenere la nostra pendrive avviabile e con DOS all’interno.

Aprimo Windows Enabler, clickiamo sull’inconcina nella tray icon e dovrà comparire una cosa del genere…

Inseriamo la pendrive e avviamo il programma “HP USB Disk Storage Format Tool”

selezioniamo il dispositivo USB che vogliamo utilizzare, scegliamo FAT come filesystem e selezioniamo “Create a DOS startup disk”, anche se è non selezionabile (ora ci viene in aiuto Windows Enabler), selezioniamo la voce “using internal MS-DOS system files”…

Premiamo START e il gioco è fatto. Ora possiamo copiarci all’interno qualsiasi programma avviabile con DOS e di qualsiasi dimensione. Ho specificato di qualsiasi dimensione perché c’è un altro metodo in cui utilizziamo Windows Enabler e il programma di formattazione di windows (quello con tasto destro sul dispositivo, formatta) ma in questo caso viene creata una partizione grande quanto un floppy e quindi ci potete metter ben poco all’interno…

Safari: aprire automaticamente file non sicuri

redsend — Sun, 22 Nov 2009 11:19:44 +0000

Un piccolo appunto per ricordarmi come fare per dire a Safari di aprire automaticamente alcuni tipi di file. Prima di tutto dobbiamo ricordarci di spuntare l’opzione “Apri doc. sicuri dopo il download”.

in questo modo safari aprirà automaticamente i file che lui considera sicuri, a questo punto dobbiamo vedere come dire a safari di considerare sicuri anche altri tipi di file, oltre a quelli preimpostati come pdf, doc, zip, etc…

Ad esempio vogliamo aprire automaticamente file .torrent

Apriamo l’editor delle prefereze di mac “Property List Editor” e creiamo un nuovo file come in figura

Ora salviamolo con il nome “com.apple.DownloadAssessment” e copiamolo in ~/Libreria/Preferences/com.apple.DownloadAssessment.plist

Riavviamo Safari e il gioco è fatto…

Un ringraziamento a Manuel Struder per l’articolo sul suo blog.

Caratteri speciali & codifiche su php, mysql e javascript: la soluzione definitiva

raphe — Thu, 29 Oct 2009 13:45:15 +0000

Il titolo del post è un po’ caotico ma non avevo idea di come scrivere qualcosa di più esplicativo.
Come per i post relativi alle sessioni, anche questo post ha l’obiettivo di essere un appunto per me per il futuro e un riepilogo di cose conoscenze acquisite nel tempo.

Dimentichiamoci delle funzioni htmlspecialchars, htmlentities, html_entity_decode, addslashes, escape, encodeURI, ecc…con una buona configurazione dei vari componenti potremo lavorare in modo trasparente!

Un po’ di teoria

La questione “caratteri speciali” è ben nota a chi si trova a sviluppare per il web, in giro per la rete ci sono centinaia di blog, forum e siti che suggeriscono modi per mostrare al meglio i caratteri accentati e ogni tipo di entità html. La difficoltà sta quasi sempre nell’uso di diverse codifiche nei vari componenti coinvolti (linguaggi di programmazione, database, browser, ecc.). Come prima cosa è bene, quindi, decidere all’inizio quale codifica utilizzare e portare avanti questa scelta in tutti i settaggi che verranno fatti in futuro.

UTF-8 è la codifica che andremo ad utilizzare (dato l’elevato numero di caratteri rappresentabili) ma il discorso vale per qualsiasi codifica vogliate usare.

Innanzitutto è bene sapere che anche i linguaggi di programmazione hanno diversi modi di rappresentare e gestire i caratteri speciali. Ne consegue che ad ogni passaggio da db a linguaggio e da linguaggio a browser si debbano fare delle conversioni. A questo proposito esistono numerose funzione di encoding e decoding in php, js, ecc.

Questa operazione è macchinosa e non scalabile (ci si deve ricordare ogni volta di convertire tutti i dati in transito). L’approccio che presenterò in questo post è diverso: utilizziamo i caratteri speciali per come sono senza convertirli in nessun modo utilizzando solo qualche settaggio e molta attenzione.

Passiamo alla pratica

Innanzitutto è bene iniziare con il database. Nel nostro caso stiamo lavorando su mysql quindi ricordiamoci di creare il database sul quale lavoreremo con collation utf8_general_ci (o altri tipi di utf8), di settare lo stesso valore anche per:

connessione mysql;
ogni tabella creata;
ogni campo testuale di ogni tabella.

Dopo questo passo sappiamo per certo che il database è pronto a gestire dati UTF-8.

Ovviamente dovremo ora comunicare con il database. Per questo esempio utilizzerò la libreria PEAR::MDB2 (consiglio a tutti di lavorare con qualche libreria e non a mano, per avere alcuni automatismi e funzionalità aggiuntive). Nel caso di MDB2 dovremo solo ricordarci di settare il charset sulla connessione al db al primo utilizzo, con il seguente metodo:

$mdb2->setCharset(‘utf8′);

Ora sappiamo che ogni comunicazione (lettura e scrittura) con il database avverrà utilizzando utf8.

Fase seguente è l’inserimento dei dati da parte dell’utente. Ovviamente, come detto sopra, se codifichiamo i dati che l’utente inserisce dovremo poi decodificarli ad ogni utilizzo. Noi non lo faremo. Lasciamo inserire all’utente ogni tipo di carattere (àé!’^$%…) e mettiamolo in database “senza toccarlo”, possiamo farlo perché le tabelle e la connessione in utf-8 ce lo permettono.

Fatto questo nel database avremo i caratteri veri e propri e sarà più facile gestire la fase di visualizzazione. Proprio quest’ultima di solito crea problemi di conversione, soprattutto quando si lavora con javascript che codifica i caratteri speciali in modo diverso dalle entità html.

In fase di visualizzazione dovremo assicurarci che le pagine html generate abbiano anche esse la codifica settata ad utf-8 con l’utilizzo del tag meta, in questo modo:

Il testo estratto dal database sarà quindi mostrato direttamente nella pagina che, usando charset utf-8, mostrerà i caratteri speciali senza problemi.

Lo stesso vale se questi dati vengono passati a funzioni javascript per elaborarli o mostrarli: non sarà necessario nessuna chiamata a funzioni di decodifica perché javascript è in grado di visualizzare i caratteri speciali se passati esplicitamente.

Prima di concludere è importante dire qualcosa relativa al fatto di lasciare inserire all’utente tutti i caratteri che vuole. Questo potrebbe essere un baco di sicurezza per la possibilità di inserire codice malevolo o tentare sql injection. Dal punto di vista delle injection saremo protetti dalla libreria in uso (perciò dovreste usarne una) che si occuperà di gestire le query in ingresso al meglio con opportuni escape – quando necessari – e uso di altre protezioni. Ciò significa che non dovremo fare l’escape di caratteri potenzialmente pericolosi come apice singolo (‘) o doppio apice (“), né lasciarlo fare ad apache. Un escape di questo tipo richiederebbe, infatti, l’unescape al momento della lettura di tutti dati e non avremmo risolto niente.

Per evitare che apache faccia l’escape automatico settiamo nel file php.ini tutte le direttive relative a magic_quotes a Off. In particolare:

magic_quotes_gpc = Off

A questo punto l’ultima cosa che ci resta da fare è evitare che l’utente inserisca codice malevolo nel database. Questo possiamo realizzarlo tranquillamente con l’utilizzo della funzione strip_tags di php. Ad ogni query di inserimento chiamiamo questa funzione che pulirà il testo dai tag inseriti. In visualizzazione non dovremo fare nulla…che era proprio il nostro obiettivo.

Per ricordarmi di “lui”

redsend — Fri, 16 Oct 2009 23:05:14 +0000

E’ stato molto emozionante, come la prima volta che mi comprai il portatile. Ora le idee sono un po’ cambiate, non so’ se in bene o in male, ma sono cambiate, non è come l’altra volta, ma l’emozione è la stessa… che bello… poche parole, vuole essere solo un “appunto” per la prima volta che…

Distruggere sessioni in php

raphe — Fri, 16 Oct 2009 12:42:50 +0000

Come promesso ecco la seconda parte del mio articolo/appunto riguardante le sessioni in php.

Dopo aver inizializzato una sessione e averla usato durante la visita di un utente nel sito è importante permettere il classico logout.

Il metodo che uso di solito è realizzare un file logout.php dove inserisco una serie di istruzioni riguardanti la sessione poi alla fine un redirect alla index del sito.

Ecco un esempio di file logout.php:

require(“session.php”);
session_destroy();
session_unset();
unset($_SESSION);
$_SESSION = null;
header(“Location: index.php”);

Nella prima riga importo il file costruito nel precedente articolo, se non l’avete fatto e state usando le sessioni in modo classico basta sostituire quella riga con un classico session_start().

Dopodiché la chiamata a session_destroy() permette di cancellare i dati associati alla sessione. Però è importante ricordare che questa funzione non cancella le variabili e i cookie! Ecco perché non basta usarla da sola.

Le successive chiamate di session_unset e unset($_SESSION) permettono appunto di cancellare le variabili di sessione. In realtà non è necessario effettuare entrambe (perché fanno la stessa cosa) ma io sono paranoico e mi piace così, anche il $_SESSION=null serve, ancora una volta a ribadire che la sessione deve essere svuotata.

Come abbiamo detto, oltre a cancellare le variabili si dovrebbero cancellare anche i cookie manualmente. Se è stato utilizzato il procedimento descritto nel precedente articolo nella creazione della sessione, la chiamata a session_regenerate_id(true) si occuperà appunto di cancellare anche il cookie (grazie al parametro true), altrimenti basta aggiungere in questo file una chiamata a set_cookie(‘nome_cookie’) senza altri parametri e il cookie verrà cancellato!

Alla fine facciamo un redirect alla pagina iniziale del sito o a qualsiasi altra pagina si voglia far visualizzare dopo il logout.

N.B.: è importante ricordarsi di non utilizzare session_register e session_unregister per settare le variabili in sessioni. Queste due funzioni sono deprecate e funzionano solo se register_globals è attivo (grave falla di sicurezza). Verranno addirittura eliminate in php 6.

Gestione sessioni in php

raphe — Wed, 14 Oct 2009 22:55:27 +0000

Ci sono decine e decine di articoli in giro per il web che parlano di sessioni in php ma ho deciso di scriverne uno per appuntare un po’ di informazioni raccolte negli anni e riassumere i passaggi che ormai, bene o male, effettuo quando programmo in php.

Innanzitutto è impensabile di chiamare a mano in ogni pagina session_start() quindi innanzitutto è utile realizzare un file php dedicato dove raggrupperemo varie impostazioni relative alla sessione.

Ecco un esempio del file:

//durata della sessione
$minuti=30;
//cambio la directory di default del salvataggio sessioni
ini_set(“session.save_path”,dirname($_SERVER['SCRIPT_FILENAME']).”/CARTELLA PERSONALIZZATA”);
//setto la durata lato server
ini_set(“session.gc_maxlifetime”,60*$minuti);
//setto la durata lato client
ini_set(“session.cookie_lifetime”,60*$minuti);
ini_set(“session.cookie_lifetime”,0);
// Inizializza la sessione se non e’ stata gia’ avviata
if(session_id() == “”)
session_start();
//Rigenero l’id di sessione ad ogni nuovo accesso
if(!isset($_SESSION['is_valid'])){
session_regenerate_id(true);
$_SESSION['is_valid'] = true;
}

Descriviamo dall’inizio le varie funzioni utilizzate.
Per prima cosa settando un path personalizzato per la sessione evitiamo che vengano memorizzate in /tmp e inoltre possiamo personalizzare la durata bypassando le impostazioni di default del garbage collector di php.
La chiamata a dirname($_SERVER['SCRIPT_FILENAME']) serve ad avere il path assoluto della cartella delle sessioni, visto che save_path vuole un path di questo tipo.

Le due impostazioni gc_maxlifetime e cookie_lifetime settano rispettivamente il numero di secondi dopo il quale verranno cancellati i dati dal server e il numero di secondi dopo il quale scadrà il cookie. I due numeri devono corrispondere. Ho fatto una piccola modifica al codice dell’esempio: al posto di settare la durata del cookie a 60*minuti lo setto a 0. Questo cosa significa? Che il cookie non verrà mai cancellato dal browser e la durata della sessione sarà determinata dal valore di session.gc_maxlifetime.
Questo approccio è utile quando si vuole che la sessione si rinnovi ad ogni pagina visitata dall’utente. Ciò è coerente con il concetto che l’utente sta comunque utilizzando il sistema e non è corretto che venga conteggiata la durata della sessione dal suo primo login.

Poi c’è la chiamata a session_start che effettivamente avvia la sessione ma solo nel caso in cui non ne sia già avviata una. Questo controllo è molto utile nel caso in cui si includa il file più volte in diversi punti del sito, evitando chiamate inutili a session_start.

L’ultima parte, molto utile per la sicurezza, serve per rigenerare l’id di sessione ad ogni nuova inizializzazione. Questo fa si che se c’è un vecchio identificativo non verrà riutilizzato per un eventuale nuovo utente. Il parametro true della funzione session_regenerate_id serve per cancellare anche fisicamente il file dal disco. Utile per tenere sempre pulita la cartella delle sessioni.
Il controllo sul parametro is_valid serve per non rigenerare l’id di sessione quando è stato già fatto. Questo permette di tenere lo stesso id per lo stesso utente finché non fa logout.

Oltre al lato php ci sono un paio di impostazioni da tenere in conto a livello web server. Infatti è importantissimo ai fini della sicurezza dare due impostazioni ad apache: non permettere l’accesso alla cartella delle sessioni, forzare ad usare i cookie per le sessioni. Queste impostazioni si possono settare nel file .htaccess o nel file di configurazione di apache/php.

Il primo è necessario, altrimenti si possono leggere i file delle sessioni come semplici file di testo aprendoli nel browser. La direttiva apache da usare è la seguente:

order allow,deny
deny from all

Il secondo invece è necessario per far si che php non propaghi l’id di sessione tramite parametro get che apre le porte a numerosi attacchi. Forzando l’uso dei cookie l’id di sessione sarà sempre memorizzato nel browser. L’impostazione da settare in php.ini è la seguente:

session.use_only_cookies = 1

Questo è quanto. Domani scriverò un appunto sul logout e come cancellare una sessione.

Abilitare/disabiilitare “backspace action” in firefox

redsend — Sun, 11 Oct 2009 09:09:37 +0000

Un piccolo appunto su come abilitare/disabilitare l’utilizzo del tasto backspace in firefox perché su Ubuntu Netbook remix e Shiretoco (aka Firefox) è disabilitato.

Per modificare l’azione del tasto backspace bisogna aprire il config con about:config, cercare l’opzione browser.backspace_action e impostarla a seconda delle preferenze:

0 : in questo modo premendo backspace il browser tornerà indietro di una pagina e con shift+backspace andrà in avanti nell’history
1 : impostandolo su questo valore quando si preme backspace verrà scrollata la pagina corrente verso il basso e viceversa con shift+backspace
2 : impostandolo a due o qualsiasi altro valore diverso da 1 e 0 l’azione verrà disabilitata

Un piccolo appunto, spero utili anche per gli altri…

Aggiornamento di Xorg-server in gentoo

deepred — Mon, 06 Apr 2009 20:27:03 +0000

Scrivo questo post per gli amici gentooisti che si troveranno ad eseguire l’aggiornamento nei prossimi giorni: molto probabilmente vi verrà chiesto di aggiornare, come detto nel titolo, Xorg-server alla versione 1.5.3.

Si tratta di un aggiornamento importante, visto che porta con se una modifica importante nella gestione degli input device del vostro sistema: infatti la gestione di quest’ultimi è stata trasferita da Xorg ad HAL.

L’aggiornamento richiede l’installazione di numerosi pacchetti (da la nuova struttura modulare del server Xorg) e una attenta configurazione post-installazione: innanzitutto, non dimenticatevi di dare il comando

qlist -I -C x11-drivers/

e di reinstallare tutti i pacchetti indicati dal comando (anche se molti sono stati appena installati o quantomeno ricompilati). Dopodiché si può passare alla vera e propria configurazione. È consigliabile (anche se non necessario) commentare nel file Xorg.conf le informazioni relative agli input devices. Dopodiché potete creare un file in /etc/hal/fdi/policy per ciascun input devices presente nel vostro Xorg.conf in cui aggiungere tutte le opzioni che avevate precedentemente settato nel nel file di configurazione di Xorg. Di seguito mostro esempi relativi alla tastiera e al touchpad.

it pc105 xorg CoreKeyboard

true auto-dev true

Da flv a mp3 conservando il nome

raphe — Fri, 03 Apr 2009 09:34:47 +0000

Mi sono trovato ad avere una serie di file .flv e a volerne estrarne l’audio per avere una raccolta di mp3.
Mi interessava anche però conservare il nome del file originale e non volevo farlo a mano ad uno ad uno per ogni file.

Bastano un paio di righe di script bash (usando ffmpeg) per ottenere il risultato voluto.

Lo incollo qui che magari può essere d’aiuto a qualcuno:

for i in *.flv; do ffmpeg -i “$i” -vn -ar 44100 -ac 2 -ab 192 -f mp3 “`basename “$i” .flv`.mp3″; done

Attenzione agli apici che sono quelli “inclinati”.

Un minimo di spiegazione allo script ci vuole, così potete adattarlo a vostro piacimento:

for i in *.flv permette di scorrere i file flv della directory corrente e memorizzarne il nome nella variabile “i”;
do esegue il comando successivo;
ffmpeg -i “$i” -vn -ar 44100 -ac 2 -ab 192 -f mp3 è la chiamata a ffmpeg con i parametri di frequenza (-ar), numero di canali (-ac), bitrate (-ab) e formato di output (-f). Notate il parametro -i seguito da $i che indica che il file di input (-i) è quello memorizzato nella variabile “i” (precedentemente settata nel for);
“`basename “$i” .flv`.mp3″ serve invece a dire il nome del file in output. Basename permette di avere la porzione del nome del file escluse le directory (es: basename /home/pippo/nomefile restituirà nomefile).

Wake on Wan e Router D-Link Part 2 overro hack per il tuo router

deepred — Sat, 31 Jan 2009 09:00:47 +0000

Come avevo promesso nell’articolo “Wake on Wan e Router D-Link“, vi spiego come è possibile che una macchina in una rete locale possa dare comandi al router con un intervento minimo dell’utente. E inoltre vi darò indicazioni sia che la vostra macchina in rete sia una macchina Linux, sia che essa sia una macchina Windows.

Ma cominciamo con linux…

Prima di tutto installare expect: è una semplice utility che permette di creare script interattivi, ossia capaci di rispondere ai prompt di altre applicazioni. A questo punto creiamo il seguente script che chiameremo arp_hack.sh

#!/usr/bin/expect

spawn telnet router_address expect login: send "username\r" expect Password: send "password\r" expect # send "command\r" expect # send "exit\r" interact

dove arp -s ip_address eth_address è il comando necessario per il Wake On Wan su router D-Link.

Lanciando questo script otteniamo il risultato desiderato. Se vogliamo che tale operazione venga fatta all’avvio del sistema operativo, aggiungiamo la riga

/path/to/arp_hack.sh &>/dev/null

al file che gestisce le operazioni da eseguire all’avvio: in gentoo questo file è /etc/conf.d/local.start, in ubuntu & C. si tratta invece del file rc.local.

E se fosse necessario riavviare il router perderei tutto di nuovo? Oppure dovrei ricordarmi di lanciare questo script ogni volta che riavvio il router? Per ovviare a questo problema avremo bisogno di altri 2 script: il primo (router_reboot.sh) gestisce il riavvio.

#!/usr/bin/expect

spawn telnet router_address expect login: send "username\r" expect Password: send "password\r" expect # send "reboot\r" interact

Il secondo invece gestisce il tutto, richiamando router_reboot.sh per riavviare il router e arp_hack.sh per lanciare il comando.

#!/usr/bin/expect

spawn /path/to/router_reboot.sh sleep 30 send "\r" sleep 5 spawn path/to/arp_hack.sh interact

Ora per riavviare il nostro router basterà semplicemente lanciare questo script e poi farà tutto da solo.

E per quanto riguarda Windows? (Attenzione: i seguenti passi sono stati testati solo su Windows XP Home Edition)
Anche per Windows abbiamo bisogno di installare un programma: Plink.exe (scaricabile qui).

Per lanciare un comando sul router basterà creare il seguente file arp_hack.cmd

@set PATH=Path\to\plink.exe\;%PATH% @plink.exe router_address -l username -pw password -batch "command"

eseguendo questo script nel prompt di Dos o attraverso il menu Start->Esegui otteniamo l’obiettivo desiderato. Per eseguirlo al riavvio sarà necessario aggiungere una voce al registro

"HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/Current Version/Run"

che abbia come valore di tipo stringa il path allo script arp_hack.cmd. Questo tuttavia darà l’inconveniente che sarà mostrato il prompt di dos all’avvio di windows per qualche secondo (ma se si ci ostina ad usare windows qualcosa si deve pure dover pagare…).

Per ottenere l’utility di “reboot e comando” come in linux sarà necessario installare un’altro programma: Tasklist (che potete trovare qui). Come prima adoperamo 2 script, il primo dei quali (router_reboot.cmd) per riavviare il router:

@set PATH=Path\to\plink.exe\;%PATH% @plink.exe router_address -l username -pw password -batch "reboot"

Il secondo per gestire l’intera procedura:

@set PATH=Path\to\tasklist.exe\;%PATH% @START /b \Path\to\router_reboot.cmd @ping 127.0.0.1 -n 2 -w 1000 > nul @ping 127.0.0.1 -n 30 -w 1000> nul @FOR /F "tokens=2" %%i in ('tasklist.exe /NH /FI "ImageName eq plink.exe"' ) DO SET PID=%%i @TSKILL %PID% @START /b \Path\to\arp_hack.cmd

Tutto chiaro?

Dividere un file di grandi dimensioni in più parti

redsend — Tue, 20 Jan 2009 20:50:28 +0000

Che bello linux, c’è un comando per tutto…

Mi appunto questi due comandi che come si intuisce dal titolo servono per spezzare e ricomporre un file di grandi dimensioni.

# split -d –verbose –bytes=10m file_enorme.tar prefisso-file-piccolo-

Spieghiamo le opzioni

il comando “split” serve per dividere il file “file_enorme.tar” in tanti piccoli file che avranno come prefisso “prefisso-file-piccolo-” seguito da un numero/lettere
-d specifica che dopo il prefisso ci andranno dei numeri, se non si specifica quest’opzione ci saranno delle lettere
–verbose si capisce a cosa serve
–bytes=10m specifica la grandezza di ogni file (man split per dettagli)

Una volta suddiviso il file ci serve sapere come ricomporlo e queì ci viene in soccorso il classico cat:

# cat prefisso-file-piccolo-* > file_enorme.tar

In questo caso non abbiamo opzioni ma una semplice ridirezione “>” di tutti i file prefisso-file-piccolo-* nel grande file chiamato “file_enorme.tar”.

Ecco da dove ho scopiazzato i comandi

Spezzare un grosso file in più parti (e ricomporlo).. su Linux

Creare un file .htaccess direttamente online

mikone — Mon, 17 Nov 2008 08:21:07 +0000

Quante volte abbiamo avuto bisogno di creare un file .htaccess ?
In realtà non so rispondere alla domanda, ma mi sono trovato a doverlo fare senza conoscere le direttive che accetta questo file. Guarda caso mi sono imbattuto in questo sito (www.htaccesseditor.com) che in pochi passi ti segue nella creazione di un file con semplici regole. Non è la cosa definitiva, ma per chi è alle prime armi è un buon punto di inizio.

La regola principale è sempre provare provare provare, prima o poi si impara.