Problema con l'installazione di Drupal 6.20 su Aruba!

Ma perché non fai l'installazione automatica così risparmi problemi e fatica?

ciao

Ciao Mela 1991,

1) copia questo file sulla directory principale del tuo sito web ( per capirci dove hai installato tutte le cartelle di drupal ):

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.

Order allow,deny

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

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

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.

# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.

# Set the default handler.
#DirectoryIndex index.php

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.

# PHP 4, Apache 1.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# PHP 4, Apache 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# PHP 5, Apache 1 and 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off

# Various rewrite rules.

RewriteEngine on

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
# RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /

# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

# $Id: .htaccess,v 1.90.2.5 2010/02/02 07:25:22 dries Exp $

-----------------------

Poi copia anche questo secondo .htaccess nella cartella sites/default/files:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

Se c'e' bisogno ecco anche il file php.ini da mettere nella directory principale del sito web ( la stessa dove hai messo il primo .htaccess ):

if (ini_get(“register_globals”)){
foreach ($_REQUEST as $k => $v){
unset($GLOBALS[$k]);
unset($$k);
}
}

Ciao....fammi sapere
gbwebservice.it

Entri nel pannello di controllo di Aruba (non che sia facile trovarlo) e c'è l'applicazione Linux Applications Installer.
Puoi installare drupal 6.20 ma non la versione 7.

Ricordati anche di andare in Strumenti e Impostazioni e personalizzare il file php.ini per drupal

ciao

Ciao ragazzi, sono nuovo.
Mi aggiungo perchè anche io ho problemi ad istallare Drupal 6.20 su Aruba.
Devo istallare Drupal su Aruba (x forza e non x volonta mia) e sono nuovo su hosting Aruba.
Vi riporto i passi che ho seguito perchè riesco ad istallare correttamente drupal senza errori ma a sito in piedi non riesco a creare contenuti.
Ho istallato Drupal con l'installer in root/drupal come consigliato da Aruba, successivamente imposto /drupal come default in modo automatico senza riscontrare errori, ma ad istallazione avvenuta non riesco a creare i contenuti.
Se creo una pagina come Page, mi viene detto che la pagina richiesta non è stata trovata, inoltre mi viene detto che o la pagina non esiste o non si dispongono dei permessi.
Inoltre vedo che nel Pannello gestione Hosting Linux:
-cURL enabled ma gli URL semplificati non sono abilitabili
-il test PHP e il test CGI mi restituiscono: IMPOSSIBILE TROVARE LA PAGINA .
Non capisco perchè io debba istallare drupal in root/drupal quando voglio istallarlo in root.
Inoltre mi ritrovo 3 file .htaccess: uno in root dove all'interno c'è scritto CREATO DA ARUBA NON MODIFICARE, uno in root/drupal chiamato .htaccess_old e uno in root/drupal/site/default/files.
Il file php.ini
Vorrei mettere in pratica i vostri suggerimenti ma sto andando in tilt.
Avrei necessità di un aiutino, grazie a tutti.

Hai messo tante domande insieme. Vediamo di risolvere qualche problema.

1. Se l'installazione è andata a buon fine dovresti avere il sito funzionante. Il nome del sito è: www.nomesito.xx/drupal o solo www.nomesito.xx?
Nel primo caso trovi un post recente su come spostarlo.

2. Gli url semplificati li abiliti da Amministra>Configurazione del sito>url semplificati.

3. Il primo .htaccess ce l'ho anch'io nella root ma non vedo la scritta che dici tu. Il secondo ovviamente non ce l'ho perché ho tutto installato nella root. Il terzo è nella posizione corretta. Quest'ultimo va modificato, commentando le ultime due righe (metti il cancelletto).

4. Il file php.ini non dovresti averlo, perché va gestito dal pannello di controllo selezionando quello per drupal. Nella mia root mi trovo infatti il file chiamato php.ini-no

5. Per il test non saprei. Non ho verificato nel mio sito.

Eventualmente sposta il sito o chiedi ad aruba come spostarlo. Di sicuro ti cancellano il php.ini

ciao

PS

Hai controllato il rapporto sullo stato per vedere se ci sono errori o problemi?

Grazie bgiody, grazie per avermi risposto.
Ho aperto un ticket ma dopo 24h ancor nessuna risposta.
In effetti ho messo insieme un pò di domande.
Vado per ordine e ti riporto quello che ho e ciò vedo mentre faccio l'installazione da capo, anche perchè devo rinstallare tutto perchè non mi fa creare nemeno un contenuto ad es. Page.
Vorrei usare Linux Application Installer e pertanto da dentro il pannello di contollo di Aruba clicco in Pannello hosting Linux, nella finestra successiva clicco su Strumenti ed Impostazioni e poi su Scelta della versione php (leggo 5.2.17), poi clicco su Personalizzazione del file PHP.INI e seleziono drupal.
Ora vado in Linux Application Installer e clicco su Installa Nuova Applicazione, seleziono Drupal (leggo 6.20).
A parte i dati da inserire che sono quelli che ho nella email di Aruba, lascio Cartella di Installazione impostata di default: /drupal e clicco Avanti.
Tutte le icono che visualizzo sono di colore, quindi tutto ok e faccio Installa.
Ad installazione conclusa vedo:
Applicazioni Installate: Drupal
Default: No
Attiva: Si
Cartella: /drupal
Stato Ok e icona verde.
Clicco sul link Default ed imposto l'applicazione come Default Application segliendo Automatico.
Ora vedo:
Applicazioni Installate: Drupal
Default: Si
Attiva: Si
Cartella: /drupal
Stato Ok e icona verde.
Fin qui tutto ok, infatti se scrivo www.elkalab.com mi compare la pagina di benvenuto di Drupal in Italiano.
Quindi la mia risposta al punto 1 è: il nome del sito è www.elkalab.com ma ci arrivo anche da www.elkalab.com/drupal.
La mia risposta al punto 2 è: dentro il pannello di amministrazione di Drupal vedo che gli URL semplificati non possono essere abilitati.
La mia risposta al punto 3 è: ora vedo solo 2 file .htaccess. Non vedo più quello in root/drupal/site/default/files.
Se vado nella root (/) vedo che ho un file chiamato .htaccess che contiene questo:

RewriteEngine On #created by aruba do not touch this file!
RewriteCond %{REQUEST_URI} !^/drupal
RewriteRule ^(.*)$ drupal/$1 [L]

Aruba mi dice di non toccare.
Se vado in /drupal ho ho un file chiamato .htaccessold che contiene questo:

#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.

Order allow,deny

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

# Follow symbolic links in this directory.
Options +FollowSymLinks

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.

# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.

# Set the default handler.
DirectoryIndex index.php

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.

# PHP 4, Apache 1.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# PHP 4, Apache 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# PHP 5, Apache 1 and 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off

# Various rewrite rules.

RewriteEngine on

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
# RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /

# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

# $Id: .htaccess,v 1.90.2.5 2010/02/02 07:25:22 dries Exp $

La mia domanda è: quale dei due sta usando? Credo che stia usando il primo, quello in / anche perchè se lo cancello me lo ricrea.
La mia risposta al punto 4 è: In /drupal ho anche un file php.ini che non mi fa scaricare, aprire e nemmeno visualizzare.
Ho creato un file .htaccess nella cartella sites/default/files contenente questo cdice:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

Ho copiato questo testo nel fle .htaccess della directory principale (/):
#
# Apache/PHP/Drupal settings:
#

# Protect files and directories from prying eyes.

Order allow,deny

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

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

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.

# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.

# Set the default handler.
#DirectoryIndex index.php

# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.

# PHP 4, Apache 1.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# PHP 4, Apache 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# PHP 5, Apache 1 and 2.

php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On

# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600

# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off

# Various rewrite rules.

RewriteEngine on

# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
# RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]

# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /

# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

# $Id: .htaccess,v 1.90.2.5 2010/02/02 07:25:22 dries Exp $

Se ora vado in www.elkalab.com ho la pagna bianca con scritto INTERNEL SERVER ERROR
mentre in / vedo che ho un altro file chiamato .htaccess.movedbyaruba che coniene lo stesso codice del file .htaccess che ho appena riportato qui sopra.
Io non so cosa fare, sembra che sia tutto ok ma non vuole andare assolutamente.
Aruba non mi ha nemmeno risposto...
inoltre in Linux Apllication Installer ora ho:
Ad installazione conclusa vedo:
Applicazioni Installate: Drupal
Default: No
Attiva: Si
Cartella: /drupal
Stato Ok e icona verde.
e se vado in www.elkalab.com/drupal ho la pagna bianca con scritto INTERNEL SERVER ERROR
ma cosa sta succedendo? non capisco!
Hai un suggerimento?
Ciao e grazie

1. Quando hai fatto l'installazione automatica dovevi cancellare in:
Installazione impostata di default: /drupal
la parola drupal, così ti andava direttamente nella root.

2. Controlla di nuovo la personalizzazione del php.ini per vedere se è ancora impostato su drupal.

Vedo adesso che funziona. Fammi sapere se ci sono ancora gli altri problemi.

ciao

Non so come avete fatto voi nelle vostre installazioni ma in questa di ora è qualcosa di assurdo.
Con l'installer devi mettre drupal x forza in una cartella, /drupal o /quellochevolete.
Una volta impostata l'installazione come default, modificando il file .htaccess si perde il default.
Ora il sito è in piedi perchè dopo 4 installazioni mi sono convinto a mettere Drupal attraverso la distribuzione classica.
Aruba non vale nulla...Vi consiglio di appoggiarvi ad altri...normalmente mi appoggio a grghosting e non ci sono paragoni.
Allo stesso prezzo avrete dominio in 24h e non 8gg, supporto 24h/24, 7gg/7 e non lunedì-venerdì, semplice email senza cretinate dei ticket e risposta alla email in 30 minuti...anche di sabato sera alle 19:30!!!
Sono stato costretto perchè avevano fatto un rinnovo...ma alla scadenza dirotto tutti i miei siti su altri.
2gg buttati al vento, pocoseri e poco professinali; nemmeno rispodono ai ticket.
Ticket aperti e senza risposta da una giornata e mezza.
Ottimo servizio W Aruba...alla grande.
Grazie a tutti.
Ciao ciao

Ma lasciate stare aruba che è un suicidio vivente !
:((

Andate su netsons-com oppure su ormag e fine del problema.

e lascia perdere x favore anche: topost - register - consulting web - rubalo - hostek - e.. molti altri : la lista è molto lunga.

Forse quando l'ho installata un paio di anni fa c'era un altro installer e non ho avuto questi problemi. Anche il mio era un rinnovo e sono su aruba da diversi anni.
Credo di essere fortunato a non avere avuto problemi. Incrociamo le dita.

Spero che il sito ora sia ok.

ciao