Newsgroup: it.comp.os.linux.iniziare
Titolo: motivi per usare il terminale

Salve,
mi potreste dire qualche buon motivo per cui conviene usare il terminale 
per la gestione di un sito che si trova in /opt/lamp/htdocs invece 
dell'interfaccia grafica di Ubuntu tramite gksudo nautilus ?
grazie
Saluti



Che il terminale è più veloce (nel senso che ci metti meno tempo), una
volta che ci prendi la mano. In secondo luogo, il fatto di dover
*scrivere* ciò che vuoi fare ti obbliga a pensarci due volte e riduce
(non elimina) la probabilità di combinare casini. Questo però vale in
generale, non so se nello specifico di un sito entrino altri fattori.
-- 
"Cuando era presidente del Banco Central de Cuba firmé los billetes con
la palabra Che, para burlarme, porque el dinero, fetiche de mierda, debe
ser feo"

 generale, non so se nello specifico di un sito entrino altri fattori.
E poi è standard. 
-- 
                     Dona i tuoi cicli di clock alla ricerca!
 
http://boinc.berkeley.edu/
                          --------------------
              Il plagio e' la copia da una fonte.
              La ricerca e' la copia da due o piu' fonti.


Che lo puoi fare anche senza far partire l'interfaccia grafica,
quindi tenendo più libere le risorse del server.


Perchï¿œ non hai un programma potenzialmente piï¿œ vulnerabile che gira come
root, perchï¿œ se impari ad usare la CLI sei *MOLTO* piï¿œ veloce ed hai molta
piï¿œ flessibilitï¿œ di gestione, perchï¿œ sui server dove trasferirai il sito una
volta sviluppato non ci dovrï¿œ *mai* essere l'interfaccia grafica.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 (non elimina) la probabilità di combinare casini. 
Nei momenti di stanchezza la potenziale pericolosita` in console di un rm
-R e un Tab un po' affrettato non e` indifferente ..
Forse in questo caso l'uso in Nautilus, come Root, di "sposta nel cestino"
salvaguarda un po' da questo tipo di incidenti.
Sul terminale cmq una volta l'uso dell'alias del='rm -i' mi ha aiutato.

 un rm -R e un Tab un po' affrettato non e` indifferente ..
No no, a chi non è capitato ("...arrossisce...")? :-D
Per quello ho scritto "non elimina".



motivo? :-)
Ciao

 una volta sviluppato non ci dovrï¿œ *mai* essere l'interfaccia grafica.
 
"MAI"  mi pare un poco troppo assoluto. 
io direi che "probabilmente l'interfaccia grafica non ci sara'".


oltre alle considerazioni già dette, ne aggiungo altre:
L'interfaccia terminale può essere utilizzata anche via SSH passando da
un modem (con quella grafica si potrebbe utilizzare VNC et simili, ma la
mole di dati da scambiare per fare le stesse operazioni è decisamente
maggiore).
L'interfaccia a terminale può essere automatizzata con degli script.
Ecco che funzioni ripetitive, come la copia dei file variati, la pulizia
di directory temporanee, estrazione di statistiche, creazione link, ecc.
 diventano ancora più veloci. Un'applicazione grafica che fa le stesse
cose è possibile, ma ci impieghi più tempo a scriverla¹
Utilizzare bash o altri interpreti fornisce di per sé una serie di
strumenti non indifferente.
Unendo questi strumenti a comandi come grep, sed, rsync, ssh, find, ecc.
si può fare veramente tutto.
Ad esempio io definisco sempre una funzione bash find_in che cerca la
stringa che gli passi in tutti i file della directory selezionandoli in
base a delle regole da me prestabilite.
Ecco che se volessi cercare in quale punto viene usata/definita una
variabile, lancio il comando find_in e poi vado eventualmente di (e)grep
o less per sfoltire il risultato.
Altra cosa sono i cicli for.
Ad esempio questo:
for f in `ls | egrep "[^0-9][0-9][^0-9]"`; do  \
f1=`echo $f | sed "s/\([^0-9]\)\([0-9]\)\([^0-9]\)/\10\2\3/"` \
mv -v $f $f1 \
done \
for f in `ls | egrep "[^0-9][0-9]$"`; do  \
f1=`echo $f | sed "s/\([^0-9]\)\([0-9]\)$/\10\2/"` \
mv -v $f $f1 \
done
decisamente non ottimizzato², mi permette di rinominare in un botto solo
tutti i file della directory premettendo uno zero di fronte ai numeri ad
una sola cifra, portandoli a 2 cifre.
lo lanci in una directory e automagicamente ti rinomina tutti i file
(siano essi 2, 200, 2000 o nessuno).
Fallo da interfaccia grafica ...
Infine il motivo più importante: i tuoi gusti.
Luca
¹: ad esempio uno script parte generalmente dall'assunto che la
directory da cui viene lanciato è quella su cui deve lavorare
²: lo so che si può scrivere meglio, e in modo più flessibile, ma mi
serviva così ...

 io direi che "probabilmente l'interfaccia grafica non ci sara'".
Un server Web che ha interfaccia grafica è un server configurato male e
amministrato da un cane, non da un sistemista.
L'interfaccia grafica è una componente inutile che aumenta in modo
sensibilissimo la superficie di attacco ed occupa inutilmente risorse.
Anche quando qualche programma particolare richiede interazione con la
grafica, tralasciando il fatto che in genere ciò non avviene sul frontend ma
sull'application server, comunque si installano le sole librerie
strettamente necessarie per far andare l'applicazione, non di certo Gnome.


 amministrato da un cane, non da un sistemista.
Permettimi una battuta: io non sono un sistemista, posso solo dire che noto
che sul server casalingo di mio figlio (credo per risparmiare ...) non c'e`
collegato manco il monitor, altro che interfaccia grafica! :-D


Concordo con te ZipMan, però, in server poco "produttivi", e per 
permettere una maggiore "flessibilità" agli utilizzatori, potrebbe anche 
essere possibile che un "sistemista improvvisato" ci installi almeno un 
fluxbox o lxde ...
Certo è vero, occupano risorse .. ma se il tal server, fosse un sever 
aziendale, carico il 50% , ciò non andrebbe ad inficiare il lavoro che fa..
Poi se parliamo di server per hosting web, in overselling etc.. beh, 
giusto apache ci dovrebbe essere ;)
-- 
Luca
http://www.linuxace.it/userdetail.aspx?userid=2

 -R e un Tab un po' affrettato non e` indifferente ..
Ci ho fatto caso ora e mi ha preso la curiosità: ma il -r e il -R son
rimasti per qualche motivo di compatibilità?