Newsgroup: it.comp.www.php
Titolo: problemi su migrazione da html a php

Ciao!
Sto valutando la possibilità di rifare completamente in php+mySQL un portale
per ora tutto in html. Il portale riceve moltissime visite grazie al fatto
che è ottimamente classificato dai motori di ricerca. Mi chiedevo cosa
succederà quando tutto sarà realizzato in php e per esempio molte delle
pagine saranno in realtà costituite da dati provenienti da database. Non
sarò + raggiungibile dai motori (pagina non trovata) fino a che non
re-indicizzeranno il sito? Ma poi lo indicizzeranno bene? Cioè considerate
che mi arrivano 800 visite al giorno dai motori di ricerca... non vorrei
perderle... :(
Ho già pensato di lasciare per un po' di tempo i files html, mettendo
all'interno di essi dei redirect automatici, ma il portale sono oltre 300
pagine e non posso farlo per ogni pagina!
Esistono soluzioni?
Grazie!
--
Monochromatic Stains

 Esistono soluzioni?
Si. Esistono tante soluzioni al tuo problema. 
I motori di ricerca, a priori, non indicizzano le pagine .PHP, ma ci sono dei 
modi per fargliele indicizzare comunque.
Per quanto riguarda il tenere in piedi le pagine vecchie, con un po' di 
accortezza di può mantenere un clima "ibrido" per un periodo di transizione. 
Le pagine "iniziali" mandano al sito "nuovo", mentre quelle vecchie sono 
ancora li per chi (motore) le linka direttamente. Dopo un mese, dopo che nel 
frattempo i motori ti avranno reindicizzato (partendo dalla home) togli le 
altre.
Se ti servono maggiori informazioni...
(se poi ti serve una mano...)

modi per fargliele indicizzare comunque.
Sicuro che non le indicizzano?
Mi sembra che le difficoltà riguardino esclusivamente gli indirizzi
contenenti caratteri speciali (tipo il ? per il passaggio di variabili) e
non semplicemente le pagine con estensione php (google mi vede 2.900.000
pagine se cerco index.php). Ma se non ricordo male ho letto da qualche parte
che i vari motori si stanno attrezzando per migliorare la situazione. Nel
frattempo in effetti esistono soluzioni alternative, ad esempio con Apache
utilizzando le rewrite rules (non sono molto ferrato in materia, ma dovrebbe
essere così) si possono sostituire gli indirizzi con ? con indirizzi
canonici con / (spiegato male ma forse il senso si è capito).
Ad esempio vai su 
http://ez.no
 -> developer -> forums ed entra in un forum,
passando col mouse sui vari thread guarda com'è l'indirizzo. In realtà è
tutto fatto in php.
Tra l'altro + o - tutti i messaggi dei loro forum (e sono tanti) sono
indicizzati (per lo meno da google, ma esistono forse altri motori?).
Byez, Paolo

 (se poi ti serve una mano...)
Uh, sě, di cosa ti occupi esattamente?
Magari possiamo sentirci in posta?
Ciao!
--
Monochromatic Stains

 Byez, Paolo
Grazie!
--
Monochromatic Stains

Guardate che se non ricordo male, si può  istruire apache+php a interpretare
le pagine con estensione .html
Inoltre non è necessario chiamare le pagine con ? se usate ingegnosamente le
sessioni.
--
Cordialmente.
Carmelo Carchedi
Il mio e-mail non ha numeri,
ricordati di toglierli per rispondere privatamente.
Juniorbit Sas
www.juniorbit.it

 Grazie!
Per questo è possibile sviluppare un applicativo che ti riedita in
automatico tutti i dorgenti HTML "vecchi" e ti inserisce eventuali redirect
o ti spezzi i contenuti per una più facile importazione in MySQL.
Saluti.

 Magari possiamo sentirci in posta?
Si. Trovi l'email sul sito, oppure scrivimi a 
sk...@porno-muzik.org

 canonici con / (spiegato male ma forse il senso si è capito).
Esattamente.
Il principio è questo.
index.php?pippo=1&pluto=2
diventa
/pippo/1/pluto/2/index.htm
ad esempio
oppure tante altre soluzioni similari.

 sessioni.
Si, ma lo scooter di un motore di ricerca non ti supporta ne le sessioni, ne i 
cookie, ne niente di niente. Il problema è quello.

 sessioni, ne i cookie, ne niente di niente. Il problema è quello.
 
Pero' lo scooter lo puoi intercettare come User-Agent e fargli vedere una
cosa diversa da quello che vede l'utonto comune...
ciao
Marco Bernardini
bernama chiocciola libero it

 cosa diversa da quello che vede l'utonto comune...
A me sembra una cosa un "pochettino" più complicata ;)
Comunque in quel modo impediresti anche all'utende di bookmarkare una pagina, 
ad esempio.

 modi per fargliele indicizzare comunque.
Ma chi l'ha detto ? I motori indicizzano e come le pagine .php, così come le 
pagine con qualunque altra estensione, quello che conta è il contenuto (mime 
type), non l'estensione, e le pagine PHP restituiscono HTML (di solito).
Il problema semmai è l'indicizzazione delle pagine dinamiche 
(pagina.php?blabla=...), per ora è supportata solo da Google (che è il più 
importante), ma credo che presto si adegueranno in molti...
-- 
Lorenzo

 Il problema semmai è l'indicizzazione delle pagine dinamiche 
Era esattamente ciò di cui parlavo come ho detto nei messaggi successivi. 
Leggere tutto prima di sparare frasone no, eh?
Comunque per gli altri non è solo questione di mime-type, mi spiace 
contraddirti.

 pagina, ad esempio.
No, perche'?
Intercettando User-Agent, IP, ecc. l'indirizzo della pagina e' sempre lo
stesso: quello che cambia e' quello che viene visto.
Prova a guardare questo indirizzo con Linux, Windows e Mac:
http://www.comune.dianosanpietro.im.it/copyright.php
So di bricconcelli che hanno inibito l'accesso alle richieste provenienti
dalla rete Microsoft, nel periodo in cui MSN era visibile solo con MSIE.
ciao
-- 


 dalla rete Microsoft, nel periodo in cui MSN era visibile solo con MSIE.
Ed in fine: che c'entra?
Io sto parlando del fatto che pagine generate con parametri passati avanti con 
input type hidden, parametri su linea di comando, o peggio sessioni o cookie 
non possono essere bookmarkate (sai cosa vuol dire) oppure indicizzate da 
motori di ricerca.
Ora dimmi, cosa centra quello che hai detto tu?

 contraddirti.
E come viene indicizzata allora una cartella (
http://www.miosito.it/blabla/
) 
se non usando il mime-type ? Che estensione ha la cartella /blabla/ ?
-- 
Lorenzo

 se non usando il mime-type ? Che estensione ha la cartella /blabla/ ?
Infatti fanno il controllo per estensione e indicizzano ciò che ha estensione 
.htm, .html o finisce in /
Inoltre alla richiesta di un / si riceve il 304 verso un index.htm o 
index.html quindi l'estensione la ha comunque.

 index.html quindi l'estensione la ha comunque.
Questo non č vero (almeno per Apache), a tale richiesta si riceve un bel 200 
OK:
GET /miacartella/ HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 02 Nov 2002 20:00:31 GMT
Server: Apache/1.3.19 mod_ssl/2.8.2 PHP/4.0.4pl1
X-Powered-By: PHP/4.0.4pl1
Connection: close
Content-Type: text/html
-- 
Lorenzo

 Questo non è vero (almeno per Apache), a tale richiesta si riceve un bel 200 
ad occhio mi sembrava di ricordare che normalmente ti compare bel browser 
index.html.