Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > it.comp.www.php > #22142 > unrolled thread

Redirect per gruppi di pagine

Started byPiteco <Piteco@c.invalid>
First post2018-08-05 21:45 +0200
Last post2018-08-07 12:25 +0100
Articles 7 — 3 participants

Back to article view | Back to it.comp.www.php


Contents

  Redirect per gruppi di pagine Piteco <Piteco@c.invalid> - 2018-08-05 21:45 +0200
    Redirect per gruppi di pagine fmassei@gmail.com - 2018-08-06 15:01 -0700
      Re: Redirect per gruppi di pagine Piteco <Piteco@c.invalid> - 2018-08-07 08:45 +0200
        Re: Redirect per gruppi di pagine Piteco <Piteco@c.invalid> - 2018-08-07 09:26 +0200
          Re: Redirect per gruppi di pagine Alessandro Pellizzari <shuriken@amiran.it> - 2018-08-07 09:58 +0100
            Re: Redirect per gruppi di pagine Piteco <Piteco@c.invalid> - 2018-08-07 13:02 +0200
              Re: Redirect per gruppi di pagine Alessandro Pellizzari <shuriken@amiran.it> - 2018-08-07 12:25 +0100

#22142 — Redirect per gruppi di pagine

FromPiteco <Piteco@c.invalid>
Date2018-08-05 21:45 +0200
SubjectRedirect per gruppi di pagine
Message-ID<pk7k4d$2kh$1@gioia.aioe.org>
Spero di non essere fuori tema, ma mi pare questo l'unico gruppo rimasto 
attivo, a cui il tema potrebbe essere prossimo:


-->Avrei bisogno di sapere se c'è qualche maniera, su server apache (in 
hosting condiviso), di fare un redirect 301 per gruppi di pagine.
Per esempio:


(A1)
www.sito.xxx/sottodirectory1/sottodirectory2/sottodirectory3a/file1.html
www.sito.xxx/sottodirectory1/sottodirectory2/sottodirectory3a/file2.html
ecc.

(B1)
www.sito.xxx/sottodirectory1/sottodirectory2/sottodirectory3b/file1.html
www.sito.xxx/sottodirectory1/sottodirectory2/sottodirectory3b/file2.html
ecc.

(A2)

Redirect permanent 
www.sito.xxx/sottodirectory1/sottodirectory2/sottodirectory3a/*.html 
www.sito.xxx/sottodirectory3a/*.php

(B2)

Redirect permanent 
www.sito.xxx/sottodirectory1/sottodirectory2/sottodirectory3b/*.html 
www.sito.xxx/sottodirectory3b/*.php

[toc] | [next] | [standalone]


#22155

Fromfmassei@gmail.com
Date2018-08-06 15:01 -0700
Message-ID<bd5f764e-44be-49d5-878a-7547f6ddd6c4@googlegroups.com>
In reply to#22142
Con una regola di mod_rewrite.

Scusa ma non ho tempo/voglia di
scrivertela :)


Ciao!

[toc] | [prev] | [next] | [standalone]


#22156

FromPiteco <Piteco@c.invalid>
Date2018-08-07 08:45 +0200
Message-ID<pkbf62$ol$1@gioia.aioe.org>
In reply to#22155
Il 07/08/2018 00:01, fmassei@gmail.com ha scritto:
> Con una regola di mod_rewrite.
> 
> Scusa ma non ho tempo/voglia di
> scrivertela :)
> 
> 
> Ciao!
> 


Non c'è bisogno ti ringrazio l'ho trovata ieri sera,

eccola qui per tutti

https://wpengine.com/support/regex/

[toc] | [prev] | [next] | [standalone]


#22157

FromPiteco <Piteco@c.invalid>
Date2018-08-07 09:26 +0200
Message-ID<pkbhjf$4lu$1@gioia.aioe.org>
In reply to#22156
Avrei però un altro piccolo dubbio che quasi certamente nessuno va a 
spiegarmi in un articolo:

Le espressioni regolari, immagino alleggeriscano la lettura del file 
.htaccess che diviene più leggero;
questa circostanza riduce il lavoro del server?

..nel senso si possono tenere attivi dei redirect di questo tipo (attivi 
ad esempio su 1500 pagine) per molto tempo,senza appesantire il server e 
la navigazione sul proprio sito?

[toc] | [prev] | [next] | [standalone]


#22159

FromAlessandro Pellizzari <shuriken@amiran.it>
Date2018-08-07 09:58 +0100
Message-ID<fst5acFqcj7U1@mid.individual.net>
In reply to#22157
On 07/08/2018 08:26, Piteco wrote:

> Le espressioni regolari, immagino alleggeriscano la lettura del file 
> .htaccess che diviene più leggero;
> questa circostanza riduce il lavoro del server?

In linea di massima: no.
In linea pratica: se fai meno di 100 connessioni al secondo non dovresti 
preoccupartene.

> ..nel senso si possono tenere attivi dei redirect di questo tipo (attivi 
> ad esempio su 1500 pagine) per molto tempo,senza appesantire il server e 
> la navigazione sul proprio sito?

L'ideale sarebbe scrivere tutta la configurazione nel VirtualHost e 
disabilitare htaccess. Questo da solo, in genere, raddoppia (e oltre) le 
prestazioni del webserver.

Avere redirect statici (senza regex e variabili) è più veloce.

Le regex richiedono CPU per essere valutate ad ogni richiesta, a volte 
anche parecchia potenza di calcolo (dipende dalla regex).

Più redirect hai, più rallenti il webserver (naturalmente).

Sono discorsi un po' generici, ma spero di aver dato un'idea.

Bye.

[toc] | [prev] | [next] | [standalone]


#22160

FromPiteco <Piteco@c.invalid>
Date2018-08-07 13:02 +0200
Message-ID<pkbu80$q76$1@gioia.aioe.org>
In reply to#22159
La questione, nel cui ambito devo valutare, è che leggo che per 
mantenere il ranking delle pagine è necessario usare il redirect;

altrimenti avrei semplicemente approfittato dell'estate per dare a 
google una diversa sitemap.

In tal caso google probabilmente riuscirebbe a indicizzare tutti i link.

Dato che non cambierei i nomi dei file, ma toglierei solo due livelli di 
sottodirectory, google non è in grado di mantenere anche il ranking 
delle stesse pagine?

Da: www.sito.xxx/sottodrectory1/sottdirectory2/sottodirectory3/nomefile.html

A: www.sito.xxx/sottodirectory3/nomefile.html


[toc] | [prev] | [next] | [standalone]


#22161

FromAlessandro Pellizzari <shuriken@amiran.it>
Date2018-08-07 12:25 +0100
Message-ID<fstdt4Fsbk0U1@mid.individual.net>
In reply to#22160
On 07/08/2018 12:02, Piteco wrote:

> La questione, nel cui ambito devo valutare, è che leggo che per 
> mantenere il ranking delle pagine è necessario usare il redirect;

Vero, ma ci sono 2 tipi di redirect: temporary (302) e permanent (301).

Se è una cosa temporanea e pensi di tornare ai link originali in futuro, 
usa 302 e tieni in piedi le regole di rewrite.

Se è una cosa definitiva, come mi pare di capire, usa 301, tieni 
d'occhio la developer page di google riguardo il tuo dominio (o fatti 
l'account se non ce l'hai) e, quando google ha finito di migrare tutte 
le pagine, puoi togliere i redirect.

Di solito in 2-3 mesi al massimo fanno tutto.

Bye.

[toc] | [prev] | [standalone]


Back to top | Article view | it.comp.www.php


csiph-web