<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>Aldolat.it &#8212; Post con tag Permessi</title>
        <link>https://www.aldolat.it/tags/permessi/</link>
        <description>Ultimi post pubblicati nel tag Permessi &#8212; aldolat.it</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>it</language>
        <managingEditor>aldolat@gmail.com (Aldo Latino)</managingEditor>
        <webMaster>aldolat@gmail.com (Aldo Latino)</webMaster>
        <copyright>Creative Commons BY-SA 4.0</copyright>
        <lastBuildDate>Fri, 28 Jul 2023 22:51:47 +0200</lastBuildDate>
        <atom:link href="https://www.aldolat.it/tags/permessi/index.xml" rel="self" type="application/rss+xml" />
        <item>
            <title>Plugin di WordPress per la gestione degli utenti</title>
            <link>https://www.aldolat.it/posts/2009/plugin-di-wordpress-per-la-gestione-degli-utenti/</link>
            <pubDate>Sat, 19 Sep 2009 14:04:54 +0000</pubDate>
            <author>aldolat@gmail.com (Aldo Latino)</author>
            <guid>https://www.aldolat.it/posts/2009/plugin-di-wordpress-per-la-gestione-degli-utenti/</guid>
            <description>Nuovo plugin da Justin Tadlock per la gestione avanzata dei permessi utenti nella propria installazione di WordPress: se dovete gestire in modo più preciso ruoli e capacità dei vostri utenti e degli autori del blog, se vorreste creare nuove figure tra i ruoli standard, se vorreste permettere la lettura anche di parti di un post solo ad alcuni utenti, questo strumento fa per voi. Il plugin è in pieno sviluppo e avrà ancora tante funzioni in più. Ottimo per dirigere WordPress su una gestione più simile a un CMS classico. Tutti i dettagli sul post dell&amp;rsquo;autore.</description>
            <content:encoded>&lt;p&gt;Nuovo &lt;a href=&#34;http://justintadlock.com/archives/2009/09/17/members-wordpress-plugin&#34;&gt;plugin&lt;/a&gt; da Justin Tadlock per la gestione avanzata dei permessi utenti nella propria installazione di WordPress: se dovete gestire in modo più preciso ruoli e capacità dei vostri utenti e degli autori del blog, se vorreste creare nuove figure tra i ruoli standard, se vorreste permettere la lettura anche di parti di un post solo ad alcuni utenti, questo strumento fa per voi. Il plugin è in pieno sviluppo e avrà ancora tante funzioni in più. Ottimo per dirigere WordPress su una gestione più simile a un CMS classico. Tutti i dettagli sul post dell&amp;rsquo;autore.&lt;/p&gt;&#xA;&lt;p&gt;L&#39;articolo &lt;a href=&#34;https://www.aldolat.it/posts/2009/plugin-di-wordpress-per-la-gestione-degli-utenti/&#34;&gt;Plugin di WordPress per la gestione degli utenti&lt;/a&gt; è uno scritto di &lt;a href=&#34;https://www.aldolat.it/&#34;&gt;aldolat.it&lt;/a&gt;. Rispettane le &lt;a href=&#34;https://www.aldolat.it/info/#licenza&#34;&gt;condizioni di licenza&lt;/a&gt;.&lt;/p&gt;</content:encoded>
        </item>
        <item>
            <title>Cambiare i permessi a file e directory ricorsivamente</title>
            <link>https://www.aldolat.it/posts/2009/cambiare-i-permessi-a-file-e-directory-ricorsivamente/</link>
            <pubDate>Sun, 21 Jun 2009 09:40:30 +0000</pubDate>
            <author>aldolat@gmail.com (Aldo Latino)</author>
            <guid>https://www.aldolat.it/posts/2009/cambiare-i-permessi-a-file-e-directory-ricorsivamente/</guid>
            <description>Con l&amp;rsquo;operazione effettuata ieri, ho guadagnato un sacco di spazio dove poter mettere una serie complessa (ma rigorosamente ordinata) di directory e file. Questa serie l&amp;rsquo;ho prelevata da un vecchio backup su un disco fisso esterno e tutti i permessi erano in 777. Di ripristinare da GUI i permessi corretti non se ne parlava proprio (sono diventato molto pigro, ultimamente&amp;hellip;) per cui mi sono cercato il modo per farlo da terminale.</description>
            <content:encoded>&lt;figure class=&#34;aligncenter&#34;&gt;&lt;img src=&#34;https://www.aldolat.it/images/2009/06/archivist.jpg&#34;&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;Con &lt;a href=&#34;https://www.aldolat.it/posts/2009/gparted-rocks-co-starring-dire-straits/&#34;&gt;l&amp;rsquo;operazione effettuata ieri&lt;/a&gt;, ho guadagnato un sacco di spazio dove poter mettere una serie complessa (ma rigorosamente ordinata) di directory e file. Questa serie l&amp;rsquo;ho prelevata da un vecchio backup su un disco fisso esterno e tutti i permessi erano in &lt;code&gt;777&lt;/code&gt;. Di ripristinare da GUI i permessi corretti non se ne parlava proprio (sono diventato molto pigro, ultimamente&amp;hellip;) per cui mi sono cercato il modo per farlo da terminale.&lt;/p&gt;&#xA;&lt;p&gt;I permessi dovevano essere &lt;code&gt;755&lt;/code&gt; per le directory e &lt;code&gt;644&lt;/code&gt; per i file. Il comando&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;chmod &lt;span class=&#34;m&#34;&gt;755&lt;/span&gt; -R *&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;non fa distinzione tra file e directory e cambia indistintamente i permessi a ogni cosa; neanche la sintassi&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;chmod &lt;span class=&#34;m&#34;&gt;644&lt;/span&gt; -R *.txt&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;ci aiuta perché si ferma solo alla directory dove viene eseguito. Probabilmente con una pipe si potrebbe fare, ma non ho approfondito.&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;&lt;/p&gt;&#xA;&lt;p&gt;Il comando che mi ha aiutato in una frazione di secondo è &lt;code&gt;find&lt;/code&gt; (da GUI avrei impiegato qualche ora). Nelle pagine di manuale addirittura è riportato espressamente il comando che serve in questo caso:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;find . -type f -exec file &lt;span class=&#34;s1&#34;&gt;&amp;#39;{}&amp;#39;&lt;/span&gt; &lt;span class=&#34;s1&#34;&gt;&amp;#39;;&amp;#39;&lt;/span&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;che nel mio caso diventa&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;find . -type f -exec chmod &lt;span class=&#34;m&#34;&gt;644&lt;/span&gt; &lt;span class=&#34;s1&#34;&gt;&amp;#39;{}&amp;#39;&lt;/span&gt; &lt;span class=&#34;s1&#34;&gt;&amp;#39;;&amp;#39;&lt;/span&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Vediamo di capire cosa stiamo dicendo al sistema:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;trovami (&lt;code&gt;find&lt;/code&gt;) in questa directory (&lt;code&gt;.&lt;/code&gt;)&lt;sup id=&#34;fnref:2&#34;&gt;&lt;a href=&#34;#fn:2&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;2&lt;/a&gt;&lt;/sup&gt; tutti gli oggetti di tipo file (&lt;code&gt;-type f&lt;/code&gt;) quindi esegui il comando (&lt;code&gt;-exec&lt;/code&gt;) &lt;code&gt;chmod 644&lt;/code&gt; a ciò che hai trovato (&lt;code&gt;&#39;{}&#39; &#39;;&#39;&lt;/code&gt;)&lt;sup id=&#34;fnref:3&#34;&gt;&lt;a href=&#34;#fn:3&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;3&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Per le directory il comando cambia in questo modo:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;find . -type d -exec chmod &lt;span class=&#34;m&#34;&gt;755&lt;/span&gt; &lt;span class=&#34;s1&#34;&gt;&amp;#39;{}&amp;#39;&lt;/span&gt; &lt;span class=&#34;s1&#34;&gt;&amp;#39;;&amp;#39;&lt;/span&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Io rimango sempre meravigliato della potenza del terminale, non so voi&amp;hellip;&lt;/p&gt;&#xA;&lt;div class=&#34;footnotes&#34; role=&#34;doc-endnotes&#34;&gt;&#xA;&lt;hr&gt;&#xA;&lt;ol&gt;&#xA;&lt;li id=&#34;fn:1&#34;&gt;&#xA;&lt;p&gt;Magari Shaytan di &lt;a href=&#34;http://www.linuxedintorni.org/&#34;&gt;Linux e dintorni&lt;/a&gt; ci saprebbe dire di più.&amp;#160;&lt;a href=&#34;#fnref:1&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li id=&#34;fn:2&#34;&gt;&#xA;&lt;p&gt;E &lt;code&gt;find&lt;/code&gt; va anche nelle sottodirectory.&amp;#160;&lt;a href=&#34;#fnref:2&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li id=&#34;fn:3&#34;&gt;&#xA;&lt;p&gt;Da notare le virgolette singole che forzano il sistema a non interpretare quei simboli come punteggiatura. Il punto e virgola finale chiude gli argomenti per il comando eseguito (&lt;code&gt;chmod&lt;/code&gt;). Si potrebbe usare al posto delle virgolette anche il backslash, per cui il comando verrebbe:&lt;br&gt;&#xA;&lt;code&gt;find . -type f -exec chmod 644 \{\} \;&lt;/code&gt;&lt;br&gt;&#xA;Come mi aspettavo, alcuni lettori del blog hanno inviato nei commenti altri metodi per fare la stessa cosa. Li riporto qui e li ringrazio per il prezioso contributo:&lt;br&gt;&#xA;&amp;mdash; fazen suggerisce: &lt;code&gt;find . -type f -print0 | xargs -0 chmod 644 find . -type d -print0 | xargs -0 chmod 755&lt;/code&gt;&lt;br&gt;&#xA;&amp;mdash; CDF suggerisce: &lt;code&gt;chmod -R u=rw,go=r,+X .&lt;/code&gt;&amp;#160;&lt;a href=&#34;#fnref:3&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;/div&gt;&#xA;&lt;p&gt;L&#39;articolo &lt;a href=&#34;https://www.aldolat.it/posts/2009/cambiare-i-permessi-a-file-e-directory-ricorsivamente/&#34;&gt;Cambiare i permessi a file e directory ricorsivamente&lt;/a&gt; è uno scritto di &lt;a href=&#34;https://www.aldolat.it/&#34;&gt;aldolat.it&lt;/a&gt;. Rispettane le &lt;a href=&#34;https://www.aldolat.it/info/#licenza&#34;&gt;condizioni di licenza&lt;/a&gt;.&lt;/p&gt;</content:encoded>
        </item>
        <item>
            <title>Aggiornare WordPress in automatico su server Aruba Linux</title>
            <link>https://www.aldolat.it/posts/2008/aggiornare-wordpress-in-automatico-su-server-aruba-linux/</link>
            <pubDate>Sun, 28 Dec 2008 22:39:39 +0000</pubDate>
            <author>aldolat@gmail.com (Aldo Latino)</author>
            <guid>https://www.aldolat.it/posts/2008/aggiornare-wordpress-in-automatico-su-server-aruba-linux/</guid>
            <description>In una chiacchierata col mio amico Fabrizio, vengo a sapere di un fastidioso e sicuramente allarmante problema per qualcuno se si esegue un aggiornamento automatico verso WordPress 2.7 su server Aruba Linux. In sostanza, solo se si esegue un aggiornamento automatico, si andrebbe incontro all&amp;rsquo;impossibilità di usare il blog finché non si ripristinano i permessi corretti ai file e alle directory. Infatti, il motore di aggiornamento automatico imposta i permessi delle directory a 755 mentre quelli dei file a 644: sono proprio questi ultimi permessi (644) a causare il blocco.</description>
            <content:encoded>&lt;figure class=&#34;alignleft&#34;&gt;&lt;img src=&#34;https://www.aldolat.it/images/2009/01/wordpress-logo.png&#34; width=&#34;150&#34; height=&#34;150&#34;&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;In una chiacchierata col mio amico &lt;a href=&#34;http://www.fabriziosinopoli.it/&#34;&gt;Fabrizio&lt;/a&gt;, vengo a sapere di un fastidioso e sicuramente allarmante problema per qualcuno se si esegue un aggiornamento automatico verso WordPress 2.7 su server Aruba Linux. In sostanza, &lt;strong&gt;solo se si esegue un aggiornamento automatico&lt;/strong&gt;, si andrebbe incontro all&amp;rsquo;impossibilità di usare il blog &lt;strong&gt;finché non si ripristinano i permessi corretti ai file e alle directory&lt;/strong&gt;. Infatti, il motore di aggiornamento automatico imposta i permessi delle directory a 755 mentre quelli dei file a 644: &lt;strong&gt;sono proprio questi ultimi permessi (644) a causare il blocco.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Chi conosce Aruba sa che può ripristinare i permessi corretti ai file e alle cartelle direttamente dal pannello di gestione, ma gli autori di WordPress, &lt;a href=&#34;http://trac.wordpress.org/ticket/8478&#34;&gt;venuti a conoscenza del fatto&lt;/a&gt; (come spiegato &lt;a href=&#34;http://www.wordpress-it.it/2008/12/05/utenti-aruba-linux-aggiornamento-automatico-worpdpress-27/&#34;&gt;qui&lt;/a&gt;&lt;/a&gt; e &lt;a href=&#34;http://core.trac.wordpress.org/ticket/8478&#34;&gt;qui&lt;/a&gt;), hanno implementato &lt;a href=&#34;http://codex.wordpress.org/Editing_wp-config.php#Override_of_default_file_permissions&#34;&gt;due nuovi comandi&lt;/a&gt; per evitare alla radice il problema, in attesa di una soluzione migliore &lt;a href=&#34;http://www.wordpress-it.it/2008/12/05/utenti-aruba-linux-aggiornamento-automatico-worpdpress-27/&#34;&gt;forse già nella prossima 2.7.1&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;È sufficiente aprire il file &lt;code&gt;wp-config.php&lt;/code&gt; e aggiungere queste righe:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-text&#34; data-lang=&#34;text&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;define(&amp;#39;FS_CHMOD_FILE,0755);&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;define(&amp;#39;FS_CHMOD_DIR&amp;#39;,0755);&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;forzando così il motore di WordPress a impostare i permessi dei file a 755 (come anche quelli delle directory). In questo modo dovrebbe essere possibile aggiornare WordPress in automatico: dico &amp;ldquo;dovrebbe&amp;rdquo; perché ho sempre aggiornato manualmente per controllare quello che avviene.&lt;/p&gt;&#xA;&lt;p&gt;L&#39;articolo &lt;a href=&#34;https://www.aldolat.it/posts/2008/aggiornare-wordpress-in-automatico-su-server-aruba-linux/&#34;&gt;Aggiornare WordPress in automatico su server Aruba Linux&lt;/a&gt; è uno scritto di &lt;a href=&#34;https://www.aldolat.it/&#34;&gt;aldolat.it&lt;/a&gt;. Rispettane le &lt;a href=&#34;https://www.aldolat.it/info/#licenza&#34;&gt;condizioni di licenza&lt;/a&gt;.&lt;/p&gt;</content:encoded>
        </item>
    </channel>
</rss>
