Come bloccare un js con un altro js?

agoago

Come bloccare un js con un altro js?

P.s. (ot)

Qualcuno di voi sa come bloccare un redirect in javascript inserendo in una pagina un altro codice javascript.

Mi spiego meglio.

In una pagina ho un redirect in javascript. Pertanto come la richiamo finisco su un altra pagina, perche il javascript mi rimanda sulla nuova pagina.

Lo spider legge il codice della pagina e sa che c'e' un redirect in javascirpt.
Ora mi interessa sapere se c'e' un altro codice in javascript che possa bloccare il redirect, magari a monte.

Un javascript che infici il redirect, come dire: il redirect c'e' ma non funziona perche' a monte ce ne e' un altro che lo blocca, insomma c'e' sulla "carta" ma non funziona in realta' per via del blocco a monte.

Mi serve questa cosa perche' sto cercando di capire se i motori lavorano-analizzano-si basano sulla realta' o sul codice letto dagli spider ed interpretato poi dai loro algoritmi.

Sembra una cosa banale ma non lo e'.
Si dice, attenzione alcuni motori capisco se c'e' o non c'e' redirect non lato server.

Ma come fanno? Per le varie tb o statistiche dei log dei partner o loro o semplicemente analizzando il codice che compone una pagina?

Se non si e' sicuri da cosa dipende la loro analisi sui redirect diventa veramente ostico contrapporsi.

giorgiotave

Ago, scusami se ti ho diviso.

Credo che anche questo sia molto interessante come test

kerouac3001

non capisco su cosa ti baserai nel test.
come farai a trarre conclusioni da ciò che vedrai?
quali sono questi motori che sanno capire se c'è un codice js?

claudioweb

@agoago said:

Qualcuno di voi sa come bloccare un redirect in javascript inserendo in una pagina un altro codice javascript.
Fammi vedere il javascript che vuoi bloccare...

umor

ma usare un iframe ?

agoago

Mi spiego meglio.

Non mi interessa fregare il motore sul redirect, non e' questo lo scopo.

Ho due pagine, la prima con un redirect via javascript, la seconda con lo stesso redirect ma con sopra un altro codice javascript che annulla o manda in errore il secondo.

In entrambi i casi lo spider sa che ci sono 2 redirect in javascript, ma nel primo caso funziona e il redirect c'e' davvero, nel secondo non c'e' redirect, perche' il redirect e' mandato in "errore" e' inibito dal primo.

Anche a costo di far apparire un errore javascript all'utente.

Che redirect usare in javascript?
Ce ne sono molti, dai piu' banali tipo:

a quelli piu' elaborati con:

document.write('<'+'a h'+'re'+'f=" ecc ecc
;window.open("",
ecc ecc

Magari elencare i migliori redirect in javascript e trovare per ogni redirect un antidoto in javascript che scritto prima dei vari redirect li blocchi.

Ora ammettiamo di avere 5 diversi redirect da testare. Creo un sito di 11 pagine, la home che linca 10 pagine, 5 con i redirect diversi e 5 con l'antidoto. Ovviamente contenuti simili ma diversi, per esempio una massa di numeri ramdom per 100k a pagina.

Scopo capire se me le banna tutte, alcune e se alcune quali. Motore per motore.

Se un motore si basasse sull'interpretazione del codice mi bannerebbe tutte le pagine, se si basasse sul reale "redirect utente" solo quelle senza inibitore, e via discorrendo.

Una bella differenza...

umor

Mi viene uno spunto metaforico da collegare al super seo di lowlevel:

E' cosi fondamentale chiedersi che cosa oggi va o non va per un motore ?
O è meglio chiedersi cosa oggi va o non va per un utente, tanto i motori ci si devono adeguare per forza ?

Esempio stupido:
oggi tu fai i test e trovi come i motori bannano i redirect javascript.
Domani tutti i siti usano solo redirect javascript, il motore che fa banna tutti ?

Ok caso assurdo.
Oggi i motori bannano i redirect javascript.
Domani 100 siti istituzionali usano il redirect javascript per pilotare l'utente a varie sezioni del sito in base alla lingua o cose cosi.

Cosa fa banna tutti i 100 siti istituzionali ?
Se non lo fa è perchè hanno tanti link o perchè un motore ha capito che i redirect sono leciti ?

Allora se tu ragioni in base all'utente ti togli di dosso questi problemi, io credo.

agoago

uMoR osservazione correttissima.

Ci sono diverse scuole di pensiero.

Chi ritiene che i motori si debbano (per scelta o necessita') adeguare alla realta'.

Chi ritiene che i motori debbano stabilire delle regole di massima (buone o cattive che siano) e fregarsene di come si "muove" il web, chi non si adegua amen...

Lasciamo stare la questione filosofica e vediamo cosa succedere realmente. I motori creano delle loro regole, le adattano man mano che cambia la realta' e nel mezzo si muovono con estrema cautela.

Esempio ipotetico.

Il 5% delle pagine usa redirect. Al motore non piace il redirect. Il motore leva 10 punti a chi usa il redirect.

Un domani il 15% delle pagine mondiali usa redirect, il motore leva 7 punti, si adegua.

Ora un sito istituzionale ha 200 punti, se ne perde 10 passa a 190.
Un sito pacco vale 2, se ne perde 10 viene bannato.

Tutto qui, crudelmente.

Esempi su come si adattano i motori sono molti, esempio per quanto riguarda le key.

Per G, se voglio spingere la key: parola parola2 meglio mettere nella pagina:

parola parola2
parola-parola2
parola - parola2
parolaparola2
o indifferente?
o dipende?

Piu' difficile:

Se voglio spingere su G la key: parola-parola2, meglio:

parola parola2
parola-parola2
parola - parola2
parolaparola2
o indifferente?
o dipende?

Per questo servono le prove, per fotografare la realta' istante per istante, poi ognuno sceglie la strada che preferisce percorrere.