sospendere temporaneamente bash\_history su una determinata shell?
<p>c'è un modo per sospendere temporaneamente il tracciamento della cronologia in bash, in modo da entrare in una sorta di modalità "in incognito"? sto inserendo cose nel mio terminale che non voglio informazioni finanziarie sensibili registrate.</p>
<p>questo dovrebbe essere quello che stai cercando:</p><pre><code>unset histfile </code></pre><h3>a partire dal <code>man bash</code></h3><blockquote> <p>se histfile non è impostato o se il file della cronologia non è scrivibile, la cronologia non viene salvata.</p> </blockquote><p>in alternativa, se si desidera disattivarlo e riaccenderlo, potrebbe essere più semplice utilizzare <a href="https://ss64.com/bash/set.html"><code>set</code></a> :</p><h3>spegni</h3><pre><code>set +o history </code></pre><h3>accendere</h3><pre><code>set -o history </code></pre>
<p>se esegui git bash come amministratore facendo clic con il pulsante destro del mouse sulla sua icona e selezionando &quot;esegui come amministratore&quot;, potrai modificare le impostazioni e mantenerle invariate.</p><p>puoi verificarlo chiudendo la sessione di amministrazione e riaprendo come utente normale.</p><p>l'ho fatto per impostare i valori predefiniti quindi da quel momento in poi ho semplicemente utilizzato git come utente normale.</p><p><strong><em>modifica</em></strong>: <strong>la mia risposta è obsoleta se si utilizza la versione più recente di msysgit</strong> e sebastien.b ha pubblicato la soluzione aggiornata con - <a href="https://stackoverflow.com/a/7216120/104783">https://stackoverflow.com/ a/7216120/104783</a> </p><p>dichiara</p><blockquote> <p>la correzione è di modificare lo script <code>git bash.vbs</code> e farlo eseguire nuovamente il collegamento, invece di sh.exe. cerca questa linea:</p> <pre><code>dim bash : bash = fso.buildpath(gitdir, "bin\sh.exe") </code></pre> <p>e sostituirlo con questa linea:</p> <pre><code>dim bash : bash = fso.buildpath(gitdir, "git bash.lnk") </code></pre> </blockquote><p>andrej351 ha anche <a href="https://stackoverflow.com/questions/2621281/unable-to-modify-git-bash-windows-shortcut/3338886#comment8858307\_7216120">un buon promemoria</a> </p><blockquote> <p>inoltre, non dimenticare di selezionare &quot;predefiniti&quot; invece di &quot;proprietà&quot; dal menu a discesa per mantenere le impostazioni persistenti</p> </blockquote> questo codice nasconde la data e l’ora dell’ultima volta che vi siete collegati a myspace.
incolla uno dei due alla fine della sezione “titolo”.

"<font class=off>

"<font style="display:none;">

questi codici impediscono la visualizzazione delle informazioni, ma chiunque può ricavarle usando l’html”. ¨ la tecnica della sospensione

¨ i salti temporali

¨ l’autobiografismo

la tecnica della sospensione consiste nell’abbandonare la trattazione della trama principale per dedicarsi a sviluppare trame secondarie oppure per chiarire elementi e fatti paralleli che servono per far meglio capire le vicende della trama principale. interrompendo la trama principale si stuzzica la curiosità del lettore, lo si fa diventare sempre più ansioso di sapere la conclusione della trama principale. questa è una buona tecnica, da utilizzare a piene mani. va sempre bene e si adatta a qualsiasi genere letterario.

salti temporali questa tecnica è molto usata dagli scrittori americani contemporanei ed è anche stata assorbita dal cinema. consiste nel creare una trama i cui fatti si svolgono in periodi diversi raccontati in momenti diversi o in periodi diversi con gli stessi personaggi, oppure si narrano i fatti facendo continui salti tra il presente ed il passato, utilizzando il flash back ecc. e’ come se lo scrittore facesse avanti ed indietro su una macchina del tempo, raccontando i fatti come li vede lui, ma non nell’ordine temporale in cui sono realmente accaduti. la caratteristica fondamentale di questa tecnica è quella di non raccontare i fatti in maniera consequenziale bensì seguendo un ordine temporale diverso da quello che corrisponde al normale corso degli eventi. questo è un tipo di tecnica molto interessante, ma non vi consiglio di utilizzarla se non siete già abbastanza bravi nel gestire la lingua italiana e soprattutto se non sapete ancora gestire bene la vostra fantasia. bisogna stare attenti nell’utilizzare questa tecnica perché si può facilmente incorrere in quelli che sono i vuoti narrativi, si può dar vita ad eventi che rimangono in sospeso e quindi ci saranno delle trame non concluse. un libro basato su tale tipo di struttura narrativa è molto difficile da gestire ma è anche molto interessante da leggere. 

autobiografismo viene sconsigliato da qualsiasi esperto del settore, eppure molta gente si ostina ad utilizzare elementi della propria vita personale per scrivere oppure, a narrare tutta la sua vita nei libri che scrive. vi assicuro che la nostra vita, per quanto fantastica o assurda possa essere, non interessa a nessuno. il compito degli scrittori non è quello di riprodurre la realtà ma è quello di creare un mondo inventato che sembri realtà. la gente legge anche per sfuggire alla realtà perché allora dobbiamo propinargliela anche nei libri? questo discorso ovviamente non vale per le biografie dei personaggi illustri e per le opere a carattere giornalistico. la prima legge che deve seguire lo scrittore è quella di inventare; più è bravo ad inventare più sarà apprezzato dal pubblico dei lettori. la realtà può servire da spunto ma non cercate mai di copiarla perché non ci riuscirete ed anche se ci riusciste, il vostro sforzo non servirebbe a niente!


spero di esserti stata d'aiuto..ciao kiss <p>un esempio di tale applicazione è <a href="http://www.jetbrains.com/idea/">intellij idea</a> (e alcuni altri ambienti di programmazione). oltre al solito controllo di revisione esterno <a href="http://en.wikipedia.org/wiki/revision\_control">specifico del progetto</a> , idea ha un utente specifico <a href="http://www.jetbrains.com/idea/features/local\_history.html">cronologia locale</a> che salva una revisione di ogni file ad ogni salvataggio (la cronologia viene archiviata nella home directory dell'utente). le vecchie revisioni vengono archiviate per impostazione predefinita per 3 giorni lavorativi attivi, dopo di che vengono rimosse le vecchie revisioni. insieme alla funzione di salvare automaticamente tutti i file ogni pochi secondi (la mia preferenza è dopo essere stato inattivo per 5 secondi), questo significa che non dovrai mai pensare al salvataggio dei file e puoi sempre ottenere indietro i vecchi dati. è un vero salvavita durante la programmazione. (a volte lo uso anche per scoprire quante ore ho lavorato su un progetto, per registrare le mie ore di lavoro, perché la cronologia locale mostra la data e l'ora di ogni modifica .)</p><p>è ancora necessario un controllo di revisione esterno, ma per altre esigenze: lì si eseguiranno le modifiche in genere quando si esegue un lavoro coerente, almeno una volta ogni 1-2 ore, ed è anche un modo per distribuire le modifiche ad altri team membri e fare backup. la storia locale d'altra parte è per recuperare da incidenti pochi secondi o minuti dopo che è accaduto.</p><p>penso che molti altri programmi trarrebbero beneficio da una storia locale simile. mi piacerebbe se la mia office suite l'avesse, perché uno stack di annullamento/ripetizione e il salvataggio manuale dei file sono modi molto primitivi per recuperare i dati persi (non consentono il recupero selettivo e non sopravvivono al riavvio del programma). ricordo anche di aver visto un'applicazione di modifica delle immagini (non ricordo il nome - penso che fosse solo per mac), in cui tutte le modifiche sono state fatte come trasformazioni dell'immagine originale, e in qualsiasi momento puoi tornare indietro per cambiare qualsiasi le modifiche precedenti. quindi una tale storia è possibile anche con l'editing delle immagini.</p><p>non penso che vorrei che la cronologia fosse archiviata all'interno del file in fase di modifica, altrimenti sarebbe molto grande (una revisione ogni paio di secondi; la mia cronologia locale per i progetti di programmazione su cui ho lavorato in un anno è 370 mb) e potrebbe causare un problema di sicurezza perdendo dati che pensavi di aver rimosso, ma una cronologia per utente sarebbe ottima.</p> visualizza l'icone della barra delle notifiche, poi clic su Personalizza 
  
nella finestra che si apre fai clic su **Ripristino del comportamento predefinito delle icone** 
  
chiudi la sessione windows o riavvia il computer
  

  
[![](https://img-20.ccm2.net/h0ZsGBmkZg_aUN4R6Uhibgrj3pQ=/440x/275bcd0a981d42d4a3b35b41b951aac9/ccm-ugc/omportamento-predefinito-delle-icone.png)](https://img-20.ccm2.net/1lqnk9jiBbVkk8JLTZwlwOUd2vI=/275bcd0a981d42d4a3b35b41b951aac9/ccm-ugc/omportamento-predefinito-delle-icone.png)
  

  
~~# Per ogni problema... c'è una soluzione #~~ se il tuo hard disk è recente dovrebbe offrire la possibilità di criptare i dati contenuti in un'apposita cartella, lasciando eventualmente "in chiaro" (e disponibili alla consultazione) i file memorizzati all'esterno della cartella protetta.
se così non è, puoi utilizzare un programma come blowfish e criptare i singoli file, in modo da renderli illeggibili senza l'apposito programma e, ovviamente, la password.

^ ^ ^ ^ ^ ^ 

per fare quello che dici hai bisogno di un software e le strade sono 2, o utilizzi quello interno all'hard disk (se presente) o utilizzi un software esterno (come blowfish). non puoi mettere una password per opera dello spirito divino..."qualcosa" che gestisca la password ci deve essere.
e lascia perdere il sistema di winrar, le sue password si "rompono" molto facilmente mentre i programmi come blowfish hanno una chiave di codifica aes a 256 bit estremamente più sicura.

chi spollicia in giù non capisce proprio un tubo di sicurezza informatica. <p>mantieni viva la sessione eseguendo il ping di joomla tramite js:</p><pre><code>&lt;script&gt; setinterval(function(){ var xhttp = new xmlhttprequest(); xhttp.open('get', 'https://yourdomain.tld/index.php', true); xhttp.send(); },30000); &lt;/script&gt; </code></pre> <p>l'approccio stack overflow/stack exchange è abbastanza buono.</p><p>mostra la data come "23 minuti fa" con una descrizione comando o il link "mostra dettagli" (grazie dan) che mostra la data e l'ora esatte: "2010-10-13: 08: 34: 40z", anche se potresti non voler utilizzare quel formato esatto!</p> tasto destro sulla icona di avast che si trova sulla barra delle applicazioni poi ben menù a tendina cerca la voce disattiva antivirus e da li puoi selezionare più opzioni 10 minuti, 1 ora oppure fino al prossimo avvio di windows. <p>mi sembra rischioso. la compressione http va bene per le risorse statiche, ma per alcune risorse dinamiche servite su ssl, sembra che la compressione http possa essere pericolosa. mi sembra che la compressione http possa, in alcune circostanze, consentire attacchi di tipo crime.</p><p>si consideri un'applicazione web che ha una pagina dinamica con le seguenti caratteristiche:</p><ol> <li> <p>viene servito su https.</p> </li> <li> <p>la compressione http è supportata dal server (questa pagina verrà inviata al browser in forma compressa, se il browser supporta la compressione http).</p> </li> <li> <p>la pagina ha un token csrf su di essa da qualche parte. il token csrf è stato risolto per la durata della sessione (diciamo). questo è il segreto che l'attacco proverà ad imparare.</p> </li> <li> <p>la pagina contiene alcuni contenuti dinamici che possono essere specificati dall'utente. per semplicità, supponiamo che ci sia qualche parametro url che viene ripetuto direttamente nella pagina (forse con un po 'di escape html applicato per impedire xss, ma va bene e non scoraggerà l'attacco descritto).</p> </li> </ol><p>quindi penso che gli attacchi in stile crime potrebbero consentire a un utente malintenzionato di apprendere il token csrf e montare attacchi csrf sul sito web.</p><p>lasciami fare un esempio. supponiamo che l'applicazione web di destinazione sia un sito web bancario su <code>www.bank.com</code> e la pagina vulnerabile è <code>https://www.bank.com/buggypage.html</code>. supponiamo che la banca assicuri che le attività bancarie siano accessibili solo tramite ssl (https). e supponiamo che se il browser visita <code>https://www.bank.com/buggypage.html?name=d.w.</code>, quindi il server risponderà con un documento html simile a qualcosa di vagamente simile a questo:</p><pre><code>&lt;html&gt;...&lt;body&gt; hi, d.w.! pleasure to see you again. some actions you can take: &lt;a href="/closeacct&amp;csrftoken=29238091"&gt;close my account&lt;/a&gt;, &lt;a href="/viewbalance&amp;csrftoken=..."&gt;view my balance&lt;/a&gt;, ... &lt;/body&gt;&lt;/html&gt; </code></pre><p>supponiamo che tu stia navigando sul web tramite una connessione wifi aperta, in modo che un utente malintenzionato possa intercettare tutto il traffico di rete. supponiamo che tu sia attualmente connesso alla tua banca, quindi il tuo browser ha una sessione aperta con il sito web della tua banca, ma in realtà non stai effettuando alcuna attività bancaria tramite la connessione wifi aperta. supponiamo inoltre che l'attaccante possa attirarti a visitare il sito web dell'attaccante <code>http://www.evil.com/</code> (ad esempio, magari facendo un attacco man-in-the-middle su di te e reindirizzandoti quando provi a visitare qualche altro sito http).</p><p>quindi, quando il browser visita <code>http://www.evil.com/</code>, quella pagina può attivare richieste tra domini al sito web della tua banca, nel tentativo di apprendere il token csrf segreto. si noti che javascript è autorizzato a effettuare richieste tra domini. la politica della stessa origine impedisce che venga visualizzata la risposta a una richiesta tra domini. tuttavia, poiché l'aggressore può intercettare il traffico di rete, l'attaccante può osservare la lunghezza di tutti i pacchetti crittografati e quindi dedurre qualcosa sulla lunghezza delle risorse che vengono scaricate tramite la connessione ssl alla tua banca.</p><p>in particolare, il maligno <code>http://www.evil.com/</code> page può attivare una richiesta a <code>https://www.bank.com/buggypage.html?name=closeacct&amp;csrftoken=1</code> e guarda come si comprime bene la pagina html risultante (intercettando i pacchetti e osservando la lunghezza del pacchetto ssl dalla banca). successivamente, può attivare una richiesta a <code>https://www.bank.com/buggypage.html?name=closeacct&amp;csrftoken=2</code> e vedi quanto comprime bene la risposta. e così via, per ogni possibilità per la prima cifra del token csrf. uno di questi dovrebbe comprimersi un po 'meglio degli altri: quello in cui la cifra nel parametro url corrisponde al token csrf nella pagina. ciò consente all'attaccante di apprendere la prima cifra del token csrf.</p><p>in questo modo, sembra che l'attaccante possa apprendere ogni cifra del token csrf, recuperandole cifra per cifra, fino a quando l'attaccante apprende l'intero token csrf. quindi, una volta che l'utente malintenzionato conosce il token csrf, può avere la sua pagina dannosa su <code>www.evil.com</code> attiva una richiesta tra domini che contiene il token csrf appropriato, annullando correttamente le protezioni csrf della banca.</p><p>sembra che ciò possa consentire a un utente malintenzionato di montare un attacco csrf riuscito su applicazioni web, quando si applicano le condizioni sopra, se la compressione http è abilitata. l'attacco è possibile perché stiamo mescolando segreti con dati controllati dall'aggressore nello stesso payload, quindi comprimendo e crittografando tale payload.</p><p>se ci sono altri segreti che sono memorizzati in html dinamico, potrei immaginare che attacchi simili potrebbero diventare possibili per imparare quei segreti. questo è solo un esempio del tipo di attacco a cui sto pensando. quindi, mi sembra che l'uso della compressione http su pagine dinamiche a cui si accede tramite https sia un po 'rischioso. potrebbero esserci buoni motivi per disabilitare la compressione http su tutte le risorse offerte su https, ad eccezione di pagine/risorse statiche (ad es. css, javascript).</p>