ABCD - versiones bases de datos - Revision history

Guilda at 20:31, 4 March 2020

2020-03-04T20:31:40Z

Guilda at 16:59, 1 March 2020

2020-03-01T16:59:39Z

Guilda at 16:26, 1 March 2020

2020-03-01T16:26:54Z

Guilda at 15:54, 1 March 2020

2020-03-01T15:54:20Z

Guilda at 20:35, 28 February 2020

2020-02-28T20:35:15Z

Guilda at 20:33, 26 February 2020

2020-02-26T20:33:10Z

Guilda: Created page with "Se tiene la siguiente situación: {| class="wikitable" border="1" |- ! cisis_ver ! charset |- | bigisis | ANSI
UTF-8 |- | ffi | ANSI
UTF-8 |- | 1660 - ansi | ANSI |- |..."

2020-02-26T19:40:50Z

Created page with "Se tiene la siguiente situación: {| class="wikitable" border="1" |- ! cisis_ver ! charset |- | bigisis | ANSI<BR>UTF-8 |- | ffi | ANSI<BR>UTF-8 |- | 1660 - ansi | ANSI |- |..."

New page

Se tiene la siguiente situación:

{| class="wikitable" border="1"
|-
! cisis_ver
! charset
|-
| bigisis
| ANSI<BR>UTF-8
|-
| ffi
| ANSI<BR>UTF-8
|-
| 1660 - ansi
| ANSI
|-
| 1660 - utf-8
| UTF-8
|}

Entonces, en el caso de las versiones 1660-ansi y 1660-utf8, charset se deriva de la versión. En el resto de los casos hay que especificar el charset.

Si esto es así, yo eliminaría la variable UNICODE y me quedaría solo con $cisis_ver y $charset. En código del config.php desarrollaríamos la lógica para generar $charset a partir de UNICODE.

En los parámetros del dr_path.dat entonces se pedirían los valores de $cisis_ver y $charset.

Hay una tercera variable importante que viene del php.ini y se denomina '''default_charset''' que en algunos servidores viene como '''UTF-8''' y en otros como ISO-8859-1. Si es UTF-8 entonces hay que incluir el comando
header('Content-Type: text/html; charset=iso-8859-1');
en el config.php del módulo central para aquellas instalaciones que trabajan con lenguajes latinos porque los mensajes del sistema están en iso-8859-1 y no en utf-8. Igual ocurre con las bases de datos que se han desarrollado usando 1660-ansi. Por eso es que a veces reportan que los caracteres aparecen distorsionados. Lo incluyo en el config.php porque todos los scripts lo leen al principio y ese debe ser el primer comando de la página generada.

Entonces, hay una tercera variable importantr que es el '''encoding''' de la página el cual debe coincidir con el establecido en
En el caso de ABCD-Central, el encoding de la página lo determina $charset por cuanto

@@ Line 84: / Line 84: @@
 '''HTML - Content-Type'''
-Hay una tercera variable importante que viene del php.ini y se denomina '''default_charset''' que en algunos servidores viene como '''UTF-8''' y en otros como ISO-8859-1. Si es UTF-8 entonces hay que incluir el comando y las bases de datos y archivos de mensajes están en '''ansi'''
+Hay una tercera variable importante que viene del php.ini y se denomina '''default_charset''' que en algunos servidores viene como '''UTF-8''' y en otros como ISO-8859-1. Si es UTF-8 el juego de caracteres de la base de datos es '''ansi'' entonces en el '''config.php''' se incluye el comando
        header('Content-Type: text/html; charset=iso-8859-1');
-al inicio del config.php del módulo central  porque los mensajes del sistema están en iso-8859-1 y no en utf-8. Igual ocurre con las bases de datos que se han desarrollado usando 1660-ansi. Por eso es que a veces reportan que los caracteres aparecen distorsionados.
+ya que las bases de datos y archivos de mensajes están en '''ansi'''
 En '''wxis_llamar.php''' se agregó una rutina que que permite trabajar bases de datos en ANSI cuando el juego de caracteres establecido.

@@ Line 65: / Line 65: @@
 ::: si $def["UNICODE"] no está definida o tiene un valor 0 o ansi, entonces se define
             $unicode='ansi';
-	   $charset="ISO-8859-1";
+           $charset="ISO-8859-1";
 ::: si $def["UNICODE"] vale 1, entonces se define
             $unicode='utf8';
-	   $charset="UTF-8";
+           $charset="UTF-8";
-Con estos valores se puede establecer la ruta hacia el ejecutable a utilizar para gestionar la base de datos:
+* Con estos valores se puede establecer la ruta hacia el ejecutable a utilizar para gestionar la base de datos:
             $cisis_path=$cgibin_path.$unicode."/".$cisis_ver."/";
+:::Entonces, el ejecutable se forma de la siguiente manera:
 Entonces, el ejecutable se forma de la siguiente manera:
+          '''cuando el método es post'''
-cuando el método es post:
+          $wxisUrl=$server_url."/cgi-bin/".$cisis_ver.$wxis_exec;
-     $wxisUrl=$server_url."/cgi-bin/".$cisis_ver.$wxis_exec;
-si el método es GET
+          '''si el método es GET'''
-     $Wxis=$cisis_path.$wxis_exec;
+          $Wxis=$cisis_path.$wxis_exec;

@@ Line 31: / Line 31: @@
 [[File:Cgi-bin.png|none]]
-Para acceder correctamente la version del cisis, el config.php utiliza dos variables:
+Para acceder correctamente la version del cisis, el config.php utiliza tres variables:
 {| class="wikitable" border="1"
@@ Line 41: / Line 41: @@
 | $UNICODE
 |  0, el juego de caracteres es ansi<br>1, el juego de caracteres es utf8
-|-
+|-style="vertical-align:top;"
-| fila 2, celda 1
+| $cisis_ver
-| fila 2, celda 2
+| Coloca la versión del cisis según las siguientes posibilidades:
-| fila 2, celda 3
+* Si está en blanco se asume la versión 16-60 y el parámetro $UNICODE establecerá si se lee desde la carpeta '''ansi''' o desde la carpeta '''utf8'''
 |}
 Para determinar cuál versión de cisis va a utilizarse para gestionar una base de datos, en el archivo config.php se toman las siguientes decisiones:
-# Se define el path a la carpeta cgi-bin mediante la asignación '''$cgibin_path=$ABCD_path."www/cgi-bin/"; '''. $ABCD_path es el camino de acceso a la carpeta donde está instalado ABCD y se define a principio del script
+* Se define el path a la carpeta cgi-bin mediante la asignación
-# Se lee el archivo abcd.def donde deben figurar los parámetros '''$def["UNICODE"]''' y '''$def["CISIS_VERSION"]'''
+* Se lee el archivo abcd.def donde deben figurar los parámetros
-# Se incorpora el script config_extended.php y hay alguna base de datos activa ($_REQUEST["base"]) se lee el archivo '''dr_path.dat''' que puede reconfigurar los parámetros '''$def["UNICODE"]''' y '''$def["CISIS_VERSION"]'''
+    '''$def["UNICODE"]''' y
-# A partir de aquí se toman las siguientes decisiones:
+    '''$def["CISIS_VERSION"]'''
 ::: si $def["UNICODE"] no está definida o tiene un valor 0 o ansi, entonces se define
             $unicode='ansi';
@@ Line 63: / Line 72: @@
 Con estos valores se puede establecer la ruta hacia el ejecutable a utilizar para gestionar la base de datos:
             $cisis_path=$cgibin_path.$unicode."/".$cisis_ver."/";
-Según el método seleccionado para la comunicación con el servidor (GET o POST) establecido en la variable '''
 '''HTML - Content-Type'''
-Hay una tercera variable importante que viene del php.ini y se denomina '''default_charset''' que en algunos servidores viene como '''UTF-8''' y en otros como ISO-8859-1. Si es UTF-8 entonces hay que incluir el comando
+Hay una tercera variable importante que viene del php.ini y se denomina '''default_charset''' que en algunos servidores viene como '''UTF-8''' y en otros como ISO-8859-1. Si es UTF-8 entonces hay que incluir el comando y las bases de datos y archivos de mensajes están en '''ansi'''
        header('Content-Type: text/html; charset=iso-8859-1');
-en el config.php del módulo central para aquellas instalaciones que trabajan con lenguajes latinos porque los mensajes del sistema están en iso-8859-1 y no en utf-8. Igual ocurre con las bases de datos que se han desarrollado usando 1660-ansi. Por eso es que a veces reportan que los caracteres aparecen distorsionados.
+al inicio del config.php del módulo central  porque los mensajes del sistema están en iso-8859-1 y no en utf-8. Igual ocurre con las bases de datos que se han desarrollado usando 1660-ansi. Por eso es que a veces reportan que los caracteres aparecen distorsionados.
-Este comando se debe incluir en el config.php porque todos los scripts lo leen al principio y ese debe ser el primer comando de la página generada. Entonces, se leería  la variable '''default_charset''' del php.ini y según el charset definido para la base de datos generar el '''header''' correctamente. Esto tiene relación con el '''encoding'''  de la página el cual debe coincidir con el charset de las bases de datos que debe ser igual al de los archivos y demás páginas que se muestran tanto en central como en OPAC-ABCC.
+Este comando se debe incluir en el config.php porque todos los scripts lo leen al principio y ese debe ser el primer comando de la página generada. Entonces,  la variable '''default_charset''' ayudaría a  generar el '''header''' correctamente. Esto tiene relación con el '''encoding'''  de la página el cual debe coincidir con el charset de las bases de datos que debe ser igual al de los archivos y demás páginas que se muestran tanto en central como en OPAC-ABCD.
-En wxis_llamar.php se agregó una rutina que convierte los datos de ANSI a UTF-8 según el charset de la base de datos. Aunque está prevista la conversión de UTF-8 a ANSI  esta no se recomienda porque los resultados son inesperados.
+En '''wxis_llamar.php''' se agregó una rutina que que permite trabajar bases de datos en ANSI cuando el juego de caracteres establecido.
          $cset=strtoupper($charset);
@@ Line 91: / Line 107: @@
-# Se lee el charset de la página ($cset=strtoupper($charset))
+# Se lee el charset establecido para la página ($cset=strtoupper($charset))
 # Se lee el charset de la base de datos, $charset_db, (leído del dr_path.dat). Si no está definido se asume '''ANSI'''
 # Si el charset de la la base de datos no es igual al charset de la página se convierte la salida del wxis ($contenido) al charset de la página

@@ Line 27: / Line 27: @@
 |}
-Si esto es así, yo eliminaría la variable UNICODE y me quedaría solo con $cisis_ver y $charset. En código del config.php desarrollaríamos la lógica para generar $charset a partir de UNICODE. Veríamos que código incluir para asegurar la compatibilidad con las instalaciones ya existentes.
+Desde el punto de vista de la instalación el directorio cgi-bin se presenta de la siguiente manera:
-'''abcd.def'''
+Para acceder correctamente la version del cisis, el config.php utiliza dos variables:
-Se eliminaría el parámetro '''UNICODE''' y dejaríamos cisis_ver y charset.  Podemos proveer un algoritmo para generar estas variables a partir en las instalaciones ya existentes
+{| class="wikitable" border="1"
-El parámetro '''MULTIPLE_DB_FORMATS''' no se si valga la pena mantenerlo. En lo único que ayuda es en evitar lecturas innecesarias del '''dr_path.def''' cuando todas las bases de datos usan la misma versión del Cisis. No se si este ahorro sea relevante.
+|-style="vertical-align:top;"
-'''dr_path.dat
+# Se define el path a la carpeta cgi-bin mediante la asignación '''$cgibin_path=$ABCD_path."www/cgi-bin/"; '''. $ABCD_path es el camino de acceso a la carpeta donde está instalado ABCD y se define a principio del script
-Al dr_path.dat  se le agregarían los parámetros $cisis_ver y charset y pueden desaparecer wxis_get y wxis_post.
+# Se lee el archivo abcd.def donde deben figurar los parámetros '''$def["UNICODE"]''' y '''$def["CISIS_VERSION"]'''
+# Se incorpora el script config_extended.php y hay alguna base de datos activa ($_REQUEST["base"]) se lee el archivo '''dr_path.dat''' que puede reconfigurar los parámetros '''$def["UNICODE"]''' y '''$def["CISIS_VERSION"]'''
-Me parece mejor definir el '''request method''' tal como lo haces ahora en la versión 2.0, a través del config.php. Tal vez ese parámetro lo podamos agregar en el abcd.def
+# A partir de aquí se toman las siguientes decisiones:
-Yo creo que en esta forma todo quedaría más claro. El asunto sería desarrollar los algoritmos para asegurar la compatibilidad con el abcd.def y el dr_path.dat de las versiones anteriores.
+Con estos valores se puede establecer la ruta hacia el ejecutable a utilizar para gestionar la base de datos:

@@ Line 1: / Line 1: @@
 {| class="wikitable" border="1"
 |-
 ! charset
 |-
-| bigisis
+! charset
-| ANSI<BR>UTF-8
+! Versión Cisis
-|-
+|-style="vertical-align:top;"
-| ffi
+| "valign=top"|ansi
-| ANSI<BR>UTF-8
+| 16-60<br>bigisis<br>ffi
-|-
+|-style="vertical-align:top;"
-| 1660 - ansi
+|utf8
-| ANSI
+|  16-60<br>bigisis
 |-
 |}
 Entonces, en el caso de las versiones 1660-ansi y 1660-utf8, que para simplificar llamaremos '''ansi''' y '''utf8''',  el charset se puede derivar de la versión. En el resto de los casos hay que especificar el charset.