Pagina 25 di 37 primaprima ... 15 23 24 25 26 27 35 ... ultimoultimo
Visualizzazione dei risultati da 241 a 250 su 366
  1. #241

    [edit]
    stò ravanando nella rete ... ma a me il problema non lo da mai ... con o senza escape :master:
    Non credo che il problema riguardi i caratteri non latin in toto, ma i soli caratteri mult-byte: quindi cirillico, giapponese etc.etc.
    per favore NIENTE PVT TECNICI da sconosciuti

  2. #242
    Originariamente inviato da Fabio Heller
    Credo che phpobject ignori il problema perchè non dovrebbe essere risolvibile con un semplice urlencode....
    nel config di phpObject ...
    codice:
    /*
    MULTIBYTE SUPPORT
    - if true, multiByte characters are supported, but the message sizes will be bigger
    */
    $cfg['multiByte']	= false;
    idem nella serialize, se multibytes è true, unescape ... fine.
    poi sei tu che mi hai detto di guardare PHPObj



    Originariamente inviato da Fabio Heller
    Comunque te la sei presa troppo a cuore con il povero Varrah
    prende un mio script a gratis, ha il sorgente, ci lavora su fino a trovare problemi ... invece di farmi un report o contattarmi scrive ovunque che il mio oggetto è pericoloso perchè non considera i bytes come serialize fa ... quando il problema è generico dell' ECMA ... me lasarò pure presa, però non è così che ci si comporta, o no ?
    Formaldehyde a new Ajax PHP Zero Config Error Debugger

    WebReflection @WebReflection

  3. #243
    ma ... scusate ...

    da quanto ho capito vi preoccupa l'interpretazione dei caratteri multibyte giusto?

    dovrebbe accadere solamente con i browser che non supportano UTF-8

    che ne so ... prova con netscape 4, li dovresti avere problemi
    The fastest Redis alternative ... cachegrand! https://github.com/danielealbano/cachegrand

  4. #244
    Originariamente inviato da daniele_dll
    da quanto ho capito vi preoccupa l'interpretazione dei caratteri multibyte giusto?
    a me no, ma lui è russo
    Formaldehyde a new Ajax PHP Zero Config Error Debugger

    WebReflection @WebReflection

  5. #245
    No daniele, il problema non è del browser, è di PHP che non supporta una cippa di caratteri multibyte.

    Il formato di serializzazione del PHP prevede di indicare la lunghezza della stringa. Solo che per PHP 1 carattere = 1 byte, per il resto del mondo (giustamente!) no.

    Quindi se tu chiedi al JavaScript la lunghezza in caratteri di una stringa, per scriverla nel pacchetto serializzato destinato al PHP, il JavaScript ti dà quello che chiedi, e cioè la lunghezza in CARATTERI, non in byte.
    Ma il PHP interpreta quel numero come numero di byte, quindi succede un casino.

    Quello che serve è una funzione javascript che restituisca la lunghezza in byte di una stringa.
    Io non mi ricordo ora, non esiste una specie di sizeof() in javascript? :master:

  6. #246
    Originariamente inviato da skidx
    Quello che serve è una funzione javascript che restituisca la lunghezza in byte di una stringa.
    Io non mi ricordo ora, non esiste una specie di sizeof() in javascript? :master:
    Se questa funzione non c'è, ho paura che sia necessario ciclare tutte le stringhe con charCodeAt() su ogni carattere, e non vi passa più

  7. #247
    ... veramente a detta del tipo è il contrario, PHP cosidera i bytes in serialize / unserialize, mentre JavaScript no, solo quanti caratteri ci sono nella stringa ... o non c'ho capito niente ?

    Originariamente inviato da skidx
    non esiste una specie di sizeof() in javascript? :master:
    tutti i links che ho visitato parlano di charCodeAt confrontato poi con un pò di numeri e poco altro ... massacrante per il JS in serializzazione ... o deserializzazione che sia ...

    http://www.webmasterworld.com/forum91/3695.htm
    Formaldehyde a new Ajax PHP Zero Config Error Debugger

    WebReflection @WebReflection

  8. #248
    Originariamente inviato da andr3a
    PHP cosidera i bytes in serialize / unserialize, mentre JavaScript no, solo quanti caratteri ci sono nella stringa ... o non c'ho capito niente ?
    E io che ho detto?
    Se chiedi a JavaScript quanto è lunga la stringa, lui giustamente te lo dice in caratteri, non in byte.
    Ma il comportamento del JavaScript è corretto, è quello del PHP ad essere antiquato e limitante.

  9. #249
    Originariamente inviato da skidx
    il comportamento del JavaScript è corretto, è quello del PHP ad essere antiquato e limitante.
    ah, ok ... quindi ? charCodeAt ?
    Formaldehyde a new Ajax PHP Zero Config Error Debugger

    WebReflection @WebReflection

  10. #250
    Originariamente inviato da andr3a
    ah, ok ... quindi ? charCodeAt ?
    Sì, e inoltre il funzionamento del tutto comunque risulta limitato a delle specifiche codifiche.

    charCodeAt() restituisce il codice Unicode del carattere, ma sapere se occupa uno o più byte dipende dal charset utilizzato nella pagina.
    Per esempio, la e accentata può occupare un byte in un charset e due byte in un altro, ma il suo codice Unicode restituito da charCodeAt() è sempre il medesimo.

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.