Перестали работать ссылки

Главные вкладки

Аватар пользователя Clampson Clampson 16 августа 2013 в 13:47

Привет всем. Есть проблема, перестали работать чпу ссылки (drupal 6) редиректит на 404, возможно косяк в .htaccess, а может связано с чем то ещё, посоветуйте что нибудь... (mod_rewrite на хостинге включен)

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

  <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
RewriteCond %{HTTP_USER_AGENT} (android|midp|j2me|symbian|series\ 60|symbos|windows\ mobile|windows\ ce|ppc|smartphone|blackberry|mtk|windows\ phone|iemobile|nokia|ucweb|ucbrowser|iPad|iPhone) [NC]
RewriteCond %{HTTP_USER_AGENT} !(bot|ia_archiver|crawler|slurp|validator|webalta|yahoo|yandex|google|curl|wget) [NC]

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

Комментарии

Аватар пользователя EvgenySorokin EvgenySorokin 16 августа 2013 в 14:09

Зачем сюда такие листинги выкладывать? Есть подозрения на .htaccess? Скачайте дистрибутив друпала и перезалейте этот файл, сохранив на всякий случай старый.
Логи смотрели?

Аватар пользователя Clampson Clampson 16 августа 2013 в 20:07

Garin33 wrote:
Зачем сюда такие листинги выкладывать? Есть подозрения на .htaccess? Скачайте дистрибутив друпала и перезалейте этот файл, сохранив на всякий случай старый.
Логи смотрели?
качал, перезаливал, не помогает. в логах ничего нет

Аватар пользователя Kaer Kaer 16 августа 2013 в 16:37

Они же наверное не просто так перестали работать, может вы что-то настраивали или какой модуль диковинный ставили?

Аватар пользователя Clampson Clampson 16 августа 2013 в 20:11

Kaer wrote:
Они же наверное не просто так перестали работать, может вы что-то настраивали или какой модуль диковинный ставили?
больше того, я уверен что не просто так, но узнать как это было на самом деле нет возможности, потому как нет возможности связаться с человеком который занимался сайтом до этого. По этому, и прошу любые предположения, почему это может происходить

Аватар пользователя Clampson Clampson 16 августа 2013 в 23:29

Garin33 wrote:
На другом хостинге или локале попробуйте запустить сайт.
залил на локаль, сайт исправно работает, выходит хостер как то лихо проапгрейдился?

Аватар пользователя Clampson Clampson 17 августа 2013 в 15:35

Garin33 wrote:
Спросите у них.
спросил, говорят всё по старому ... сейчас залил на другой хостинг там таже история, знать бы на что обращать внимание в phpinfo кроме mod_rewrite, поскольку он есть везде, но работает(теперь) вся эта конструкция только на моём компе

Аватар пользователя Clampson Clampson 17 августа 2013 в 16:10

Видимо у меня работает потому что VirtualHost настроен следующем образом:

<VirtualHost *:80>
        ServerAdmin webmaster@localhost

        DocumentRoot /home/clampson/public_html/site/
        <Directory />
                Options All
                AllowOverride All
        </Directory>
        <Directory /home/clampson/public_html/site/>
                Options All
                AllowOverride All
                Order allow,deny
                allow from all
        </Directory>

        ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
        <Directory "/usr/lib/cgi-bin">
                AllowOverride All
                Options All
                Order allow,deny
                Allow from all
        </Directory>

        ErrorLog ${APACHE_LOG_DIR}/error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

если выставить всё по дефолту, начинается такая же чехарда как на хостингах. следовательно дело должно быть в .htaccess