Visualizzazione dei risultati da 1 a 3 su 3

Discussione: Problemi con stringhe

  1. #1
    Utente bannato
    Registrato dal
    Jun 2005
    Messaggi
    56

    Problemi con stringhe

    Ciao a tutti,
    nel sito che sto creando, ho una sezione in cui un utente può inserire dei dati tra cui "descrizione".
    "descrizione" è un TEXTAREA.
    Per arricchire il sito, ho predisposto un htmlarea in modo tale che l'utente possa , clikkando semplicemente su icone simil word , dare un aspetto più carino alla "descrizione".
    Il problema è il seguente.
    Visto che poi quello che inserisce l'utente viene letto da altre persone, ho chiaramente fatto una pagina x la visualizzazione.
    La pagina in questione è stata creata attraverso delle tabelle annidate.

    Sorgeva un problema:
    se un utente introduce nel campo "descrizione" dei tag html (es.) <table> <tr> <td.... senza l'accortezza di chiuderli mi dà problemi nella grafica.
    Dovrei fare un controllo sul $_POST[descrizione] e verificare che non siano presenti determinati tag.
    Dico DETERMINATI TAG xkè ad esempio il tag [B] o [b] mi vanno bene, mentre i tag TABLE etc. no xkè mi potrebbero sballare la grafica.
    Il problema è che l'HTMLAREA mi converte tutto ciò che l'utente scrive in un CODICE particolare:

    &lt;table&gt;&lt;tr&gt;&lt;td&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
    che è l'equivalente di:
    <table><tr><td></td></tr></table>

    IO avevo creato un Array :
    $tags = array(
    "0"=> "<table",
    "1"=> "<tr",
    "2"=> "<td",
    "3"=> "<thead",
    "4"=> "<tbody",
    "5"=> "</table",
    "6"=> "<img",
    "7"=> "< table",
    "8"=> "< tr",
    "9"=> "< td",
    "10"=> "< thead",
    "11"=> "< tbody",
    "12"=> "< img",
    "13"=> "<tfoot",
    "14"=> "< tfoot");
    e con un ciclo while verificavo che in $_POST[descrizione] ci siano o meno questi tag.
    se ci sono, non permetto l'inserimento dei dati, altrimenti si...
    Il problema è che con la codifica dell'HTMLAREA non riesco a fare questo passaggio..
    Xò ho notato che l'HTMLAREA mette questa codifica strana solo se l'utente scrive "manualmente" i tag html; se invece l'utente clikka sul pulsante BOLD o altro, la codifica non c'è, infatti visualizzo i tag html normali.

    Help me!!

  2. #2
    teoricamente &lt;table&gt; dovresti vederlo solo nella barra degli indirizzi se metti come method GET.. poi il file php dovrebbe interpretarlo come <table>... quindi prova se funziona come hai fatto ora..
    cmq puoi evitare di dirgli il nome della chiave nell'array se li ordini a partire da 0 e aumentando sempre di uno..
    visitate http://camicio.altervista.org per caxxate varie :d

  3. #3
    Utente di HTML.it L'avatar di badaze
    Registrato dal
    Jun 2002
    residenza
    Lyon
    Messaggi
    5,372

    Re: Problemi con stringhe

    Originariamente inviato da DMM
    ...
    Xò ho notato che l'HTMLAREA mette questa codifica strana solo se l'utente scrive "manualmente" i tag html; se invece l'utente clikka sul pulsante BOLD o altro, la codifica non c'è, infatti visualizzo i tag html normali.

    Help me!!
    Tutto questo è normale. Quando "scrivi" < o > HTMLAREA interpreta i caratteri non come dei caratteri del "linguaggio" HTML, ma come i segni < e >. Ed è per questo che vengono tradotti in &lt e &gt ( che significano lower e greater ). Questo avviene perche usi una funzionalità WYSIWYG. Se usassi un notepad, i codici verrebbero interpretati come segni dell'HTML e dovresti scrivere &lt o &gt per che fossero interpretati come lo sono da HTMLAREA.

    Quindi, a secondo del livello di rappresentrazione (descrizione della pagina o layout) lo stesso carattere per noi avrà un codice diverso ( < o &lt )
    Ridatemi i miei 1000 posts persi !!!!
    Non serve a nulla ottimizzare qualcosa che non funziona.
    Cerco il manuale dell'Olivetti LOGOS 80B - www.emmella.fr

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 © 2025 vBulletin Solutions, Inc. All rights reserved.