1

わかりました、これをできるだけ簡潔にしようとします

最近、クライアントのサイトの管理を引き継ぎました。これは、Amazon ec2 インスタンスでホストされていました。以前の管理者の ec2 インスタンスから自分のインスタンスに移行する必要がありました。

これを行うためにakeebaバックアップとキックスタートを使用しましたが、移行は正常に機能しているように見えますが、sef URLが壊れており、多くのリンクがハードコードされているように見えるため、サイトが事実上使用できなくなります.

これは、amazon ec2 ami linux で実行されている joomla 1.7.1 php 5.2.3 apache 2.2 です。

joomlaグローバルconf sef urlsではオンになっていますが、URLの書き換えをオンにするとすべてが壊れます。joomla で生成されたリンクは URL の index.php で機能しますが、ハードコードされたリンクはすべて 404 エラーで壊れます。

.htaccess ファイル名は、.htaccess.txt ではなく .htaccess です。RewriteEngine は ON です。

私の httpd.conf で、私が見つけることができる mod_rewrite の唯一のインスタンスは 'LoadModule rewrite_module modules/mod_rewrite.so' であり、コメント解除されています。allowoverride (表示されるときはいつでも) = “AllowOverride All“ andaccessfilename = “AccessFileName htaccess“.

これを修正するために何をすべきかわかりません。また、クライアントは、自分のページのリンクの半分が突然壊れたことに満足することはありません。

何か案は?私はまだakeebaのバックアップファイルを持っているので、最初からやり直すことができますが、まったく同じことが起こらないようにApacheを設定する方法がわかりません

.htaccess

##
# @version              $Id: htaccess.txt 21101 2011-04-07 15:47:33Z dextercowl$
# @package              Joomla
# @copyright    Copyright (C) 2005 - 2011 Open Source Matters. All rights reser$
# @license              GNU General Public License version 2 or later; see LICE$
##

php_value memory_limit 128M



##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations.  It is required for use of mod_rewrite, but $
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file.  If using it causes your server to error out, comment it$
# beginning of line), reload your site in your browser and test your sef url's.$
# it has been set by your server administrator and you do not need it set here.
##

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

RewriteBase /
php_value upload_max_filesize 32M
php_value post_max_size 32M
php_value memory_limit 256M

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$$
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

編集: また、これと同じ方法で他の多数の joomla サイトを移行しましたが、それらは正常に動作しています。唯一の違いは、それらがラックスペース クラウド サイトのようなソリューションに移行されたことです。このクライアントは amazon ec2 を主張しています。つまり、サーバーをセットアップする必要があったことを意味します。

edit2: 2.5.14 にアップデートしたところ、同じ問題が発生しました

4

2 に答える 2

0

.htaccess の問題のようですが、その場合は 404 ではなく 500 エラーが発生します。

あるセットアップで動作する .htaccess ディレクティブは、別のセットアップで競合を引き起こす可能性があります。手動で修正するか (Apache error_log にエラーの痕跡がある可能性があります)、またはいくつかのルーチンを試行する fastjoomla の小さなヘルパーで試してみることができます。 .htaccess を取得してください: http://www.fasterjoomla.com/repository/littlehelper

于 2013-08-20T06:55:14.140 に答える