LinkBack URL
About LinkBacksMi piacerebbe molto avere qualche estensione aggiuntiva per la pagina not_found.html.
Per esempio .htm o .php per avere le stesse possibilità degli altri files di avere contenuti dinamici o per non allontanarsi dalla grafica del sito, cosa che è di primaria importanza per una pagina di errore 404 dato che chi ci arriva già si è perso in più viene disorientato da una grafica che non riconosce...
Spero che qualcuno prenda in considerazione l'argomento.
Visualizzazione risultati 1 fino 30 di 42
Discussione: Più estensioni per not_found.html
-
08-06-2004, 21.10.52 #1Guest
Più estensioni per not_found.html
-
08-06-2004, 22.40.53 #2Guest
sinceramente non capisco cosa ti cambi da htm a html la .php sarebbe certamente un bel vantaggio....
Originalmente inviato da idlab
-
09-06-2004, 12.15.17 #3
Utente giovane
- Data registrazione
- 20-03-2004
- Messaggi
- 60
Io uso, come pagina di not_found, la pagina not_found.php e funziona tutto alla perfezione... Originalmente inviato da idlab
-
09-06-2004, 12.50.41 #4Guest
Grazie, ancora non le avevo provate tutte e due, ma vedendo che .htm non funzionava ho pensato che solo .html avrebbe funzionato. Originalmente inviato da JoeProductions
Errore mio
OLD
-
09-06-2004, 20.14.40 #5Ospite Guest
infatti se sul tuo sito digito una pagina non valida compare l'errore 404 di AV standard Originalmente inviato da JoeProductions
quindi non va
OLD
-
09-06-2004, 20.54.51 #6Guest
prendi la not_found.html e metti il codice che ti rimanda alla not_found.php il gioco è fatto.... a questo punto la puoi anche chiamare pippo.php
Bata che fai la pagina not_found.html fata cosi
e il gioco è fatto...<html><body><script language=javascript>parent.location.href='not_foun d.php';</script></body></html>
ah... ricordati di creare la not_found.php
-
09-06-2004, 21.42.13 #7Guest
Mi è bastato mettere questo nell'head della pag. not_found.html:
anche se non costa niente ai webmaster aggiungere un'estensione in più...<meta http-equiv="refresh" content="0; url=not_found.php" />
-
10-06-2004, 10.35.43 #8Guest
Codice HTML:
<SCRIPT LANGUAGE="Javascript"> window.location="http://idlab.altervista.org/not_found.php </SCRIPT>
-
10-06-2004, 19.53.46 #9Ospite Guest
ma cosi si perdono preziose informazioni su chi ha digitato cosa e non lo ha trovato
-
14-06-2004, 21.41.46 #10Guest
È meglio così
o così?<script type="text/JavaScript">
parent.location = "/not_found.php";
</script>
...e se avete il tempo di spiegarlo, perchè?<script type="text/JavaScript">
parent.location.href = "/not_found.php";
</script>
-
14-06-2004, 23.21.15 #11Guest
io uso la seconda.... mi sembra...
-
17-06-2004, 12.25.27 #12Guest
<script language="javascript" type="text/javascript">
location.href ="not_found.php";
</script>
cos' è perfetto... e nn rompe le balle a w3c...
-
17-06-2004, 13.20.10 #13Guest
Andata!
Scelta dello script migliore aggiudicata a NeoScript!
-
17-06-2004, 15.22.09 #14Guest
finalmente sono stato utile a qualcuno... Originalmente inviato da idlab
-
18-06-2004, 23.47.47 #15Guest
nell'attributo language e' meglio mettere JavaScript con le maiuscole, poi se e' possibile mettere anche la versione, per es. JavaScript 1.2
cmq per recuperare cosa ha cercato l'utente in javascript quando fai il reindirizzamento metti ?ref="+document.referrer, che da' l'indirizzo cercato
anyway una notfound.php sarebbe utilissima... cosi' come il mod rewrite (htaccess)...
-
19-06-2004, 03.39.14 #16Guest
Non importa più!
Per quel che mi riguarda nella raccomandazione del W3C che sto usando per il mio sito (XHTML1.1) l'attributo language per il tag script non esiste più in favore dell'attributo type quindi la storia delle minuscole o maiuscole, versioni ecc. posso tranquillamente non considerarla dato che per me non esiste.
Ora la mia not_found .html ha il seguente script
<script type="text/JavaScript">
location.href = "not_found.php";
</script>
-
19-06-2004, 13.15.21 #17Guest
han tolto il language? ma il fatto delle versioni era utile per consentire ai browser di interpretare soo quello che potevano... boh... o forse i browser adatti all'xhtml 1.1 supportano tutti il js 1.3... boh
-
19-06-2004, 20.23.00 #18Guest
Utile? Tutto ciò è stato fatto per rendere tutto più semplice e funzionale, in questa maniera tutto va fatto rigorosamente bene...ed è quello che vogliamo. L'obbiettivo è quello di far interpretare il JavaScript/ECMAScript dell'ultima specificazione. Come tutti i linguaggi standardizzati si tende ad avere un codice più pulito accessibile e performante, ad esempio con l'XHTML1.1 molti tag sono stati esclusi dalla raccomandazione (che è unica a differenza dell'XHTML1.0 che ne presentava 3 strict transitional e frameset) per poter meglio dividere contenuti da presentazione con l'aiuto dei CSS e al JavaScript/ECMAScript viene dato il compito di aggiungere funzionalità alle pagine. Il risultato di tutto ciò?
Pagine più leggere (con conseguente diminuzione dello spreco delle risorse), codice più pulito e facile da leggere quindi una manutenzione più semplice, possibilità di effettuare cambiamenti sull'intero sito modificando pochi files.
A me me piace...Ultima modifica di idlab : 19-06-2004 alle ore 20.27.10
-
20-06-2004, 12.51.03 #19Guest
si si lo so tutto il fatto che sta dietro all'xhtml (su cui sono d'accordo
mi chiedevo solo perche' eliminare la versione di js
in fin dei conti di javascript esiste una 1.0, 1.1, 1.2, 1.3 (non sono sicuro se ce ne sono altre e senza contare le differenze tra javascript e jscript tra NN e IE, ma nessuno dei due implementa perfettamente le specifiche w3c quindi lasciamo stare), pero' se uno scriveva "JavaScript 1.3" un browser in grado di eseguirlo lo leggeva, uno non in grado non ci provava nemmeno, quindi non uscivano errori strani... ora invece questo non c'e' piu', quindi mi chiedo se tutti i browser in grado di leggere l'xhtml 1.1 interpretino correttamente anche js 1.3
-
20-06-2004, 13.25.22 #20Guest
su cosa può essere Originalmente inviato da xDestroyer
su CHI no
-
20-06-2004, 14.08.57 #21
Utente storico
- Data registrazione
- 21-03-2003
- Residenza
- Cagliari
- Messaggi
- 1,655
questo non e' molto comodo... Originalmente inviato da Posco
Se io per esempio volessi fare la pagina di 404 per vedere da che pagina viene il link sbagliato dovrei controllare il refer... e come lo comunico così? mishciando php e js?
-
20-06-2004, 14.30.55 #22Guest
si lo cosi si perdono molte informazioni su chi ha sbagliato e cosa nn ha trovato.... ma per aver la notfound in php nn vedo altrre soluzioni (di facile realizzazzione) Originalmente inviato da mgs
-
20-06-2004, 17.44.17 #23
Utente storico
- Data registrazione
- 21-03-2003
- Residenza
- Cagliari
- Messaggi
- 1,655
-
20-06-2004, 21.07.31 #24Guest
bhe... facci sapere....
-
20-06-2004, 21.41.05 #25Guest
nessuno ha mai provato i files .htaccess...potrebbero funzionare per tutte le pagine di errore
-
20-06-2004, 22.31.32 #26Guest
i file .htaccess non funzionano qui su av, almeno non funzionano per quello.
-
20-06-2004, 22.38.19 #27Guest
mannaggia...
-
22-06-2004, 20.02.33 #28Guest
<meta http-equiv="Location" content="http://nomesito.altervista.org/" />
L'ho trovatocercando la differenza tra meta name e meta http-equiv e ho scoperto che questi ultimi non sono altro che un modo per inviare headers http.
Guardando nella specifica dell' HTTP1.1 ho trovato un header che potrebbe fare al caso nostro...
Impressioni???
Opinioni???
-
22-06-2004, 20.23.12 #29Guest
Lasciate perdere...ho provato e non funziona...
-
23-06-2004, 13.14.08 #30
Utente storico
- Data registrazione
- 21-03-2003
- Residenza
- Cagliari
- Messaggi
- 1,655
se una pagina non esiste come fa a leggerne gli header? mmm
cmq funziona solo .html
Anche se gli stattagemmi per fare cose pazze ci sono.... bisogna combinare js a php e tramite js passere pe variabili magari in GET a php.... ma e' da pazzi...
