Drupal problemi su hosting-linux.it

10 contenuti / 0 new
Ultimo contenuto
Drupal problemi su hosting-linux.it

Ciao a tutti,
di recente ho preso un hosting sul sito www.hosting-linux.it (che fornisce un dominio e hosting gratis per un anno) ho caricato tutto il mio sito e ottengo un errore di questo tipo in una finestra di popup:


An error occurred at /jcarousel/ajax/views.

Error Description:
500 Internal Server Error
Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete
your request.
Please contact the server administrator,
hostmaster@businet.it and inform them of the time the error occurred,
and anything you might have done that may have
caused the error.
More information about this error may be available
in the server error log.
Web Server at www.nomesito.it Port 80

Non riesco nemmeno ad accedere alle altre pagine del sito, qualcuno di voi può darmi qualche consiglio su come risolvere?

Vi ringrazio tutti in anticipo!!

Drupal Version:

Ciao Luca,
ti conviene richiede i log del web sever (apache?) per capire quale sia l'effettivo problema.
Facci sapere una volta che li hai ottenuti

Ciao willzyx,
grazie per l'aiuto, allora ho aperto un tiket e ho avuto dal fornitore hosting l'errore che dice essere nell'applicativo! Premesso che in locale funziona tutto ok!

Riporto quanto scrive il fornitore:

si tratta di un errore nell'applicativo, riporto di seguito quanto riportato nel log

Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

Qualcuno mi può dire di che si tratta ho dedicato molto tempo al progetto e non posso pensare che non funzioni!

Vi ringrazio!
ps: non posso entrare nelle pagine di admin.

Ciao,
potrebbe essere anche qualche errore nel file .htaccess nella root del sito, o il modulo rewrite di apache non attivo...
Prova intanto a postare l'.htaccess e vediamo che non ci sia qualche errore..

Luca C.

Ciao Luca! :)

ecco il file .htaccess:

#
# 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

# Set the default handler.
DirectoryIndex index.php index.html index.htm

# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_environment_initialize() in
# includes/bootstrap.inc for settings that can be changed at runtime.

# PHP 5, Apache 1 and 2.

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

# 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

# Set "protossl" to "s" if we were accessed via https://. This is used later
# if you enable "www." stripping or enforcement, in order to ensure that
# you don't bounce between http and https.
RewriteRule ^ - [E=protossl]
RewriteCond %{HTTPS} on
RewriteRule ^ - [E=protossl:s]

# Make sure Authorization HTTP header is available to PHP
# even when running as CGI or FastCGI.
RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]

# 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/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} .
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http%{ENV:protossl}://www.%{HTTP_HOST}%{REQUEST_URI} [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 the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http%{ENV:protossl}://%1%{REQUEST_URI} [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 /

# 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.

# 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]

# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding

Grazie mille!!! Aspetto di sapere se il file .htaccess ha errori al suo interno!

Ciao ;)

durante delle ricerche ho trovato un post in cui si indica di mettere un asterisco, davanti a RewriteEngine on, cosi:

# RewriteEngine on ...

Riesco a visualizzare il sito ma appare ancora l'errore ajax, inoltre non riesco ad accedere come admin al sito, eppure le credenziali sono corrette, se riuscissi ad entrare forse disattivando la jcarousel view risolvo, ma qualcuno mi sa dire come faccio ad accedere?

GRAZIEEE!!

Ciao Luca,
come soluzione estrema puoi disabilitare il modulo impostando nella tabella system lo status del modulo a 0 anche se non penso risolverà il tuo problema.
Prova a disabilitare i clean url in maniera forzata aggiornando l'impostazione che trovi nella tabella variable con

update variable set value=0x693A303B where name='clean_url'

facci sapere

PS. prima di smanacciare sul db è buona norma fare un backup :P

Ciao willzyx,
grazie ancora per la pazienza e l'aiuto che vorrai darmi!
Ho provato a disabilitare il modulo jcarousel ortando lo status a 0, poi sono entrato nella tab variable e ho inserito il codice che mi hai dato ma questo non sembra aver cambiato nulla, o meglio nel primo caso il modulo è disattivato e l'errore è spartito, resta però da capire perchè non riesco ad accedere ad admin con le credenziali giuste, è inoltre impossibile creare nuovi utenti e richiedere una nuova mail, non arriva a destinazione!

Grazie a te, a Luca C. e tutti quelli che vorranno partecipare alla risoluzione del caso! Quale sarà la prossima mossa? :)

come hai inserito il valore di clean_url in variable? con lo statement che ti ho inviato o a mano?
se lo hai inserito a mano riprova con lo statement.. il valore della variabile era in hex
se tutto è andato per il meglio nella colonna value dovresti trovarti qualcosa tipo i:0

ciao,
la verità è che ora non la vedo più quella tabella clean_url, io ho solo inserito il codice che mi hai dato dentro un campo, però perdonami ma non sono bravo con phphmyadmin :( non so dirti altro per ora!

Adesso ho dato accessi al fornitore hosting e farà un test per vedere l'errore secondo che risposta mi dà ti farò sapere!
Oppure ricarico il database allo stato iniziale così se ho sbagliato il passaggio da fare lo riprendo da lì, grazie mille!!!! ;)