Scusate l'intrusione leggevo un po' le vostre interessanti discussioni e siccome sono anch'io un principiante vi mostro questa , l'ho fatta da solo e scusate se e' un po' rozza.
<?php
$errore=false;
if(empty($_POST["nome"]) || empty($_POST["cognome"]) || empty($_POST["città"]) || empty($_POST["provincia"]) || empty($_POST["email"]) ||empty($_POST["accetto"])){
$errore=true;
echo "<center>Attenzione!!! Compila i campi obbligatori (*)</center><br>";
echo "<center><a href="index.html"><em><u>Torna al Modulo</u></em></a></center><br>";
}
$pattern="^[^@ ]+@[^@ ]+.[^@ .]+$";
if(!ereg($pattern,$email)){
$errore=true;
echo "<center>Questa E-Mail<b>"$email"</b> non è valida</center>";
echo "<center><a href="index.html"><em><u>Torna al Modulo</u></em></a></center><br>";
}
if($errore){
echo ""; <------l'ho lasciato vuoto perche' se c'e' l'errore riprende l'eco in verde
}else{
$a="[email protected]";
$oggetto="Messaggio di adesione alla Newsletter";
$informazioni="Hai ricevuto un messaggio da : $_POST[nome] - Cognome: $_POST[cognome] - Città: $_POST[città] - Provincia: $_POST[provincia] - Indirizzo E-Mail: $_POST[email] - Sito Web: $_POST[sito] - Descrizione: $_POST[descrizione] - Accettazione: $_POST[accetto]";
mail($a, $oggetto, $informazioni);
echo "<center>Ottimo $_POST[nome] la tua richiesta di adesione è stata inviata correttamente.<br>Benvenuto/a nel mondo di ......<br><a href="index.html"><em><u>Torna alla Home</u></em></a></center>";
}
?>
Funziona bene se potesse servire.....
Ciao a tutti
Marco

controlla di aver scritto bene la funzione...

[php]$testo_con_br = nl2br($testo_con_a_capo_formattati);[/php]

oltre a non mostrare tutti i bl è anche leeeeeeeeeeeeeeeento ad aggiornare i suoi archivi, o meglio, è lento ad aggiornare gli archivi che interroga per mostrare a noi i risultati con il comando link. magari lui aggiorna i suoi archivi interni più rapidamente (almeno spero).

Un'altra domanda:

Kerouac3001 ha scritto: > normalissima. hai interrogato datacenter diversi, aggiornati in maniera diversa.

qual è la più significativa delle serp?Cioè di quale tra le due devo tenere conto?devo tenere conto di entrambe?Io terrei conto di quella che ha il numero di siti più alto, quindi quella che fa riferimento al datacenter meglio aggiornato,o sbaglio?

Bene ora mi è tutto più chiaro.

Grazie Andre@

l'url-rewrite serve per mostrare gli URL search engine friendly,
quindi eliminare i parametri in URL ecc..

su server web apache puoi farlo abbastanza semplicemente scrivendo le regole nel file .htacces

sui server IIS c'è un plugin per gestire le regole via web

@Stefano85 said:

CIao a tutti,

ho un dubbio,

cosa scegliere tra ASP e PHP come linguaggi per la creazione di pagine dinamiche?

Quale tra questi due linguaggi mi da la possibilità di avere "un campo" di azione più ampio? Qual è il più elastico tra i Due? Mi riferisco all'utilizzo di questi linguaggi per la vreazione per esempio di doorways, redirect e altro.

o mi conviene impararli tutti e due?
Grazie a chiunque risponda

PHP , lascia perdere ASP se non hai tempo da buttar via.

Hai ragione, mi sono espresso male. Intendevo che è necessario ricorrere ad un linguaggio di programmazione per creare le pagine.

Grazie Beke,
mi sei stato di enorme aiuto.

Quoto xTiger, all'inizio pensavo ad ottimizzare delle parole chiave... poi leggendo le guide e ascoltando o meglio, leggendo vari forum, ho iniziato a "scrivere" delle pagine, senza cercare di spingere solo quelle key, ma ottimizzando la pagina, mettendo gli alt, title nei link e nelle immagini, non spingendo le key ma utilizzandoli per quello che sono nati... cioè dare all'utilizzatore di browser testuali la possibilità di navigare ugualmente....

Se i risultati non arrivano per le parole che mi ero prefissato,.. ne arrivano altrettanti se non di più per combinazioni di key...

Per cui semplicità, buoni contenuti, BL,..... e studio

Capito:
Grazie mille LowLevel

@corvo said:

Se puo' essere utile,
a) su un sito composto da oltre 400 pagine di cui 300 su leggi e 100 di tutt'altra natura, mi dava come prima le note legali del sito, da questo ho fatto una deduzione fin troppo semplice, ma la posto come spunto:
Vede gli argomenti maggiormente trattati e mette la prima che più o meno parla di questo che è presente nel livello più alto, o forse riceve più link dalle pagine che trattano lo stesso argomento (le note legali sono linkate da tutte le pagine).

b) di solito ho notato che nelle prime posizioni non ci sono le pagine più vecchie ma quelle che non subiscono modifiche da più tempo. Forse registra nuovamente le pagine modificate con id progressivo (mantiene così nel db anche le vecchie) e mostra la più vecchia (di modifica) attiva.

c) a + b + .... n

Ps. non mi date addosso, sono solo supposizioni senza dimostrazione alcuna.

Non ti do addosso, ma non hai fatto centro

Io ho notato che nei miei casi non mette all'inizio i temi più trattati L'ordine non è cronologico

@LowLevel said:

@Dell'Orto Fabio said:

Che ne dici di una bella case history ?

Qualche informazione l'ho già sparpagliata qui e là in vari thread, ma accolgo con piacere l'idea di farne un riassunto al più presto.
Ecco caro LowLevel (scusami Fabio se mi sostituisco a te), i tuoi esempi e i tuoi riassunti sono sempre manna che scendono dal cielo, aspettiamo con trepidazione.
Webcarlo molto interessante il tuo articolo e da questo mi viene lo spunto di aggiungere ancora al discorso che stiamo facendo " e la LP interna di un sito? ", credo che tu abbia fatto in definitiva una cosa del genere!?!Ecco perchè non aggiungiamo anche questo esempio a quello di sopra (dicono a Napoli 'a sunata ven'e a te Low ), come creare una buona popolarità interna al sito, il modo migliore per legare le pagine fra loro, come linkarle, quale spingere più di un altra, etc. etc. Creare una buona LP interna al sito eliminerebbe un buon 50% di problematiche non credete? Su via spero che il discorso non si fermi e che continui

@Stefano said:

In realtà il KEI, per come lo ho capito io, NON è un parametro per calcolare la difficoltà di una SERP, ma un rapporto tra la difficoltà e la convenienza ad impegnarsi per scalare quella SERP.Hai capito bene infatti

Il rapporto fra il numero di ricerche eseguito per una key ed il numero di competitor che si hanno per la stessa è un indice indicativo della difficoltà a posizionarsi per quella key e ti aiuta a trovare le key "di nicchia", cioè quelle che presumibilmente porteranno un buon numero di utenti senza dover affrontare troppa concorrenza.

Il problema principale è che i dati sulle ricerche effettuate provengono da un campione che, secondo me, non è abbastanza ampio per effettuare paralleli con le ricerche effettuate su Google, Yahoo e MSN.