Hallo Ihr Wissenden,
Ich habe von einer produktiven Seite in Internet eine Kopie auf meiner eigenen Ubuntu-Maschine gemacht.
1. ein FTP durchgeführt
2. Die configuration.php angepasst (den DB-Zugang und die beiden Pfade für log und tmp angepasst)
3. Die DB exportiert bzw importiert
Nun musste ich feststellen, dass die Links im Menü ins Nirvana gehen und bekomme 404 Error.
Im Adminbereich funzt alles. Im Frontend funzt nur die Startseite.
Ich dachte, dann verknüpfst du im Adminbereich den Menülink noch mal neu mit dem Beitrag - was leider auch nichts brachte.
Hat jemand eine Idee? Früher ging das mal so. Danke im Vorraus
Probleme beim Serverwechsel Joomla 3.10.
- Uranus7755
- Erledigt
-
-
Du musst SEO korrekt einstellen. Oft sind die ersten beiden Haken gesetzt, was dann auch eine korrekte .htaccess bedingt. Diese muss beim Umzug meist auch angepasst werden. Macht man das nicht oder auch wenn sie nicht existiert (das ist der eigentliche ausschlagebenede Punkt), kann nur die Startseite aufgerufen werden und alle anderen Menüpunkte führen zu 404. Bei inkorrekter .htaccess meist 500er.
Also entweder den zweiten Haken entfernen oder die .htaccess an den neuen Server anpassen!
-
Danke .. Wo sind welche Haken zu setzen bzw. wie muss die .htaccess aussehen
-
Du kannst die .htaccess auch umbenennen. Dann ist sie nicht mehr wirksam. Zb. In htaccess.txt
-
Im Joomla-Backend unter "System" -> "Konfiguration" -> "Suchmaschinenoptimierung (rechte Seite)"!
Für "URL-Rewrite nutzen" wird die .htaccess benötigt. Steht auch dabei, wenn man mit dem Mauszeiger rüberfährt oder dort die "Hilfe" aufruft.
Ach so: Gilt natürlich nur auf Apache-Servern.
-
also die beiden Punkte Suchmaschinen-freundliche URL und URL-Rewrite nutzen sind auf "Ja" und in der .htaccess steht
## Mod_rewrite in use.
RewriteEngine On
-
Ist das alles, was da drinsteht?
Dann nimmt die originale htaccess.txt (die Joomla beiliegt) mal als Vorlage und benenne diese um!
Das nächste wäre, das RewriteBase / zu überprüfen!
Die # entfernen und dann einfach das Unterverzeichnis ergänzen, falls Joomla in einem Unterverzeichnis liegt, z.B.
RewriteBase /dein-joomla/
-
natürlich nicht .. ich wollte nur das wesentliche zeigen
Apache Configuration
Alles anzeigen## # @package Joomla # @copyright Copyright (C) 2005 - 2019 Open Source Matters. All rights reserved. # @license GNU General Public License version 2 or later; see LICENSE.txt ## ## # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE! # # The line 'Options +FollowSymLinks' may cause problems with some server configurations. # It is required for the use of mod_rewrite, but it may have already been set by your # server administrator in a way that disallows changing it in this .htaccess file. # If using it causes your site to produce an error, comment it out (add # to the # beginning of the line), reload your site in your browser and test your sef urls. If # they work, then it has been set by your server administrator and you do not need to # set it here. ## ## No directory listings <IfModule autoindex> IndexIgnore * </IfModule> ## Suppress mime type detection in browsers for unknown types <IfModule mod_headers.c> Header always set X-Content-Type-Options "nosniff" </IfModule> ## Can be commented out if causes errors, see notes above. Options +FollowSymlinks Options -Indexes ## Mod_rewrite in use. RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site then comment out the operations listed # below by adding a # to the beginning of the line. # This attempts to block the most common type of exploit `attempts` on Joomla! # # Block any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block 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 home page 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 the following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## # RewriteBase / ## 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 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.
-
Ich nutze die SEO-Einstellungen und URL-Rewrite nicht. Deshalb mein Hinweis auf das Deaktivieren der htaccess.
Und musst nicht das Problem suchen.
-
Ich nutze die SEO-Einstellungen und URL-Rewrite nicht. Deshalb mein Hinweis auf das Deaktivieren der htaccess.
Und musst nicht das Problem suchen.
Er hat aber "URL-Rewrite nutzen" aktiviert und müsste dann auch gleichzeitig den zweiten Haken entfernen.
Wäre dann keine Kopie mehr, aber natürlich machbar. -
Hallo Elwood,
hab die beiden Punkte
Suchmaschinen-freundliche URL und URL-Rewrite deaktiviert. 2. klappt dann eh weg
und .htaccess umbenannt. der selbe Scheiß -
Hallo,
vielleicht auch hier: Browsercache löschen
Christian
-
seltsam habe
hab die beiden Punkte
Suchmaschinen-freundliche URL und URL-Rewrite wieder aktiviert. und das ohne .htaccess und es funzt
-
Hallo,
vielleicht auch hier: Browsercache löschen
Christianhör bloß auf, was ich das schon geflucht habe wenn CSS nicht ankommt
-
seltsam habe
hab die beiden Punkte
Suchmaschinen-freundliche URL und URL-Rewrite wieder aktiviert. und das ohne .htaccess und es funzt
Siehe #12!
-
danke erst mal allen - nur warum es bei strato funzt und bei mir nicht ist mir nicht richtig klar. Mein Ubuntumaschine ist eh mein Spielwiese. Ich werde nun mit der Migration zu Joomla 4.0 beginnen
-
nur warum es bei strato funzt und bei mir nicht ist mir nicht richtig klar. Mein Ubuntumaschine
Gab immer schon mal dieses und jenes Problem bei eigenen Servern.
-
...nur warum es bei strato funzt und bei mir nicht ist mir nicht richtig klar.
Weitere mögliche Fehlerquelle und Lösung steht womöglich schon in #7.