Drupal 7 su aruba

Dimenticavo, anche il file .htaccess deve essere modificato:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

e remmate le stesse opzioni.

Fabrizio
www.rfc.it

Ven, 10/06/2011 - 20:01

ealmuno

Scrivi su google "drupal aruba" http://www.drupalitalia.org/node/11069
ci sono tutte le risposte che cerchi.

http://www.chromeos.eu

Mar, 05/07/2011 - 08:54

o3o

Intanto saluti tutti...
sto provando a passare a Drupal dopo avere usato per molto tempo Joomla, ma nonostante i consigli del non sono riuscito ad installare la versione 7.4 su Aruba.
Alcune informazioni in sintesi:
0. L'hosting e' aruba su server linux
1. Ho scompattato i file in www.miosito.it/d7
2. site/settings.php ha permessi 777
3. ho copiato vari .htaccess consigliati in vari post in www.miosito.it/d7 e in www.miosito.it/d7/sites
4. www.miosito.it/d7/install.php ha permessi 777
5. digitando www.miosito.it/d7/install.php ottengo "Internal Server Error"
6. Nel file di log del pannello di controllo aruba non c'e' nulla
7. Drupal 6.x installato mediante il pannello di controllo in www.miosito.it/d6 funziona

...a questo punto ho esaurito le idee (e le mie conoscenze)

Grazie fin d'ora per l'aiuto...

Mar, 05/07/2011 - 11:27

Credo ti debba modifigate .htaccess presente nella cartella d7 remmando o eliminando queste opzioni:
Options -Indexes
Options +FollowSymLinks
come in esempio.

# Don't show directory listings for URLs which map to a directory.
#Options -Indexes

# Follow symbolic links in this directory.
#Options +FollowSymLinks

Ciao

Fabrizio
www.rfc.it

Mar, 05/07/2011 - 12:32

o3o

grazie per la veloce risposta.
Mi pare di avere commentato quanto avevi indicato, cmq questo e il file :

#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$">
  Order allow,deny
</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
# O3O vedi http://drupal.it/node/6576
# Options -Indexes
# Follow symbolic links in this directory.
# O3O  vedi http://drupal.it/node/6576
# Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Force simple error message for requests for non-existent favicon.ico.
<Files favicon.ico>
  # There is no end quote below, for compatibility with Apache 1.3.
  ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>
# Set the default handler.
# DirectoryIndex index.php
# DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
  php_flag magic_quotes_gpc                 off
  php_flag magic_quotes_sybase              off
  php_flag register_globals                 off
  php_flag session.auto_start               off
  php_value mbstring.http_input             pass
  php_value mbstring.http_output            pass
  php_flag mbstring.encoding_translation    off
</IfModule>
# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
  # Enable expirations.
  ExpiresActive On
  # Cache all files for 2 weeks after access (A).
  ExpiresDefault A1209600
  <FilesMatch \.php$>
    ExpiresActive Off
  </FilesMatch>
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteRule "(^|/)\." - [F]
  # O3O: ho provato anche RewriteBase /d7 senza successo
  # RewriteBase /
  # Pass all requests not referring directly to files in the filesystem to
  # index.php. Clean URLs are handled in drupal_environment_initialize().
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_URI} !=/favicon.ico
  RewriteRule ^ index.php [L]
  # Rules to correctly serve gzip compressed CSS and JS files.
  # Requires both mod_rewrite and mod_headers to be enabled.
  <IfModule mod_headers.c>
    # Serve gzip compressed CSS files if they exist and the client accepts gzip.
    RewriteCond %{HTTP:Accept-encoding} gzip
    RewriteCond %{REQUEST_FILENAME}\.gz -s
    RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
    # Serve gzip compressed JS files if they exist and the client accepts gzip.
    RewriteCond %{HTTP:Accept-encoding} gzip
    RewriteCond %{REQUEST_FILENAME}\.gz -s
    RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
    # Serve correct content types, and prevent mod_deflate double gzip.
    RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
    RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]
    <FilesMatch "(\.js\.gz|\.css\.gz)$">
      # Serve correct encoding type.
      Header append Content-Encoding gzip
      # Force proxies to cache gzipped & non-gzipped css/js files separately.
      Header append Vary Accept-Encoding
    </FilesMatch>
  </IfModule>
</IfModule>

Mar, 05/07/2011 - 22:17

Sembra uguale al mio, che errori ti ritrovi?

Fabrizio
www.rfc.it

Mer, 06/07/2011 - 08:31

o3o

500 Internal Server Error ..e in "show error log" di aruba non e' riportato alcun errore.
Ho provato anche a riprisitinare i permessi come consigliato qui http://drupal.it/node/6576, senza successo...mi sa che ritorno (tappandomi il naso) a Joomla...

Mer, 06/07/2011 - 09:48

Tieni duro, se è facile non è divertente :-) Sono abbastanza sicuro si tratti di problemi di accesso, nel caso di aruba quanto definto in .htaccess. Il primo è nella root del tuo sito (ad esempio nel mio caro una cartelladentro lo spazio che mi da Aruba.
C'è un altro .htaccess in site/default/site/files il contenuto è questo:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

Anche qui occorre eliminare le due opzioni.

Fabrizio
www.rfc.it

Mer, 06/07/2011 - 10:18

#10

o3o

Grazie dell'incoraggiamento... spero di non farti perdere troppo tempo.

Ulteriori informazioni:
1. Ho ripristinato i permessi dal pannello di controllo aruba: ora http://www.miosito.it/d7/install.php risponde
Parse error: syntax error, unexpected $end in /web/htdocs/www.miosito.it/home/d7/modules/system/system.install on line 231
Riportando i i permessi di install.php da 755 a 777 si ritorna al solito "500 Internal Server Error"
2. in d7/sites/default non ho alcun .htaccess nemmeno sull'installazione creata automaticamente da Aruba...
3. c'e' anche un .htaccess in www.miosito.it come va gestito?
4. secondo te posso saltare l'installazione guidata con install.php modificando direttamente settings.php?

un grande grazie!

Mer, 06/07/2011 - 10:57

#11

o3o

Risolto!!
Il problema era dato dal file system.install non completo.
Riassumendo la procedura indicata da fabrizio e' perfetta.
Grazie ancora

Mer, 06/07/2011 - 11:31

#12

Molto bene, un motivo c'è sempre, il problema capire cosa non va: una faticaccia!

>>3. c'e' anche un .htaccess in www.miosito.it come va gestito?
Io lo uso per fare il redirect verso la cartella che contiene il sito (in altre cartelle ho siti di prova, piwik e affini).
Qualcosa del genere:
RewriteCond %{REQUEST_URI} !^/rf
RewriteCond %{REQUEST_URI} !^/vl
RewriteCond %{REQUEST_URI} !^/piwik
RewriteRule ^(.*)$ rf/$1 [L]

>>4. secondo te posso saltare l'installazione guidata con install.php modificando direttamente settings.php?
Io ti suggerisco di seguire l'instal di drupal che non serve solo per sistemare il setting.

Fabrizio
www.rfc.it

Mer, 30/11/2011 - 17:32

#13

namberone

Potete dirmi come sono le prestazioni su aruba dei vostri siti con D7 ?
Magari aggiungendo anche i moduli aggiuntivi utilizzati :)

grazie

Ven, 13/04/2012 - 13:11

#14

lucadeluchis

Salve, mi sapreste spiegare perchè su aruba non trovo il profilo php.ini per drupal? c'è quello joomla ma non trovo quello del nostr amato cms, viè già capitato?
Grazie!

Lun, 16/04/2012 - 14:26

#15

mimmotron

Quale versione di PHP hai selezionato, 5.2 o 5.3? Potrebbe essere questa la ragione.

Mar, 17/04/2012 - 07:51

#16

hopfrog

In Italia non esiste solo Aruba! Utilizzare Drupal7 con tutte le limitazioni "arubiane" è quasi impossibile.....

Gio, 10/05/2012 - 10:15

#17

NicoCaldo (non verificato)

Devo commentare il file root di aruba e poi quello di drupal?

Sab, 13/10/2012 - 10:23

Rispondi a # 17 #18

accidenti ad aruba, devo rifare in drupal il sito di un cliente allora ho pensato di creare una sottocartella del tipo http://www.miosito.it/drupal , le ho tentate tutte credo ma niente da fare (htaccess, permessi, php.ini)

l'unica cosa che sono riuscito ad ottenere è che mi parte l'installazione di drupal 7.15 ma al momento d'inserire i dati mysql mi restituisce dopo

In order for Drupal to work, and to continue with the installation process, you must resolve all issues reported below. For more help with configuring your database server, see the installation handbook. If you are unsure what any of this means you should probably contact your hosting provider.
Failed to connect to your database server. The server reports the following message: SQLSTATE[28000] [1045] Access denied for user 'Sql584511'@'62.149.143.141' (using password: YES).
Is the database server running?
Does the database exist, and have you entered the correct database name?
Have you entered the correct username and password?
Have you entered the correct database hostname?

non so cosa proprio cosa fare....

Sab, 13/10/2012 - 10:54

#19

"Failed to connect to your database server. The server reports the following message: SQLSTATE[28000] [1045] Access denied for user 'Sql584511'@'62.149.143.141' (using password: YES)."

Dall'errore sembra un problema con la connessione al database.... dovresti controllare quest'ultimo..o i suoi dati che siano corretti..

Sab, 13/10/2012 - 11:00

#20

già ci ho pensato anche io eppure i dati sono quelli in stile aruba come gli pseudo dati che elenco sotto:

nome database sql123456_1
user sql123456
password: yxzmonto

Sab, 13/10/2012 - 11:06

#21

riesci ad accedere al pannello di amministrazione? (phpmyadmin)
dovrebbero esser i stessi dati di accesso che hai ora..

Sab, 13/10/2012 - 11:11

#22

si ci riesco, le tabelle sono tutte vuote

Sab, 13/10/2012 - 11:13

#23

mi sono espresso male, voglio dire che non ci sono proprio tabelle, perchè probabilmente non comincia nemmeno l'installazione, questo su tutti i 5 db mysql che mette a disposizione aruba.....

ah tra parentesi se utilizzo la loro "applicazione" da pannello di controllo per installare "drupal 6" su una cartella del tipo root/drupal , allora funziona benissimo... con la 7 invece nada

Sab, 13/10/2012 - 11:17

#24

vabbè ragazzi, ho risolto però qui siamo ai limiti della fantademenza....

non ho mai saputo che su aruba in una sottocartella fosse "obbligatorio" mettere un prefisso alle tabelle....

cioè ormai brancolavo nel buio, dopo tutti gli ottimi consigli trovati sull'htaccess,permessi etc.... non sapendo più cosa fare, ho inserito "drupal" come prefisso per le tabelle all'avvio dell'installazione ed è partito tutto...

La prossima volta che un cliente mi dice che ha aruba mi licenzio

Sab, 13/10/2012 - 11:23

#25

Non è quello il motivo..deve essere altro..e questo lo dico per esperienza.. ho realizzato più di un sito in drupal su hosting aruba senza mai avere problemi... il problema da te riscontrato deve essere stato/è altro che non ha nulla a che fare con i prefissi delle tabelle...

Sab, 13/10/2012 - 11:53

#26

sarà luca, ma coi i dati mysql fino a quel momento non mi faceva procedere con l'installazione, anche a me pare assurdo ma cosa ci posso fare?

Sab, 13/10/2012 - 12:00

#27

beh..se fossi in te, visto che si ha a disposizione altri db..riproverei l'installazione su un'altra cartella :D
tanto per vedere se lo fa ancora lo stesso problema ora che ti ha accettato con il prefisso (i prefissi non li vedo di buon occhio io, a meno che non siano necessari).. comunque per ora va bene che tutto vada, se hai bisogno ho avuto già esperienze su aruba e quindi chiedi pure..

Sab, 13/10/2012 - 12:06

#28

Guarda sto giusto provando a reinstallarlo utilizzando un altro dei db a disposizione, procederò senza prefisso, anche se avevo già provato prima tutti i db a disposizione.
Ti dico tra poco. Grazie della disponibilità

Sab, 13/10/2012 - 12:28

#29