Announcement

Collapse
No announcement yet.

Veo ? en vez de ó

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Veo ? en vez de ó

    Estimados, en el MENU, veo todo perfecto. Se ve que ees un problema con la base de datos.

    Tengo todo en UTF8 (en PHP.INI, en el cotejamiento, en la configuracion de Scriptcase del idioma).

    Que mas me puede estar faltando???

    Aclaro que Scriptcase en la base de datos graba "Atenci?n". Osea, el problema es cuando graba en la base de datos.

    GRACIAS!!!

  • #2
    Has mirado la collation de las tablas?
    /Giuseppe

    Professional Scriptcase Services
    Some Customers opinions

    Comment


    • #3
      Si estan todas en UTF8_general_ci

      Comment


      • #4
        Me he dado cuenta que si agrego un usuario (por el menu que me genera el Scriptcase para manejo de usuarios), cuando agrego un usuario con una ñ o un acento, LO AGREGA PERFECTO.

        Pero cuando, en otro formulario agrego cosas en cualquier otra tabla, ME LO AGREGA con ? u otros simbolos...

        Todas las tablas estan en UTF8... cada vez estoy mas perdido...

        Comment


        • #5
          Tiene que tener en cuenta que si estas conectado a una base de datos debes tener en cuenta la collation de la base de datos y de cada tabla que creés.

          Comment


          • #6
            Tengo todo en UTF8, las conexiones en _lib tambien estan en UTF, la collation de todas las tablas tambien... ya no se que hacer...

            Comment


            • #7
              Originally posted by adorni View Post
              Tengo todo en UTF8, las conexiones en _lib tambien estan en UTF, la collation de todas las tablas tambien... ya no se que hacer...
              Hola,

              Me está pasando lo mismo. He migrado a un servidor nuevo con Debian 8, MySQL 5.5.43-0+deb8u1 (Debian), Apache/2.4.10 (Debian) y PHP 5.6.7-1. Ahora, al hacer un alta no hay problema, pero cuando edito un registro con algún campo de texto con acentos, aparecen las "?".

              He estado probando y funciona correctamente hasta el carácter 127 ASCII, a partir del 128 al actualizar en la base de datos los sustituye por "?".

              Lo tengo todo codificado con UTF-8 y desde PHPMYADMIN puedo editar texto con acentos sin problemas. Las pantallas y formularios tienen literales con acentos y aparecen bien, así que no creo que sea un tema de charset ni de la BD ni de HTML.

              Me escama que funcione el ALTA pero no la MODIFICACIÓN, y que lo haga desde el carácter 128 ASCII y no parece un error de codificación UTF-8 por otro charset, ya que directamente pone un "?", da igual el carácter que sea a partir del 128.

              Por favor, ¡AYUDA!


              ------


              Hello,

              He's going the same. I migrated to a new server with Debian 8 MySQL 5.5.43-0 + deb8u1 (Debian), Apache / 2.4.10 (Debian) and PHP 5.6.7-1. Now, to make a new record no problem, but when I edit a record with a text field with accents appear the "?".

              I've been testing and working properly up to 127 ASCII character, from 128 to update the database replaces them with "?".

              I have it all encoded with UTF-8 and from PHPMYADMIN can edit text with accents smoothly. Screens and forms have literal with accents and they appear well, so I do not think it's a matter of charset or the BD or HTML.

              I flake operate the NEW but not UPDATE, and to do so from the 128 ASCII character rather seems a bug of UTF-8 encoding by another charset, because it directly puts a "?", No matter the character that is to from 128.

              Please HELP!

              Comment


              • #8
                Hola. Lo he resuelto. No sé si de una forma muy "académica" pero...funciona. Hay que bajar a Debian 7.8, reinstalarlo todo...casi sin tocar los charset ni collates y vuelve a funcionar: inserta y edita los acentos correctamente.

                Posiblemente sea un bug de Debian 8.1, que no cargue la tabla ascii extendida (ya que se queda con los códigos del 0 al 127) o algo así, o alguna función de ScriptCase que se atragante con las versiones más novedosas de PHP5...vete tú a saber.

                ------------------------------

                Hello. I have met. I do not know of a way very "academic" but ... it works. It's down to Debian 7.8, reinstall everything ... almost without touching the charset or collates and resumes operation: insert and edit the accents correctly.

                Possibly a bug in Debian 8.1, which does not charge the extended ASCII table (as it is with codes from 0 to 127) or something, or some function of ScriptCase choking with the newest versions of PHP5 ... go you know.

                Comment


                • #9
                  Yo uso todo bajo Windows...

                  Alguna idea?

                  Comment


                  • #10
                    El inconveniente, si bien no fue documentado en los changelogs, veo que ha sido solucionado ya que todo me funciona correctamente.

                    Comment


                    • #11
                      Originally posted by adorni View Post
                      El inconveniente, si bien no fue documentado en los changelogs, veo que ha sido solucionado ya que todo me funciona correctamente.
                      Efectivamente fue un bug que se corrigio pocas horas después de salir la primera 8.1
                      /Giuseppe

                      Professional Scriptcase Services
                      Some Customers opinions

                      Comment


                      • #12
                        No, el bug estaba en la versión 8.0. Luego creo que hubo otro bug adicional en el 8.1. Ahora, al que yo me refería de la 8.0, fue corregido, pero no documentado.

                        Comment

                        Working...
                        X