[Risolto] REDIRECT non funzionante dopo eliminazione componente

[walturbo]

Salve a tutti,

ho disinstallato un componente dal mio sito web, e adesso mi ritrovo a fare i conti con delle vecchie url che non restituiscono neanche un errore 404.


Il componente disinstallato è Gary's Cookbook e gestiva un ricettario.


I vecchi link erano del tipo


https://www.ricettelastminute.com/component/garyscookbook/recipe/1314


Prima di disinstallare il componente ho preparato tutti i redirect che puntano alle nuove pagine, ad esempio il link qui sopra viene reindirizzato a questo https://www.ricettelastminute.com/primi-piatti/zuppa-di-fagioli-alla-bud-spencer e tutti i redirect (centinaia) funzionavano perfettamente.

Adesso che il componente è disinstallato, non funziona più nulla. A dire il vero il link di destinazione viene trasformato in http://www.ricettelastminute.com1314/ non permettendo al browser di trovare il sito. In pratica viene omessa la parte /component/garyscookbook/recipe/ .

Come posso risolvere questo problema? Anche con delle espressioni regolari dentro al file .htaccess rewritecond.

Grazie a chi saprà aiutarmi! :-)
Walter

[radu81]

Non conosco e non ho mai usato il componente in questione, però i redirect devono funzionare, ho fatto una prova veloce su un'installazione di joomla pulita e funziona. Potresti pubblicare una schermata del redirect?

[walturbo]

Ciao radu e grazie per la risposta! Ecco qui lo screenshot!
Aggiungo che prima della disinstallazione del componente ho provato a disabilitare semplicemente la ricetta con ID 1314 (ma anche altre a campione) e tutto funzionava.
Oggi pomeriggio ho reinstallato il componente (vuoto, senza categorie e ricette) sperando tornassero a funzionare i redirect ma nulla, l'errore persiste. Mi sto disperando 

[radu81]

Prego, anche se sto andando a tentativi
Prova a togliere la parte https e dominio:
Expired URL: /component/garyscookbook/recipe/1314
New URL : /primi-piatti/zuppa-di-fagioli-alla-bud-spencer

Oltre al plugin redirect di joomla stai usando qualche altro componente, tipo SH404sef o Acesef, ecc?

[walturbo]

Nulla da fare, sempre stesso errore. Ho anche eliminato conologia, svuotato cookies e tutto quello che c'era da fare dal browser.

Non utilizzo nessun altro componente per fare i redirect a parte il file htaccess dove ci sta qualche RewriteCond e RewriteRule che hanno sempre funzionato.

[radu81]

in .htaccess hai aggiunto qualcosa legato a "/component/garyscookbook" ?

[walturbo]

Adesso non più, stavo cercando di emulare l'url del componente tramite le espressioni regolari... ma per me è arabo 


Invece ho una novità, magari se puoi dammi conferma anche tu! Ho appena ripristinato i link che mi avevi fatto modificare sul componente Redirect... riscrivendoli nuovamente l'url per intero. Ho salvato e provando ad accedere al solito link sta funzionando il redirect! Cosa è successo? Ho fatto una prova anche con un altro link e funziona pure!


Che stregoneria è questa?? 

[walturbo]

Invece ho una novità, magari se puoi dammi conferma anche tu! Ho appena ripristinato i link che mi avevi fatto modificare sul componente Redirect... riscrivendoli nuovamente l'url per intero. Ho salvato e provando ad accedere al solito link sta funzionando il redirect! Cosa è successo? Ho fatto una prova anche con un altro link e funziona pure!

Nulla da fare, rimangio quello che ho scritto, è tornato a dare i numeri per qualche inspiegabile motivo!

[radu81]

Facendo una ricerca in google site:ricettelastminute.com/component/garyscookbook
noto che i link con "recipe" non funzionano, mentre quelli tipo /component/.../category/141-speciale-san-valentino funzionano

Non saprei cos'è successo ma da qualche parte c'è una regola che "taglia" i link, e lo fa male perché perdi un "/" nel link... (o nel file htaccess o altro componente, ma siccome non usi un componente SEF credo sia solo colpa del file htaccess). Se hai delle cose strane nel file htaccess fai un backup del file e inizia a togliere le cose che non sei sicuro al 100%

[walturbo]

Confermo, dove nel link ci sta la /category/ funziona o comunque restituisce una pagina 404 mentre solo con /recipe/ continua a dare quell'errore!


Grazie del consiglio, evito di farla adesso la prova per non fare castronerie e non andare a nanna con l'ansia, ma domani mattina appena svegliato mi metto subito all'opera sperando ci sia semplicemente un qualcosa di scritto male! Ancora grazie per la pazienza!

[radu81]

Fai una prova anche con un file .htaccess di un'istallazione joomla pulita. Fai le prove con il browser in modalità incognito. Non saprei cos'altro suggerire, al massimo pubblica il file .htaccess così vediamo se ci sono cose strane. Verifica anche i redirect che hai creato nel componente Redirect di Joomla.

Se ti può tornare comodo  il file .htaccess di una installazione pulita:

Codice: [Seleziona]

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

Ora vado anch'io a letto, facci sapere se risolvi
saluti,
Radu

[walturbo]

Ho risolto ripristinato il file .htaccess preso dall'ultima versione di Joomla! incontaminata e sovrascritto al mio... adesso funziona tutto!


Grazie ;-)
Walter

[radu81]

Ottimo, tutto bene ciò che finisce bene