Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > it.comp.os.linux.sys > #45243

Re: Trovare e linkare, con find e ln

From Lem Novantotto <Lem@none.invalid>
Newsgroups it.comp.os.linux.sys
Subject Re: Trovare e linkare, con find e ln
Date 2024-06-25 09:31 +0000
Organization A noiseless patient Spider
Message-ID <v5e2pu$1fnk6$1@dont-email.me> (permalink)
References <v5blso$t82m$1@dont-email.me> <v5clvq$13rcv$1@dont-email.me> <v5cmmj$12aku$3@dont-email.me> <v5don3$1ef7n$1@dont-email.me>

Show all headers | View raw


Il Tue, 25 Jun 2024 08:39:31 +0200, Void ha scritto:

>> con un carattere invece lecito... mmmh, nobbuono: univocità persa.
> 
> Perché?

In linea teorica: i path assoluti sono univoci (cioè: ogni path
assoluto può puntare solo a *un* file o a *una* directory -
mentre un file può essere puntato da molti path assoluti:
sono appunto gli hard links) proprio perché il carattere / non
può trovarsi all'interno del nome di un file o di una directory. 

Altrimenti non ci sarebbe modo di sapere quando fosse usato come
"separatore di path" fra i nomi di directory e file, oppure come
parte integrante di un nome.

Siccome è l'unico carattere illecito nel nome di file e cartelle,
qualsiasi altro carattere lo sostituisca sarebbe invece lecito: e
si perderà l'univocità.

> Mi fai un esempio?

Volentieri.
Decidi di sostituire \/ con \b?

Allora:
/nome/is/isbon -> bnomebisbisbon
/nomebis/is/on -> bnomebisbisbon

Qualunque sostituzione tu scelga, per quanto meno stupida di questa
mia qui sopra, non avrai mai la garanzia assoluta di unicità.

Quindi sostituire / nel path non è mai una buona idea, IMHO. E allora
la via sicura può essere solo quella di cambiare il nome dei link, in
modo che siano univoci. Molto banalmente, sostituendo i nomi anche
solo con una numerazione, seguendo l'ordine di creazione: da 1 a
634212, per esempio, se tanti sono. Oppure aggiungendo qualcosa di
univoco, in posizioni fisse (se parti certe dei nomi sono diverse, i
nomi sono diversi), al loro nome originale. Io avevo scelto di
usare il tempo a inizio nome, per questa aggiunta... perché mi è
sembrato comodo.

Poi so anche io che, per quanto i file siano tanti, scegliendo cum
grano salis come sostituire / nel path, si sarebbe sicuri quasi al
100%. Ma perché scegliere un metodo intrinsecamente insicuro, se c'è
un'alternativa invece sicura?

Ecco, però: il fatto che ci siano subshell nel comando che proponevo,
potrebbe forse dar noia, usando il tempo? Accavallamenti possibili?
Anche questo mi chiedevo.
-- 
Bye, Lem

Back to it.comp.os.linux.sys | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Trovare e linkare, con find  e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 11:39 +0000
  Re: Trovare e linkare, con find  e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 13:07 +0000
    Re: Trovare e linkare, con find  e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 13:17 +0000
  Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-24 18:55 +0200
    Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 19:45 +0000
      Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-24 21:57 +0200
        Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 20:33 +0000
          Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-24 22:57 +0200
            Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 21:16 +0000
              Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-25 18:45 +0200
                Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-26 10:02 +0000
                Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-26 19:01 +0200
                Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-26 12:06 +0000
              Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-25 19:31 +0200
  Re: Trovare e linkare, con find e ln Void <vo.id@eh.no> - 2024-06-24 22:46 +0200
    Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-24 20:58 +0000
      Re: Trovare e linkare, con find e ln Void <vo.id@eh.no> - 2024-06-25 08:39 +0200
        Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-25 09:31 +0000
          Re: Trovare e linkare, con find e ln Void <vo.id@eh.no> - 2024-06-25 16:08 +0200
            Re: Trovare e linkare, con find e ln Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2024-06-25 19:01 +0200
            Re: Trovare e linkare, con find e ln Lem Novantotto <Lem@none.invalid> - 2024-06-26 10:04 +0000
  Re: Trovare e linkare, con find  e ln Giuseppe Della Bianca <giusdbgNO@gmailNO.comNO> - 2024-06-29 14:53 +0000

csiph-web