Sito lento su Aruba.it

10 contenuti / 0 new
Ultimo contenuto
Sito lento su Aruba.it

Ciao a tutti.

Ho sviluppato il mio primo sito con drupal 6 aggiornato a 6.16 in locale con MAMP (quindi mac) e adesso mi appresto a caricarlo su aruba (dove dal loro bellissimo pannello di controllo sono rimasti alla versione 6.15). E già mi vengono le lacrime, ho fumato un pacchetto di sigarette e sto anche perdendo la voglia di fare l'amore con la mia ragazza...

A parte gli scherzi la mia procedura è stata la seguente:

1. Esportare il database locale con phpMyAdmin - ok
2. Importare il database su http://mysql.aruba.it - abbastanza ok
3. configurare come da post il file settings.php - abbastanza ok
4. upload via FTP (cyberduck) della mia cartella con l'installazione di drupal nella directory miosito.com senza creare sotto cartelle - un agonia perche ho dovuto uploadare in un secondo momento la cartella sites>default nonostante avesse i permessi a posto
5. caricato il file htaccess preso da qua e caricato nella stessa directory del sito insieme al file php.ini che era nella cartella Applicazioni>MAMP>conf>php5

Il risultato è quà: www.yiaos.com

Per favore aiuto!

ATTENZIONE NON SO PERCHE SIA COSI LENTO

Come mi ha consigliato jhl.verona ho aperto un nuovo argomento sul forum, il problema è che non è solo lento, ma mancano i collegamenti ai nodi e le immagini, e non so da che parte cominciare per sistemare le cose.

Grazie

Ci sto passando una bella battaglia anch'io con quel, er, chiamiamolo hosting. FTP sempre incerte, siti blindati, niente SSH, backup nel root del sito (WTF?), I could go on...

Non per me, ma ho un cliente che non vuole spostare da lì, quindi sono costretto. Ho scritto un programmino per capire i (numerosi) limiti di Arrabbia, chiamato hosting-tests. I miei test non sono in accordo con quel articolo http://www.biso.it/blog/2009/12/11/htaccess-fatti-bene-per-drupal-6/, ma molto in accordo con questo sito http://www.drupalitalia.org/node/7588. Ho documentato le mie esperienze di istallazione su Arrabbia qui: http://www.drupalitalia.org/node/5897#comment-31435

Allora, i tuoi problemi di errore 500, sono dovuti ad un .htaccess in sites/default/files sbagliato (ma solo per Arrabbia). Bisogna cambiarlo come spiegato qui http://www.drupalitalia.org/node/5897#comment-31736. Almeno così torneranno i tuo foto...

Per il resto, mi pare che con Arrabbia ricevi tanta qualità quanto spendi - cioè gran poco. Avranno un backbone 5 volte superiore al migliore servizio estero (secondo la loro pubblicità), e tutto illimitato, ma se siamo in 5 gadzillione a tentare di usarlo... Poi velocità query, risorse CPU, memoria, ecc. La Ryanair dei hosting, insomma. Va bene per un salto nella perfida albione, ma Sydney no...

"Yer pays yer money, and takes yer choice"

Più imparo, più dubito.

Buongiorno jhl,

ho modificato il file .htacces in questo modo

#
# Apache/PHP/site settings:
#

# Protect files and directories from prying eyes:

order deny,allow
deny from all

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

# Customized server error messages:
ErrorDocument 404 /index.php

# Set the default handler to index.php:
# non supportato da aruba
#DirectoryIndex index.php

# Overload PHP variables:

# If you are using Apache 2, you have to use
# instead of .
php_value register_globals 0
php_value track_vars 1
php_value short_open_tag 1
php_value magic_quotes_gpc 0
php_value magic_quotes_runtime 0
php_value magic_quotes_sybase 0
php_value arg_separator.output "&"
php_value session.cache_expire 200000
php_value session.gc_maxlifetime 200000
php_value session.cookie_lifetime 2000000
php_value session.auto_start 0
php_value session.save_handler user
php_value session.cache_limiter none
php_value allow_call_time_pass_reference On

# Various rewrite rules

RewriteEngine on

# Modify the RewriteBase if you are using Drupal in a subdirectory and the
# rewrite rules are not working properly:
RewriteBase /drupal

# Rewrite old-style URLS of the form 'node.php?id=x':
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{QUERY_STRING} ^id=([^&]+)$
#RewriteRule node.php index.php?q=node/view/%1 [L]

# Rewrite old-style URLs of the form 'module.php?mod=x':
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{QUERY_STRING} ^mod=([^&]+)$
#RewriteRule module.php index.php?q=%1 [L]

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

# $Id: .htaccess,v 1.58 2004/10/09 20:41:49 dries Exp $

e il file php.ini

register_globals = 0
track_vars = 1
short_open_tag = 1
magic_quotes_gpc = 0
magic_quotes_runtime = 0
magic_quotes_sybase = 0
arg_separator.output = "&"
session.cache_expire = 200000
session.gc_maxlifetime = 200000
session.cookie_lifetime = 2000000
session.auto_start = 0
session.save_handler = user
session.cache_limiter = none
allow_call_time_pass_reference = On
memory_limit = 24M

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

il sito continua a non funzionare ed essere lento.
sto pensando di cambiare servizio e buttare via 70 euri (cosi mi consigliate)... ma non essendo ricco mi darebbe un sacco fastidio. Come editor ho usato macVim e smultron.
ma penso non sia questo il problema.

Pensavo se potete passarmi i file php.ini o htacces gia pronti perchè non so piu dove sbattere la testa.

Ok si vedono le immagini!

ma sono solo a metà dell'opera, rimetto qua i file php.ini

register_globals = 0
track_vars = 1
short_open_tag = 1
magic_quotes_gpc = 0
magic_quotes_runtime = 0
magic_quotes_sybase = 0
arg_separator.output = "&"
session.cache_expire = 200000
session.gc_maxlifetime = 200000
session.cookie_lifetime = 2000000
session.auto_start = 0
session.save_handler = user
session.cache_limiter = none
allow_call_time_pass_reference = On
memory_limit = 128MB

e .htaccess "corretti"...

# Protect files and directories from prying eyes:

order deny,allow
deny from all

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

# Customized server error messages:
ErrorDocument 404 /index.php

# Set the default handler to index.php:
# non supportato da aruba
#DirectoryIndex index.php
# Overload PHP variables:

# If you are using Apache 2, you have to use
# instead of .
php_value register_globals 0
php_value track_vars 1
php_value short_open_tag 1
php_value magic_quotes_gpc 0
php_value magic_quotes_runtime 0
php_value magic_quotes_sybase 0
php_value arg_separator.output "&"
php_value session.cache_expire 200000
php_value session.gc_maxlifetime 200000
php_value session.cookie_lifetime 2000000
php_value session.auto_start 0
php_value session.save_handler user
php_value session.cache_limiter none
php_value allow_call_time_pass_reference On

# Various rewrite rules

RewriteEngine on

# Modify the RewriteBase if you are using Drupal in a subdirectory and the
# rewrite rules are not working properly:
RewriteBase /drupal

# Rewrite old-style URLS of the form 'node.php?id=x':
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{QUERY_STRING} ^id=([^&]+)$
#RewriteRule node.php index.php?q=node/view/%1 [L]

# Rewrite old-style URLs of the form 'module.php?mod=x':
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{QUERY_STRING} ^mod=([^&]+)$
#RewriteRule module.php index.php?q=%1 [L]

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

# $Id: .htaccess,v 1.58 2004/10/09 20:41:49 dries Exp $

Il problema ora come prima è che non trova le URL interne dandomi questo errore quando cerco di effettuare il login e anche cercando di leggere un post

Not Found

The requested URL /node/xx was not found on this server.

e continua ad essere lento. Che sia dovuto al fatto che il DB MySQL sia da 200MB?

Feel free to check it out at yiaos.com

crokano wrote:
Buongiorno jhl,
ho modificato il file .htacces in questo modo
[Snip]

Allora qui c'è un pò di confusione. Ci sono due file .htaccess da sistemare.
La prima si trova nel root di Drupal (dove si trova index.php, e robots.txt per intenderci). Quel file da me è quasi uguale al link di questo sito che ti davo prima. Comunque, al costo di qualche elettroni sperperato, lo includo qui:

#
# 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|svn-base)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template|all-wcprops|entries|format)$">
  Order allow,deny
</FilesMatch>
# 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.
<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
# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.
# PHP 4, Apache 1.
<IfModule mod_php4.c>
  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
</IfModule>
# PHP 4, Apache 2.
<IfModule sapi_apache2.c>
  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
</IfModule>
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
  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
</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
  # Do not cache dynamically generated pages.
  ExpiresByType text/html A1
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
  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]
</IfModule>
# $Id: .htaccess,v 1.90.2.5 2010/02/02 07:25:22 dries Exp $

Io non ho un php.ini (ma è stato creato un php.ini indirizzo da Arrabbia), che credo sia l'ennesima errore disco... Ma, provando con hosting-tests, ho visto che questi valori non vengono utilizzati - quindi non mi sono preoccupato, uso Drupal Tweaks per cambiare memoria e timeout.

FYI usando hosting-tests, vedo che Arrabbia mi da 128MB di memoria, ma dopo aver installato Drupal, si è ridotto a 64MB. Vedo che il tuo php.ini specifica 24MB (il che è veramente poco per Drupal). Io l'ho rimesso a 128MB - ma non ho testato per vedere se effettivamente ci sono tutti, tutti...

Ma c'è anche un secondo file .htaccess, che si trova in sites/default/files. Viene generato automaticamente da Drupal, ma non funziona su Arrabbia. Quindi causa quei errori 500 che vedo sul tuo sito per gli immagini. Il contenuto di quel .htaccess dev'essere:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

Gli Options non sono permessi da Arrabbia. Come tante altre cose tra l'altro...

crokano wrote:
il sito continua a non funzionare ed essere lento.
sto pensando di cambiare servizio e buttare via 70 euri (cosi mi consigliate)... ma non essendo ricco mi darebbe un sacco fastidio. Come editor ho usato macVim e smultron.
ma penso non sia questo il problema.

Troppo poco memoria, secondo .htaccess sbagliato.
Io posso essere contro Arrabbia, ma è solo un mio opinione. Ma abbiamo cifre diverse. Io ho comprato Linux + MySql, costo totale fatturato (ivato) E41,59 (se vede che non esiste l'€ per loro). Non so perchè hai pagato oltre la doppia.

Non nuoto nel oro neanch'io, ma preferisco pagare €200-300 annuo per un hosting dove posso mettere 5 - 10 siti, e senza ridurmi a pregare davanti a Filezilla (orientando il PC verso la Mecca).
Ma questo è il mio lavoro, è quella cifre rapresenta un giorno di lavoro (perso). Ed io (e non solo io, dalle documentazione su questo sito) ho perso più di un giorno con Arrabbia...

John

Più imparo, più dubito.

Quote:
Allora qui c'è un pò di confusione. Ci sono due file .htaccess da sistemare.
La prima si trova nel root di Drupal (dove si trova index.php, e robots.txt per intenderci). Quel file da me è quasi uguale al link di questo sito che ti davo prima. Comunque, al costo di qualche elettroni sperperato, lo includo qui:

Grazie per avermi chiarito le idee, io il file .htaccess che si trova nella root l'avevo cancellato... ora l'ho riscritto copiando e incollando quello che mi hai dato tu: GRAZIE MILLE.

Quote:
Io non ho un php.ini (ma è stato creato un php.ini indirizzo da Arrabbia), che credo sia l'ennesima errore disco... Ma, provando con hosting-tests, ho visto che questi valori non vengono utilizzati - quindi non mi sono preoccupato, uso Drupal Tweaks per cambiare memoria e timeout.

Io il file php.ini me lo sono scritto e uploadato da solo anche perchè Arrrrabbia non riconosce l'installazione "manuale" di drupal. Quindi scarico questo modulo e posso cancellare il file php.ini?

Quote:
Ma c'è anche un secondo file .htaccess, che si trova in sites/default/files. Viene generato automaticamente da Drupal, ma non funziona su Arrabbia. Quindi causa quei errori 500 che vedo sul tuo sito per gli immagini. Il contenuto di quel .htaccess dev'essere:SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

Grazie mille anche per questo - SISTEMATO!

ORA IL SITO FUNZIONA ANCHE SE E' ANCORA LENTO. POMERIGGIO PROVO IL MODULO CONSIGLIATO E APPENA HO UN PO DI TEMPO SCRIVO UNA GUIDA PER QUELLI COME ME... DRUPAL INSTALLATION FOR DUMMIES...

DEVO SOLO RISOLVERE LA DIRECTORY DI IMAGE CACHE E FORSE SISTEMO IL TUTTO!

SE CAPITI IN FRIULI TI OFFRO UN OTTIMO PANINO COL SALAME E IL PROSCIUTTO FATTI IN CASA

crokano wrote:
Io il file php.ini me lo sono scritto e uploadato da solo anche perchè Arrrrabbia non riconosce l'installazione "manuale" di drupal. Quindi scarico questo modulo e posso cancellare il file php.ini?

Si Drupal Tweaks aiuta, specialmente per chi non vuole smanettare settings.php. Puoi lasciare il file php.ini tanto non viene letto da Arrabbia.

crokano wrote:
ORA IL SITO FUNZIONA ANCHE SE E' ANCORA LENTO. POMERIGGIO PROVO IL MODULO CONSIGLIATO E APPENA HO UN PO DI TEMPO SCRIVO UNA GUIDA PER QUELLI COME ME... DRUPAL INSTALLATION FOR DUMMIES...

Anche il mio è lento. A boccie fermo penso di provare Boost (il sito dovrebbe venire aggiornato molto raremente)

crokano wrote:
DEVO SOLO RISOLVERE LA DIRECTORY DI IMAGE CACHE E FORSE SISTEMO IL TUTTO!

Sssh! Anch'io avevo dei dubbi. Ma provato questa mattina, e funziona a dovere (grazie al commando ErrorDocument 404 /index.php che ho riabilitato - quindi anch'io ringrazio 'Staff': http://www.drupalitalia.org/node/7588).

crokano wrote:
SE CAPITI IN FRIULI TI OFFRO UN OTTIMO PANINO COL SALAME E IL PROSCIUTTO FATTI IN CASA

Adesso si che parliamo di cose serie... ;-)

John

Più imparo, più dubito.

Quote:
Si Drupal Tweaks aiuta, specialmente per chi non vuole smanettare settings.php. Puoi lasciare il file php.ini tanto non viene letto da Arrabbia.

Drupal Tweaks ha aiutato molto il mio sito, vediamo come si comporta quando aumenterò i contenuti... non sò se usare boost perchè in teoria il sito dovrebbe essere aggiornato ogni giorno...

Quote:

Anch'io avevo dei dubbi. Ma provato questa mattina, e funziona a dovere (grazie al commando ErrorDocument 404 /index.php che ho riabilitato - quindi anch'io ringrazio 'Staff': http://www.drupalitalia.org/node/7588).

Ho riabilitato il commando ErrorDocument 404 /index.php ma ImageCache non funziona nel modo corretto, ho postato il problema qua sperando sia il posto giusto

Aruba è davvero lenta. gestisco diversi siti su di essa e mi viene il mal di pancia.
Non è possible attendere 10-15 secondi perchè si è editato un blocco che contiene puro testo e si è avuta la malaugurata idea di cliccare su SALVA!!! (cache abilitata etc)

Per l'installazione manuale di Drupal tu dici

Quote:
crokano wrote:
Io il file php.ini me lo sono scritto e uploadato da solo anche perchè Arrrrabbia non riconosce l'installazione "manuale" di drupal. Quindi scarico questo modulo e posso cancellare il file php.ini?

io ho sempre installato manualmente Drupal, non ho mai usato il loro sistema.

Ho avuto anch'io i problemi con l'htaccess ed ogni volta tocca ricordarselo altrimenti l'error 500 salta fuori solo perchè hai osato comprare un account da loro.

Il problema della lentezza mi affligge e non so proprio come risolverlo.
I clienti non ne vogliono sapere di migrare su server dedicato.