Server, Datenbank oder Codeproblem? Magento Backend schreibt sich mit einem index.php um, der nicht funktioniert

magento.stackexchange https://magento.stackexchange.com/questions/4832

Frage

Ich werde ehrlich sein und meine Kreuzung in serverfault.com zugeben, aber der Grund ist, dass ich glaube, dass es ein Serverfehler ist, und jetzt suche ich nach Beweisen, meinen gefürchteten Hosting -Anbietern, Goodaddy, zu präsentieren ...

Mein Magento arbeitete plötzlich einen Traum

mysite.com/mixitup/ 

Nach dem Login ändert es sich an

mysite.com/index.php/mixitup/dashboard/index/key/812b0641da.... etc, 

Wenn ich jedoch den Weg ändere, um zu

mysite.com/mixitup/dashboard/index/key/812b0641da... etc 

Dann zeigt es das Dasboard, aber beim Klicken auf irgendetwas wie Katalog> Produkte verwalten

mysite.com/index.php/mixitup/catalog_product/index/key/f0e2d249eca781e... etc

Seltsamerweise hat dies plötzlich den Einfluss auf 2 unabhängige Magento -Websites auf einem Server genommen. Sie teilen eine .htaccess -Datei auf der Route, dies hat sich jedoch nicht geändert, um das Problem zu verursachen. Es ist ein Goodaddy Shared Server, daher sind meine Optionen hier begrenzt.

Irgendwelche Gedanken darüber, was das möglicherweise verändert hat? oder wie kann man es beheben?

Hier ist eine Kopie meiner .htaccess -Datei (Entschuldigung, um Dump zu

############################################
## uncomment these lines for CGI mode
## make sure to specify the correct cgi php binary file name
## it might be /cgi-bin/php-cgi

#    Action php5-cgi /cgi-bin/php5-cgi
#    AddHandler php5-cgi .php

############################################
## GoDaddy specific options

Options -MultiViews

## you might also need to add this line to php.ini
##     cgi.fix_pathinfo = 1
## if it still doesn't work, rename php.ini to php5.ini

############################################
## this line is specific for 1and1 hosting

#AddType x-mapp-php5 .php
#AddHandler x-mapp-php5 .php

############################################
## default index file

DirectoryIndex index.php index.html

<IfModule mod_php5.c>

############################################
## adjust memory limit

#    php_value memory_limit 64M
php_value memory_limit 128M
php_value max_execution_time 18000

############################################
## disable magic quotes for php request vars

php_flag magic_quotes_gpc off

############################################
## disable automatic session start
## before autoload was initialized

php_flag session.auto_start off

############################################
## enable resulting html compression

#php_flag zlib.output_compression on

###########################################
# disable user agent verification to not break multiple image upload

php_flag suhosin.session.cryptua off

###########################################
# turn off compatibility with PHP4 when dealing with objects

php_flag zend.ze1_compatibility_mode Off

</IfModule>

<IfModule mod_security.c>
###########################################
# disable POST processing to not break multiple image upload

SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

<IfModule mod_deflate.c>

############################################
## enable apache served files compression
## http://developer.yahoo.com/performance/rules.html#gzip

# Insert filter on all content
###SetOutputFilter DEFLATE
# Insert filter on selected content types only
#AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript

# Netscape 4.x has some problems...
#BrowserMatch ^Mozilla/4 gzip-only-text/html

# Netscape 4.06-4.08 have some more problems
#BrowserMatch ^Mozilla/4\.0[678] no-gzip

# MSIE masquerades as Netscape, but it is fine
#BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# Don't compress images
#SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary

# Make sure proxies don't deliver the wrong content
#Header append Vary User-Agent env=!dont-vary

</IfModule>

<IfModule mod_ssl.c>

############################################
## make HTTPS env vars available for CGI mode

SSLOptions StdEnvVars

</IfModule>

<IfModule mod_rewrite.c>

############################################
## enable rewrites

Options +FollowSymLinks
RewriteEngine on

############################################
## you can put here your magento root folder
## path relative to web root

RewriteBase /

############################################
## workaround for HTTP authorization
## in CGI environment

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

############################################
## always send 404 on missing files in these folders

RewriteCond %{REQUEST_URI} !^/(media|skin|js)/

############################################
## never rewrite for existing files, directories and links

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l

############################################
## rewrite everything else to index.php

RewriteRule .* index.php [L]

</IfModule>


############################################
## Prevent character encoding issues from server overrides
## If you still have problems, use the second line instead

AddDefaultCharset Off
#AddDefaultCharset UTF-8

<IfModule mod_expires.c>

############################################
## Add default Expires header
## http://developer.yahoo.com/performance/rules.html#expires

ExpiresDefault "access plus 1 year"

</IfModule>

############################################
## By default allow all access

Order allow,deny
Allow from all

############################################
## If running in cluster environment, uncomment this
## http://developer.yahoo.com/performance/rules.html#etags

#FileETag none

Was ich auch ausprobiert habe

Ich habe gerade versucht, die letzte Montagssicherung, sowohl Datenbank als auch Daten und kein solches Glück wiederherzustellen ... kann ich daher davon ausgehen, dass es sich um eine Serverkonfigurationsänderung handelt? Die Art und Weise, wie die URL -Handhabung umschreibt? Mod_rewrites? oder die .htaccess -Datei selbst?

Henry

War es hilfreich?

Lösung 3

Apache -Upgrade verursachte ein Problem

Der Hosting -Anbieter hat mich von Apache 2.2 auf 2.4 bewegt, was meine Magento -Site offiziell aufgeregt hat!

Andere Tipps

Es hängt von der Systemkonfigurationseinstellung ab web/seo/use_rewrites Wenn das Magento Frontend das hinzufügt index.php zu rendernde Links.

Die Option finden Sie im Administratorfeld unter

System > Config > Web > Search Engine Optimization

Beachten Sie, dass die Einstellung in einem Speicherbereich der Store angegeben werden kann. Eine Einstellung dort kann möglicherweise Ihre Standard- und/oder Website -Umgebung überschreiben.

Sie finden alle Werte für diese Einstellung in der Datenbank. Führen Sie die SQL -Abfrage aus:

SELECT * FROM core_config_data WHERE path = 'web/seo/use_rewrites';

In einem verwandten Hinweis, im Administratorbereich ist es festcodiert, dh Magento wird das immer hinzufügen index.php zu den gerenderten Links.

Adminrewrite ist festcodiert, SEO -Umschreiben hilft nicht.

Ich habe es auf Godaddy repariert, indem ich diese kostenlose Erweiterung installierte:

http://www.magentocommerce.com/magento-connect/clockworkgeek/extension/3692/clockworkgeek_adminrewrites

und lesen

Ich hoffe, das hat geholfen, ich habe 2 Tage damit verbracht, alles andere zu probieren, dank Clockworkgeek, es funktioniert jetzt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit magento.stackexchange
scroll top