NBaH a écrit 80 commentaires

"formats positionnels" comme dans "champs à longueur fixe" ?
alors, le nombre d'espaces est variable.

plus d'infos, oui.
c'est pourquoi j'interroge,
et propose un format qui sera plus facilement réutilisable.
j'aurais aussi pu proposer un CSV, mais vu qu'il était question d'espacer les données…

les journaux systèmes, c'est un m.rdier sans nom.

il est plus facile de traiter une tabulation comme un séparateur de champs que sept espaces.

mais, pourquoi 7 espaces et pas une tabulation ?

$ alias pp="date +\"%FT%T%:z%tbla bl'a\" >>/tmp/txt.txt"

et, pourquoi un alias et pas une fonction ?

$ pp() { date +"%FT%T%:z%t$@" >>/tmp/txt.txt;}
$ pp "bl'a bl'a"


non, pas "sous Linux".
à partir du moment où on installe Linux sur un ordinateur, cet ordinateur est sous Linux.
Or les applications et les utilisateurs ne sont pas entre l'ordinateur et Linux.
Donc, les applications et les utilisateurs sont sur Linux.

encore plus HS :
il y a aussi des gens qui disent "en vélo". mais non, on n'entre pas dans un vélo, donc il faut dire "à vélo" (on ne dit pas "en cheval" ! et imaginez Montand chanter "En bicyclette").

davantage HS, mais du même ordre.

J'ai configuré quelque chose
oui, mais quoi ? comment ?

parce que si je dis que je casse mes biscottes en les beurrant, mais que je ne dis pas que je range le beurre dans le freezer… :/

tout est dit sur la page :

Je crois que le mec est très clair : il veut écrire du texte, lire ses mails et aller sur IRC, rien d’autres.

wikipédia FR déclare Plan 9 comme étant inactif.
la page anglaise fait état d'une dernière sortie en 2015.

donc, tu as lu "il y a quelques semaines" un article qui date de quand ?

mais, quel intérêt de charger ainsi un TTY ?

Le script affiche que je suis root sur tty1

a priori ?
a priori, non. Avant connexion, personne n'est qui que ce soit sur un TTY, root ou user.*
et si ça doit être su après connexion, alors c'est le boulot du PROMPT, ou d'une indication dans .bashrc qui dira qui est connecté.

--
* seul règne le curseur.

Loué soit le curseur !

salut,

quel est le souci ?

for f in *.m3u
do
   mv "$f" "$(printf 'IPTVWORLDFR%03d.m3u' $((++n)) )"
done

il faut peut-être prévenir qu'un fichier du même nom peut exister…

plonk.

Toi qui a un super niveau en shell tu as une idée sur mon souci?

il n'y a pas de souci, tu n'as qu'à essayer la commande.

quant aux balises CODE, ici, en bas de page, quand tu postes un message, il y a les indications (Aide‑mémoire sur la syntaxe Markdown) pour formater son message.

Tu en penses quoi ?

que tu devrais faire un effort et mettre les retours terminal dans des balises CODE.

qu'est-ce qui a changé par rapport à la discussion ouverte sur un autre forum il y a 4 jours, et à laquelle il semblait que la solution proposée à base de rsync avait reçue ton aval ?

et, ici aussi, il faut mettre les retours terminal dans des balises CODE !

un sgbd, si j'ai bien compris, compresse les données ( ± les structures en double sont référencées) dans le but de minimiser les temps de recherche/affichage*, ainsi que l'espace de stockage proprement dit.

*mais c'est proportionnel à la quantité de données stockées :
peu de données : peu de gain !

après, un sgbd plutôt qu'un autre…
sqlite implémente moins d'instructions - ça rend son chargement plus rapide … ?

l'objectif est de montrer comment durcir un script pour éviter des attaques utilisants les tolérances d'un langage permissif.

Et pas apprendre à utiliser le bash.

il faut le dire bien fort, parce que
ls | commande
ou
commande | grep | awk
ce n'est pas possible.

c'est bizarre d'indiquer de bonnes pratiques en en utilisant de mauvaises…

oh oui, soyons moyen.

je vais plutôt rester sur le passage de variable par référence.

en bash, on peut passer une variable par référence :

maFonc()
{
   local -n var=$1 #ou declare
   test -z "$var" && { >&2 echo "\"${!var}\" n'a pas de valeur."; exit 1;}
}

on exécute ainsi :

$ variable=''
$ maFonc variable # on indique **le nom** de la variable, pas son développement.
"variable" n'a pas de valeur.
$

tu as du mal à interpréter test ?

bof, à la rigueur, si le test est répété dans le script dans les mêmes conditions.

mais, je ne vais pas réécrire une fonction pour chaque option de chaque commande du shell pour ça.

il est inutile de faire une fonction pour un simple test.

mais tellement inutile.

ssh ac@51.210.XX.X cd EasyRSA-3.0.4/ ; ls

attention, si tu ne mets pas les commandes à exécuter à distance entre guillemets, seul la première (jusqu'au premier séparateur de commandes (;)) sera exécutée sur le serveur.
donc :

ssh user@serveur 'commande1; commande2'


Pouvez vous me dire comment je devrais faire ?

fais des recherches sur internet avant de poser la question; c'est dans la charte de tous les forums, et c'est formateur.

tu es novice, toutes les questions que tu vas te poser les quelques prochaines semaines ont déjà été posées depuis plusieurs dizaines d'années.

je crois que tu ne m'as pas compris.

je ne te reproche rien, je comprends que tu débutes.

c'est la rédaction du sujet qui me pose problème.
on dirait une traduction littérale d'une traduction littérale d'une traduction littérale d'une traduction littérale… sans qu'aucun traducteur ne se soit posé la question de la réalisation, puisque le sujet est probablement accompagné de la solution.

ajoute à ça le support de cours minimal… :(

ou alors, ils font partie d'une sorte de secte au sein de laquelle ce langage plus qu'approximatif est compréhensible ?… :)

en fait, BEGIN peut être n'importe où.
je crois que c'est pour ça que ça s'appelle BEGIN. :)

$ bash
$ awk '{ print $0 } END{ print "fini" } BEGIN{ print "début" }' <<<"a
b
c"
début
a
b
c
fini