Pagina 2 di 2 primaprima 1 2
Visualizzazione dei risultati da 11 a 15 su 15
  1. #11
    [supersaibal]Originariamente inviato da Cesar
    ma perchè no ? :master:

    Response.Redirect("xxxx.asp") non viene mostrato nel codice html! [/supersaibal]
    Con il response.redirect il contenuto della pagina non lo legge neppure lo spider.... (cloacking a parte ovviamente)

  2. #12
    [supersaibal]Originariamente inviato da Cesar
    ma perchè no ? :master:

    Response.Redirect("xxxx.asp") non viene mostrato nel codice html! [/supersaibal]
    Con il response.redirect il contenuto della pagina non lo legge neppure lo spider.... (cloacking a parte ovviamente)

  3. #13
    [supersaibal]Originariamente inviato da maxolino
    Con il response.redirect il contenuto della pagina non lo legge neppure lo spider.... (cloacking a parte ovviamente) [/supersaibal]
    per non leggere la pagina vuol dire che lo spider si comporta come un browser, reader JS.
    cosa al momento non supportata.

  4. #14
    [supersaibal]Originariamente inviato da Stealth
    per non leggere la pagina vuol dire che lo spider si comporta come un browser, reader JS.
    cosa al momento non supportata. [/supersaibal]
    Non per non leggere la pagina è che il server compila l'asp e la prima cosa che restituisce (prima di sparare fuori il testo) è il redirect.

    Spider, utente o altro il server ti restituisce un (se non ricordo male) 302.

  5. #15
    Utente di HTML.it L'avatar di agoago
    Registrato dal
    Jan 2002
    Messaggi
    954
    Web promotion, non si devono fare le doorway.
    Scusa, preciso e correggo, non conviene piu' fare le doorway.

    Te lo dico non perche' sia immorale o altro, ma perche' non e' piu' pratico per un wm. Una doorway puo' essere un capolavoro, ottimo testo, ottime immagini, ottimo codice, ma comunque, in quanto doorway fara' un redirect.

    Se fa redirect ti beccano, e ti bannano. C'e' solo un sistema. Rallentare il redirect. Si puo' fare, ma la gente si spazientisce e fa back. Diciamo che rallentare il redirect dal punto di vista accessi rende poco o nulla, l'unica soddisfazione e' quella di ingannare i motori. Per quel che vale...

    Allora si dovrebbero fare delle doorway che assomiglino a delle wellcome page. Come dire, dal buon vecchio onesto spam devi passare ad uno spam "ipocrito".

    Cosa distingue le prime dalle seconde? Nel primo caso c'e' il redirect, nel secondo no. Entrambe sono spam.

    ---------------------

    Discutiamo di doorway e wellcome. Nel caso in studio-analisi abbiamo appunto 2 tipi di spam. Prime, le doorway, seconde le wellcome.

    Le prime sanno-odorano di tradizione e furbizia-bastardata, le seconde di ultima change e disperazione.

    Le prime spesso i motori le bannano, le seconde a volte i motori le bannano (vedi spam engine).

    ---------------------

    Il problema delle classiche doorway e' duplice. Le doorway spesso-sempre sono fatte da cagnacci; le doorway fanno redirect.

    Nel primo caso basta fare delle buone doorway. Le buone doorway sono quelle che viste-lette da un utente sembrano molto simili a pagine reali. Il testo della doorway deve essere, alla lettura umana, scorrevole e capibile. Se non si e' in grado di creare questi testi "artificiali-orginali" inutile dannarsi per fare doorway.

    Poi le doorway per sopravvivere non devono fare redirect, ma lanciare-aprire una nuova pagina. I motori sfruttano le toolbar. Le toolbar sono dei grandi fratelli legali, io motore ti fornisco un buon servizio e tu in cambio mi racconti vita, morte e miracoli dei tuoi accessi.

    Una buona doorway deve saper lavorare in base alle toolbar. Se un utente ha installato una toolbar la doorway si comporta in un modo, viceversa ecc ecc. Insomma mica difficile, se un utente mi visita con la toolbar lo faccio ammuffire sulla mia doorway, viceversa redirect tempo 0.

    Bla, bla, bla, tutto semplice a parole, ma poi dal lato pratico un gran lavoro. Gran lavoro??? Per creare testi perfetti si, per il redirect no.

    ------------

    Sfido qualsiasi algoritmo di motore nel capire se un testo creato da me sia artificiale o reale. Il programma per produrre testi "logici" e sensati e' banale. Basta analizzare per esempio i primi 1000 risultati per una data key per costruire una pagina matematicamente accettabile.

    ------------------

    I motori sbagliano. Perche' i motori sanno che non e', e non sara' mai, possibile distinguere una pagina creata artificialmente da quella scritta da una pagina umana.

    Pero' usano molte loro risorse per identificare-distinguere l'artificiale dall'umano. Onore e rispetto all'intenzione, ma il tutto finisce li'.

    Se metto a confronto la relazione tra umano e meccanico e' improbabile che l'umano non si renda conto di discutere con un sistema di intelligenza artificiale.

    Ma se confronto-confronto (2 volte) algoritmo contro algoritmo, il tutto racchiuso nel meccanico-virtuale, le cose cambiano.

    --------------------

    L'algoritmo (in quanto tale) motore non puo' essere teoricamente da meno dell'algoritmo wm, ai e viceversa.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.