<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commenti a: .htaccess fatti bene per Drupal 6</title>
	<atom:link href="http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/</link>
	<description>Riflessioni stupide su temi intelligenti</description>
	<lastBuildDate>Wed, 21 Sep 2011 18:36:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Di: Andrea Mancini</title>
		<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/comment-page-1/#comment-176</link>
		<dc:creator>Andrea Mancini</dc:creator>
		<pubDate>Wed, 05 Jan 2011 11:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.biso.it/blog/?p=106#comment-176</guid>
		<description>Se prima il sito web funzionava correttamente escluderei un problema legato all&#039;hosting e sarei orientato verso problemi di hacking o di corruzione di files o database. Escluderei la questione della PHP Version in quanto Drupal 6.x è garantito al 100% con la 5.2. Semmai ci sono piccoli problemi con la 5.3 ma solo con alcuni moduli esterni.

Le indicazioni che ti ha dato Aruba sono corrette e sono in sostanza il massimo dell&#039;intervento possibile sul discorso Permessi e Ruoli.

La prova migliore è quella di scaricare tutto il sito web e tutto il database e montare tutto in un server web locale. Così da poter effettuare controlli più accurati e escludere al 100% problemi legati alle impostazioni dell&#039;hosting.</description>
		<content:encoded><![CDATA[<p>Se prima il sito web funzionava correttamente escluderei un problema legato all&#8217;hosting e sarei orientato verso problemi di hacking o di corruzione di files o database. Escluderei la questione della PHP Version in quanto Drupal 6.x è garantito al 100% con la 5.2. Semmai ci sono piccoli problemi con la 5.3 ma solo con alcuni moduli esterni.</p>
<p>Le indicazioni che ti ha dato Aruba sono corrette e sono in sostanza il massimo dell&#8217;intervento possibile sul discorso Permessi e Ruoli.</p>
<p>La prova migliore è quella di scaricare tutto il sito web e tutto il database e montare tutto in un server web locale. Così da poter effettuare controlli più accurati e escludere al 100% problemi legati alle impostazioni dell&#8217;hosting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Fabrizio</title>
		<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/comment-page-1/#comment-175</link>
		<dc:creator>Fabrizio</dc:creator>
		<pubDate>Wed, 29 Dec 2010 09:09:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.biso.it/blog/?p=106#comment-175</guid>
		<description>Buon giorno
 
Sono alla disperata ricerca di una soluzione dal momento che non ho mai utilizzato Drupal ma mi tocca fare la manutenzione di un sito internet fatto appunto con Drupal e pubblicato con Aruba. Da circa 1 mese non riesco piu&#039; a modificare o creare le pagine del sito usando l&#039;interfaccio grafica semplificata del sito stesso, ovvero immettendo la username e password.
Per esempio ogni volta appunto che cerco di creare una pagina nuova mi torna l&#039;avviso &quot;Non disponete delle autorizzazioni per visualizzare questa pagina.&quot; In parole povere ogni volta che faccio qualcosa è come se mi resettasse le permission.
Ho contattato Aruba che mi ha detto di inserire la stringa a:1:{s:5:&quot;roles&quot;;a:1:{i:0;s:1:&quot;2&quot;;}} nel tabella&quot;users&quot; e il record relativo alla login &quot;admin&quot; modificando l&#039;ultima voce della riga &quot;admin&quot;, relativa alla colonna &quot;data&quot;.
Ma ho fatto notare che la stringa era già inserita. A questo punto mi hanno risposto che:
 
&quot;Gentile cliente,
allo stato attaule i permessi dell&#039;utente admin nella tabella users sono diverse da quelli presenti a fine Novembre.
Abbiamo eseguito un ulteriore test e in questo momento nemmeno inserendo abilitando tutti i permessi con la stringa:

a:0:{}

è possibile abilitare l&#039;utente admin alla scrittura dei contenti.
Tutto questo, unitamente al fatto che il Drupal installato è molto datato, ci porta a pensare che la disabilitazione dei permessi e l&#039;impossibilità a ripristinarli siano frutto di un attacco verso Drupal effettuato sfruttando le vulnerabilità di una versione non aggiornata.

Per una sua maggiore sicurezza la invitiamo ad effettuare un cambio della password di gestione inerente la login@aruba.it accedendo presso il nostro sito on line all’indirizzo
https://hosting.aruba.it/areaclienti/CambioPassword/CambioPassword_Richiesta.asp
La nuova Password deve mantenere i seguenti criteri:
- lunghezza compresa fra 8 e 13 caratteri;
- formato alfanumerico (deve quindi contenere sia lettere che numeri)
- diversa dalle password utilizzate in precedenza

Per cambiare le credenziali del MySQL, invece, faccia riferimento al seguente link:
http://kb.aruba.it/KB/a1111/cambio-password-database-mysql-e-ms-sql.aspx?KBSearchID=0

In merito alla problematica di Drupal, Le consigliamo di eliminare l&#039;installazione attualmente presente e partire con una installazione ex-novo con l&#039;ultima versione disponibile..
Rimaniamo a Sua disposizione per ulteriori chiarimenti.


A questo punto mi chiedo: cosa posso fare? Come dicono, in che modo posso eliminare l&#039;installazione presente di Drupal e farne una nuova? A me sembra piuttosto che possa essere un problema con qualche file php (la versione usata è la Php5 5.2.16. Sinceramente son convinto non che c&#039;entri Drupal in tutto questo.</description>
		<content:encoded><![CDATA[<p>Buon giorno</p>
<p>Sono alla disperata ricerca di una soluzione dal momento che non ho mai utilizzato Drupal ma mi tocca fare la manutenzione di un sito internet fatto appunto con Drupal e pubblicato con Aruba. Da circa 1 mese non riesco piu&#8217; a modificare o creare le pagine del sito usando l&#8217;interfaccio grafica semplificata del sito stesso, ovvero immettendo la username e password.<br />
Per esempio ogni volta appunto che cerco di creare una pagina nuova mi torna l&#8217;avviso &#8220;Non disponete delle autorizzazioni per visualizzare questa pagina.&#8221; In parole povere ogni volta che faccio qualcosa è come se mi resettasse le permission.<br />
Ho contattato Aruba che mi ha detto di inserire la stringa a:1:{s:5:&#8221;roles&#8221;;a:1:{i:0;s:1:&#8221;2&#8243;;}} nel tabella&#8221;users&#8221; e il record relativo alla login &#8220;admin&#8221; modificando l&#8217;ultima voce della riga &#8220;admin&#8221;, relativa alla colonna &#8220;data&#8221;.<br />
Ma ho fatto notare che la stringa era già inserita. A questo punto mi hanno risposto che:</p>
<p>&#8220;Gentile cliente,<br />
allo stato attaule i permessi dell&#8217;utente admin nella tabella users sono diverse da quelli presenti a fine Novembre.<br />
Abbiamo eseguito un ulteriore test e in questo momento nemmeno inserendo abilitando tutti i permessi con la stringa:</p>
<p>a:0:{}</p>
<p>è possibile abilitare l&#8217;utente admin alla scrittura dei contenti.<br />
Tutto questo, unitamente al fatto che il Drupal installato è molto datato, ci porta a pensare che la disabilitazione dei permessi e l&#8217;impossibilità a ripristinarli siano frutto di un attacco verso Drupal effettuato sfruttando le vulnerabilità di una versione non aggiornata.</p>
<p>Per una sua maggiore sicurezza la invitiamo ad effettuare un cambio della password di gestione inerente la <a href="mailto:login@aruba.it">login@aruba.it</a> accedendo presso il nostro sito on line all’indirizzo<br />
<a href="https://hosting.aruba.it/areaclienti/CambioPassword/CambioPassword_Richiesta.asp" rel="nofollow">https://hosting.aruba.it/areaclienti/CambioPassword/CambioPassword_Richiesta.asp</a><br />
La nuova Password deve mantenere i seguenti criteri:<br />
- lunghezza compresa fra 8 e 13 caratteri;<br />
- formato alfanumerico (deve quindi contenere sia lettere che numeri)<br />
- diversa dalle password utilizzate in precedenza</p>
<p>Per cambiare le credenziali del MySQL, invece, faccia riferimento al seguente link:<br />
<a href="http://kb.aruba.it/KB/a1111/cambio-password-database-mysql-e-ms-sql.aspx?KBSearchID=0" rel="nofollow">http://kb.aruba.it/KB/a1111/cambio-password-database-mysql-e-ms-sql.aspx?KBSearchID=0</a></p>
<p>In merito alla problematica di Drupal, Le consigliamo di eliminare l&#8217;installazione attualmente presente e partire con una installazione ex-novo con l&#8217;ultima versione disponibile..<br />
Rimaniamo a Sua disposizione per ulteriori chiarimenti.</p>
<p>A questo punto mi chiedo: cosa posso fare? Come dicono, in che modo posso eliminare l&#8217;installazione presente di Drupal e farne una nuova? A me sembra piuttosto che possa essere un problema con qualche file php (la versione usata è la Php5 5.2.16. Sinceramente son convinto non che c&#8217;entri Drupal in tutto questo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Drupal 6.x &#8211; Imagecache, gestione 404 e lang prefix &#124; Bisonte_biscottato</title>
		<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/comment-page-1/#comment-135</link>
		<dc:creator>Drupal 6.x &#8211; Imagecache, gestione 404 e lang prefix &#124; Bisonte_biscottato</dc:creator>
		<pubDate>Fri, 23 Apr 2010 14:03:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.biso.it/blog/?p=106#comment-135</guid>
		<description>[...] su Come preparare un prodotto digitale per la stampa tipografica.Andrea Mancini su .htaccess fatti bene per Drupal 6Andrea su .htaccess fatti bene per Drupal 6Installare Drupal 6.x su OVH &#124; Bisonte_biscottato su [...]</description>
		<content:encoded><![CDATA[<p>[...] su Come preparare un prodotto digitale per la stampa tipografica.Andrea Mancini su .htaccess fatti bene per Drupal 6Andrea su .htaccess fatti bene per Drupal 6Installare Drupal 6.x su OVH | Bisonte_biscottato su [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Andrea Mancini</title>
		<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/comment-page-1/#comment-132</link>
		<dc:creator>Andrea Mancini</dc:creator>
		<pubDate>Thu, 21 Jan 2010 09:37:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.biso.it/blog/?p=106#comment-132</guid>
		<description>Mi risulta che Aruba non consente di creare .htaccess con tanta disinvoltura..... io ho usato un metodo carogna.... ho utilizzato la funzione cartella con password di Aruba che trovi nel backend di admin.aruba.it. Lui ti genera un .htaccess e .htpasswd per quella funzione.... io ho aperto l&#039;htaccess generato da Aruba e l&#039;ho modificato a piacimento... funziona già meglio. 

Per la sovrascrittura delle variabili del php.ini invece devi usare il metodo del file apposito nella root del sito.

In ogni caso Aruba e Drupal non mi sembrano molto adatti a convivere.... tipo il cron.php come fai a temporizzarlo sul crontab?</description>
		<content:encoded><![CDATA[<p>Mi risulta che Aruba non consente di creare .htaccess con tanta disinvoltura&#8230;.. io ho usato un metodo carogna&#8230;. ho utilizzato la funzione cartella con password di Aruba che trovi nel backend di admin.aruba.it. Lui ti genera un .htaccess e .htpasswd per quella funzione&#8230;. io ho aperto l&#8217;htaccess generato da Aruba e l&#8217;ho modificato a piacimento&#8230; funziona già meglio. </p>
<p>Per la sovrascrittura delle variabili del php.ini invece devi usare il metodo del file apposito nella root del sito.</p>
<p>In ogni caso Aruba e Drupal non mi sembrano molto adatti a convivere&#8230;. tipo il cron.php come fai a temporizzarlo sul crontab?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Andrea</title>
		<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/comment-page-1/#comment-131</link>
		<dc:creator>Andrea</dc:creator>
		<pubDate>Thu, 21 Jan 2010 01:23:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.biso.it/blog/?p=106#comment-131</guid>
		<description>Perché su Aruba non funziona con .htaccess ? 
Ti risulta che in generale la modifica di drupal/.htaccess su Aruba sia problematica? In effetti io ho un sacco di rogne ...
Grazie.
Andrea</description>
		<content:encoded><![CDATA[<p>Perché su Aruba non funziona con .htaccess ?<br />
Ti risulta che in generale la modifica di drupal/.htaccess su Aruba sia problematica? In effetti io ho un sacco di rogne &#8230;<br />
Grazie.<br />
Andrea</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Installare Drupal 6.x su OVH &#124; Bisonte_biscottato</title>
		<link>http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/comment-page-1/#comment-130</link>
		<dc:creator>Installare Drupal 6.x su OVH &#124; Bisonte_biscottato</dc:creator>
		<pubDate>Wed, 06 Jan 2010 21:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.biso.it/blog/?p=106#comment-130</guid>
		<description>[...] già discusso dell&#8217;htaccess di Drupal qui, tutte le regole impostate in quell&#8217;htaccess di esempio funzionano, ad eccezione dei php_set, [...]</description>
		<content:encoded><![CDATA[<p>[...] già discusso dell&#8217;htaccess di Drupal qui, tutte le regole impostate in quell&#8217;htaccess di esempio funzionano, ad eccezione dei php_set, [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

