Échec du test de nettoyage des URL dans D 7

Je suis fatigué de trouver une solution à ce problème ..

J'ai essayé presque tout. Mais ça ne marche pas pour moi. Ce que j'ai essayé est donné ci-dessous:

1. décommentation RewriteBase /

2. Modification de la syntaxe de REWRITE URL

3. Aucune extension .txt dans le fichier .htaccess (EDITED)

4. mod_rewrite activé.

5. Supprimer directement la chaîne de requête et donner enter ne fonctionne pas non plus.

6. Si j'inclus ALLOWOVERRIDES ALL dans le fichier httpd.conf, il affiche l'erreur d'authentification requise.

7. J'ai essayé de désactiver le module de superposition - ne fonctionne pas.

Voici le fichier .htaccess pour votre référence.

#
# 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.
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.
<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$>
    # 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
  </FilesMatch>
</IfModule>

# Various rewrite rules.
<IfModule mod_rewrite.c>
  RewriteEngine on

  # 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
  # <DirectoryMatch> 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} !^www\. [NC]
  # RewriteRule ^ http://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://%1%{REQUEST_URI} [L,R=301]
  # RewriteCond %{HTTP_HOST} !^mysite\.com$ [NC]
  # RewriteRule ^(.*)$ http://mysite.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 /

  # 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]
  RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

  # 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 set Content-Encoding gzip
      # Force proxies to cache gzipped & non-gzipped css/js files separately.
      Header append Vary Accept-Encoding
    </FilesMatch>
  </IfModule>
</IfModule>

Toute aide sera vraiment appréciée ....

Un bon moyen de déboguer est de voir d'abord si votre .htaccessest récupéré par Apache. Je suppose que ce n'est pas le cas, car Drupal .htaccessdevrait faire fonctionner les URL propres avec les règles fournies avec, en supposant que le mod_rewritemodule est activé.

Pour confirmer cela, cependant, faites une erreur flagrante dans le .htaccessfichier et accédez à votre page d'accueil Drupal, si la diffusion de la demande a échoué (HTTP 500), cela signifie que vous êtes prêt à partir et que le problème est ailleurs.

Sinon, vérifiez si le répertoire à partir duquel votre site est servi (c'est-à-dire le vôtre DocumentRoot) ou l'un de ses parents a été AllowOverride Alldéfini. Fondamentalement, c'est là que vous indiquez au serveur Web qu'il doit respecter les .htaccessremplacements des répertoires qu'il sert.

Cela peut sembler évident, mais si vous utilisez un autre serveur Web (par exemple, nginx ou IIS), vous devez savoir que vous devrez peut-être le configurer différemment pour que les URL propres fonctionnent.

La raison en est que vous n'avez pas décommenté la ligne mod_rewrite à l'intérieur de votre httpd.conf. Il s'agit de l'erreur de configuration la plus courante dans apache. Accédez à votre fichier httpd.conf (il s'agit d'un fichier apache) et effectuez une recherche (ctrl + f) pour mod_rewrite. il ne devrait y avoir qu'une seule instance. supprimez le # depuis le début et enregistrez. Redémarrez apache et la case à cocher devrait être là.

Le meilleur moyen est de vérifier si .htaccess est disponible dans le dossier racine ou pas normalement lorsque vous l'installez, il va dans le dossier drupal, alors déplacez tous les fichiers vers la racine en voyant les fichiers cachés.