Hi Indigo66.
Ja, das geht natürlich auch, aber deswegen schrieb ich ggf.
Aber danke für den Hinweis.
Hi Indigo66.
Ja, das geht natürlich auch, aber deswegen schrieb ich ggf.
Aber danke für den Hinweis.
Noch einmal für alle, die evtl. einen ähnlichen Fehler haben:
Unter Beiträge > Optionen > Integration > das Routing auf "Modern" stellen und "IDs entfernen".
Gff noch eine eigene 404 Seite bauen oder per htaccess umleiten.
Hi Johannes.
Danke für die schnelle Antwort.
Ja, daran habe ich auch schon gedacht, aber wie du schon schreibst: DIe URLs müssten sich dann ja ändern...
Da ich persönlich bei dieser Seite wenigstens den FTP-Zugang habe, konnte ich die auch schon prüfen. Da steht meiner Ansicht nach nichts drin...
Oder findest du da was?
ZitatAlles anzeigen##
# @package Joomla
# @copyright Copyright (C) 2005 - 2017 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>
## Can be commented out if causes errors, see notes above.
Options +FollowSymlinks
Options -Indexes
# Liste der Dateiendungen die als PHP7.2 verarbeitet werden sollen
AddHandler php-fastcgi7.2 .php .phtml
## 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]
#
### Entfernt index.php
RewriteCond %{THE_REQUEST} ^[A-Z]+\ /index\.php
RewriteRule ^index\.php/?(.*) /$1 [L,R=301]
## End - Joomla! core SEF Section.
Beste Grüße
Manni
Noch mal hi Johannes.
Das mit dem Routing klingt nach einer guten Idee...
Den Gedanken hatte ich noch nicht...
Werde mla googlen was man so zu Joomla Routing findet... Wenn dir dazu noch mehr einfällt, lass es mich wissen...
Liebe Grüße
Manni
Hi Manni,
merkwürdig, dass von ganz anderen URLs plötzlich etwas anderes valides gefunden wird. Normalerweise würde ich dort einen 404 erwarten. Ich würde als erstes mal in die htaccess Datei reinschauen ob da irgendwelche Weiterleitungen drin sind. Wobei sich dann eigentlich auch die URL ändern müsste!
Edit: Das hat mich gerade irgendwie nicht los gelassen. Eine Weiterleitung in der htaccess kann das nicht sein. Weil dann würde der Server ja weiterleiten und es wäre ne andere URL. Meine neue Idee ist eher, dass es etwas mit dem routing in Joomla zu tun hat. Man kann Kategorien, Beiträge usw. auch über ne ID öffnen und möglicherweise erkennt Joomla die Zahlen in den alten Links als ID einer Kategorie o.ä. und gibt daher eine andere Seite aus. Aber da hört mein Wissen dann auch auf
Hi Johannes.
Das war eine sehr sehr gute Idee! Habe das Routing umgestellt auf "Modern" und "IDs entfernen" und prompt zeigt Joomla mir für die alten URLs einen 404-Fehler an. So wie es sein soll... :-)))
Schätze, das Problem wurde gelöst...
Danke dir!
Liebe Grüße
Manni
Hi liebe Joomla Community.
Ich schreibe bisher selten in Joomla-Foren, da ich fast immer eine Lösung slbst finde.
Konnte auch hier und da schon mit meiner Erfahung aushelfen, aber nun brauche ich Hlfe...
Ich arbeite schon seit 2005 mit Joomla (damals noch Mambo) und bin immer wieder begeistert.
Nun bin ich aber an meine Grenzen gekommen. Diverse Recherchen und Tüfteleien brachten bisher leider nichts.
Mein Problem: Ich habe für einen Kunden mehrere Websites aufgebaut, und es wurden die von mir vor ca. 12 Jahren aufgebauten HTML Seiten dadurch ersetzt.
Der Aufbau fand lokal (MAMP) statt, Upload und Installation übernahm der Kunde.
Nun gibt es anscheinend immer noch alte, nicht mehr existente URLs der alten HTML-Seiten und bei Aufruf dieser URLs werden dann Seiten der Jooma Seiten aufgerufen, die normalerweise in einem ganz anderen Layout erscheinen oder thematisch garnicht passen.
Die alte HTML-Seite wurde auch vom Kunden gelöscht. Zugriff auf das Hosting-Interface habe ich bei diesem Kunden leider nicht.
Hat jemand eine Idee, wo der Hase sich im Pfeffer versteckt?
Beispiele:
Alte HTML-URL:
http://www.leisberg-klinik.de/…nloads/info_download.html
Es wird folgende Seite der Joomla-Seite aufgerufen:
https://www.leisberg-klinik.de/10-indikationen
Alte HTML-URL:
http://www.leisberg-klinik.de/…rungen/therapieziele.html
Es wird folgende Seite der Joomla-Seite aufgerufen:
https://www.leisberg-klinik.de…tion/fortbildungsangebote
Alte HTML-URL:
http://www.leisberg-klinik.de/…05_senioren/senioren.html
Es wird folgende Seite der Joomla-Seite aufgerufen (die slebe wie oben):
https://www.leisberg-klinik.de…tion/fortbildungsangebote
Bin für jede Idee und jeden Tipp dankbar und wünsche euch allen einen schönen Tag!
Manni