A Ovest Di Paperino

Bash è una possibile shell, non LA shell, per quanto alla fine su *nix il metodo tradizionale di veicolare informazioni, cioè via flussi testuali, sia più scomodo di quello strutturato di psh (mi consenti l'abbreviazione?). Insomma, niente awk e fesserie del genere. Infatti mi sono sempre chiesto perché non si sia adottata una sintassi standardizzata, ad esempio xml, per formattare meglio l'input e l'output così da renderlo utilizzabile per un trattamento automatico non rudimentale.

Io fino ad ora mi sono arrangiato con tcl, anche perché l'ho usato parecchio e non conosco molto la sintassi di bash. Credo che alla fine certi utilizzatori di unix non troveranno difficile dire che psh non introduce nulla di nuovo, unicamente sulla base del fatto che conoscono bene i loro strumenti e ci riescono a fare di tutto. E io in un certo senso concordo sulla base del fatto che per me non è una questione di limiti ma di ergonomia.

Una osservazione su tool esterni: è nella filosofia unix mettere assieme le funzionalità di tool esterni. Io non ci vedo nulla di male. Il giudizio secondo me è da esprimere valutando quanto sia facile mettere assieme i diversi pezzi. Il metodo unix purtroppo richiede una serie di manipolazioni che a ben vedere si potrebbero evitare. Basterebbe poco, come ho detto sopra.

Il fatto di essere una shell "ad oggetti" è di per se rivoluzionario. Almeno aviteremo di sbattere la testa con sed, awk, ecc...

@sirius

Vero.

Però io per risolvere una specifica necessità di amministrazione remota ho provato ad usare PoweShell su Windows (una workstation con su XP) ed ho notato i seguenti limiti:

- non si può usare in remoto, anche se non so se sia un limite quando la si usa in XP;

- il supporto è ancora scarso, mancando ancora tutti quegli agganci che permettano di usarla assieme a strumenti terze parti.

p.s.: applescript c'è dal 1993

Di primo acchito mi verrebe da dire: "too little, too late...".

Comunque IMHO il concetto si integra benissimo in UNIX, dove tutto è un file... Su Windows non me la vedo così bene... Mi riservo cmq di provare PowerShell alla prima occasione.

Ah, e cmq quelli che chiami "tool esterni" sono in gran parte dei programmini standard di UNIX fin dagli anni '80.

La potenzialità dell'approccio "tutto è file" sta nel fatto che con tools che svolgono operazioni semplicissime (taglia, seleziona un campo, dammi le prime tot righe) in molti casi ti risolvi la vita.

O puoi scriverti da te due righe di C, sapendo che vai a leggerti un file di testo, e senza dover consultare 200 pagine di manuale per sapere la gararchia delle classi che ti servono. E la complicazione la gestisce il kernel e tu non devi sbatterti con le classi.

Un approccio più pratico che con le classi (che sono più eleganti questo lo ammetto) non si può avere.

(giusto per darti un esempio con due-righe-due di bash  si costruisce un webserver che ritorna una pagina statica, utile in caso di "emergenza". In PS si può fare?)

Per quanto riguarda i tools di UNIX sappi sono più che integrati, sono standarizzati POSIX! L'esempio di un parser XML è fuori luogo perchè in ambito server (dove la shell serve) su UNIX praticamente nessun file di configurazione è in XML.

Domanda: per aprire la propria applicazione a psh che cosa si deve fare? Cioè, cout, cin (o printf e scanf) sono pratica normale di sviluppo e bastano per integrare un'applicazione con la shell unix. Come si attua lo stesso rapporto su windows tra applicazioni e psh? Cosa deve fare lo sviluppatore? Una cosa che non ho capito è se comunque la via testuale è supportata (cioè, in mancanza d'altro...).

Mi sono scaricato PowerShell... Quando ho due minuti liberi provo a giocarci un po'... (così magari discuto con più cognizione di causa)

> Pensa se vuoi fare il parsing di header JPEG e sputare una

> lista di punti bidimensionali che rappresentano altezza e

> larghezza di ogni immagine

Su Linux si può fare (se ben ricordo) con identify, dal pacchetto ImageMagick.... non tutto viene fatto a bassissimo livello...

> Se ti va prova a pensare una implementazione POSIX e dimmi quanti pezzi sono più o meno necessari

Una cosa molto quick'n'dirty si potrebbe fare con netcat, un parser XML (lo standard POSIX non ne prevede, ma ogni distribuzione Linux ne è provvista) e un po' di bash.

Certo che se dipende da cosa intendi per "qualche altra magagna"... se le operazioni da svolgere sono complesse allora è più naturale passare ad un linguaggio di scripting più evoluto, oppure a qualcosa di più specifico ancora...

---

Una delle prime cose che mi hanno fatto vedere della shell di UNIX è stato questo comando che permette di decomprimere tutti i file in una directory:

for i in . ; do unzip $i ; done

Solo per curiosità: qual è l'equivalente in PS di questo comando?

<blockquote>

for i in . ; do unzip $i ; done

Solo per curiosità: qual è l'equivalente in PS di questo comando?

</blockquote>

In PS non so, ma da DOS:

for %f in (*) do unzip %f

scaricando unzip dal pacchetto di GnuWin32 o usando 7z come alternativa.

Ciao

Un link che mi hanno passato oggi e che non c'entra niente... O forse si...

www.ex-parrot.com/.../upside-down-ternet.html

Il vicino ti ruba la connessione Internet? E tu specchiagli tutte le immagini... Oppure blurrale tutte!

Faccio notare lo scriptino in perl, altra shell/linguaggio di scripting di UNIX... (si potrebbe scrivere tranquillamente anche in bash cmq, in PS si può fare?)

Domanda scema... un qualunque linguaggio interpretato come python o ruby o php o perl dispone spesso di un interprete a linea di comando.

Perche' nessuno usa mai la CLI di detti linguaggi come shell?

A me e' capitato di dover fare un lavoro di parsing e editing di vari files xml, con la CLI di ruby ho praticamente fatto il lavoro in tempo reale. E avevo un modello completamente a oggetti del filesystem, una sintassi pulita, guida in linea subito a lato e via dicendo...

Se anche non sono pensate per essere usate come shell ci vanno molto vicino, e un framework come quello di php o ruby potrebbe dare signori risultati anche in ambito sysadministration, basterebbe far evolvere la shell (ed il framework magari) di conseguenza.

In alternativa si puo' sempre fare come faceva un mio compagno di corso che lavorava IN MATLAB. Sul serio, faceva persino il cropping dei file mp4 in matlab!

Ho raccolto la "sfida" e sviluppato uno script PowerShell che funge da server web di emergenza in formato ridotto.

Trovate lo script qui:

www.powershell.it/.../Creare-un-mini-webserver-di-emergenza-da-script.aspx

Cheers!

--

Efran Cobisi

powershell.it