Para algunos será una novedad.. Para otros una antigüedad.. Lo cierto es que está bastante bueno para sacarnos de algún apuro enciclopédico.

          Para los usuarios de MSN, el contacto es.encarta@botmetro.net es un robot de la enciclopedia Encarta en español que contesta en línea cualquier cosa que se le pregunte, menos la hora.

          La CBU debe ser ingresada en 2 bloques:

          El 1º bloque contiene:
                    • Banco (3 dígitos)
                    • Dígito Verificador 1 (1 dígito)
                    • Sucursal (3 dígitos)
                    • Dígito Verificador 2 (1 digito)

          El 2º bloque contiene:
                    • Cuenta (13 dígitos)
                    • Dígito Verificador (1 dígito)

          Validación:

          Por ejemplo: CBU 28505909 40090418135201

          Debe verificarse el código de banco con una tabla de bancos.

          Validación 1º bloque (28505909)

                    • Banco = 285 (Descomponer en sus dígitos B1 = 2, B2 = 8, B3 = 5)
                    • DigitoVerificador1 = 0
                    • Sucursal = 590 (Descomponer en sus dígitos S1 = 5, S2 = 9, S3 = 0)
                    • DigitoVerificador2 = 9

          Obtener:
                    • SUMA1 = B1*7 + B2*1 + B3*3 + DigitoVerificador1*9 + S1*7 + S2*1 + S3*3
                    • SUMA1 = 2*7 + 8*1 + 5*3 + 0*9 + 5*7 + 9*1 + 0*3 = 14 + 8 + 15 + 0 + 35 + 9 + 0 = 81

          Obtener:
                    • DIFERENCIA1 = 10 - ultimo digito de SUMA1 = 10 - 1 = 9
                    • Si DIFERENCIA1 = DigitoVerificador2 => CBU OK

          Validación 2º bloque (40090418135201)

                    • Cuenta = 4009041813520 (Descomponer en sus dígitos C1 = 4, C2 = 0, C3 = 0, C4 = 9, C5 = 0, C6 = 4, C7 = 1, C8 = 8, C9 = 1, C10 = 3, C11 = 5, C12 = 2, C13 = 0
                    • Digito = 1

          Obtener:
                    • SUMA2 = C1*3 + C2*9 + C3*7 + C4*1 + C5*3 + C6*9 + C7*7 + C8*1 + C9*3 + C10*9 + C11*7 + C12*1 + C13*3
                    • SUMA2 = 12 + 0 + 0 + 9 + 0 + 36 + 7 + 8 + 3 + 27 + 35 + 2 + 0
                    • SUMA2 = 139

          Obtener:
                    • DIFERENCIA2 = 10 - ultimo digito de SUMA2 = 10 - 9 = 1
                    • Si DIFERENCIA2 = Digito => CBU OK

          El Service Pack 2 (SP2) de Windows 2000 y las versiones anteriores de Windows 2000 no son compatibles con el direccionamiento de bloque lógico (LBA) de 48 bits como se define en la especificación ATA/ATAPI 6.0.

          Qué significa esto? Que si se instala un disco rígido ATA/ATAPI de más de 130 GB no será reconocido en su total capacidad cuando se lo quiera formatear.

          Para resolver este problema, Microsoft aconseja actualizarse al último Service Pack y, según tengo entendido, para Windows XP, el Service Pack 2 resuelve el tema.. pero como hablamos de Microsoft, siempre existe un Plan B.

          Para el Plan B se necesitan las siguientes condiciones:
                    • Un equipo con un sistema básico de entrada y salida (BIOS) conpatible con LBA de 48 bits para ATAPI. Esto es un Windows 2000 o XP.
                    • Un equipo con un disco rígido con una capacidad superior a 137 Gb. Es decir, lo que inició el problema.
                    • Se debe habilitar la compatibilidad en el Registro de Windows agregando o cambiando el valor del registro EnableBigLba en 1 en la siguiente clave del registro:

                    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters

          Cómo se hace esto?

          1.- Inicie el editor del Registro (Regedt32.exe)
          2.- Localice y haga click en la siguiente clave del Registro:
                    • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Atapi\Parameters
          3.- En el menú Edición, haga click en Agregar valor, y después agregue el valor siguiente al Registro
                    • Valor: EnableBigLba
                    • Tipo de datos: REG_DWORD
                    • Información del valor: 0x1
          4.- Salga del editor del Registro


          Fuente: http://support.microsoft.com/kb/305098/es

          Descripción del problema:

          Sistema operativo: Windows 2000 / Windows XP
          Base de datos: Oracle9i Release 2 (Database o Client)

          Los usuarios autenticados de Windows no pueden leer, escribir, ni ejecutar programas en el directorio de ORACLE_HOME (ej: d:\oracle\ora92\). Esto evita que los usuarios autenticados y las aplicaciones tengan acceso a la base de datos o al software de Oracle.

          Para solucionar esto, deben seguirse los siguientes pasos para restaurar los permisos de acceso por defecto aplicados a los usuarios autenticados para leer y ejecutar sobre dicho directorio.

          1.- Loguearse en Windows con con privilegios de Administrador.
          2.- Lanzar Windows Explorer desde el Menú de inicio.
          3.- Ubicar el directorio consignado por ORACLE_HOME y hacer click derecho sobre el ícono de su carpeta.
          4.- Seleccionar la opción "Properties" de la lista desplegable y aparecerá la ventana de "Propiedades".
          5.- Hacer click sobre la solapa "Security" en la ventana de "Propiedades".
          6.- Hacer click sobre "Authenticated USers" en la lista "Name".
          7.- Quitar el "check" en el ítem "Read and Execute" en la lista "Permissions". La casilla de check está en la columna llamada "Allow".
          8.- Colocar el "check" en el ítem "Read and Execute" en la lista "Permissions". Si.. el mismo que se acaba de deschequear en el punto anterior.
          9.- Hacer click en el botón "Apply".
          10.- Hacer click en el botón "Ok".

          Es posible que se tenga que rebootear el equipo para que se tomen las modificaciones realizadas.


          Fuente: http://forums.oracle.com/forums/thread.jspa?threadID=67364

          Dado un número de CUIT/CUIL de 11 dígitos (d1 a d11) se debe calcular:

          S = d1*5 + d2*4 + d3*3 + d4*4 + d5*7 + d6*6 + d7*5 + d8*4 + d9*3 + d10*2 + d11*1

          Si el resto de la división de S por 11 da cero (0), entonces el CUIT/CUIL es válido.

          La etiqueta <marquee></marquee> crea una marquesina con un texto en su interior que se desplaza. Funciona unicamente con Ms-Explorer. Sus parámetros son los siguientes :

          align = top / middle / bottom Indica si el texto del interior de la marquesina se alinea en la zona alta (top), en la baja (bottom) o en el centro (middle) de la misma.

          bgcolor = "codigo de color" Indica el color del fondo de la marquesina.

          direction = left / right Indica hacia que lugar se desplaza el texto, hacia la izquierda (left) o hacia la derecha (right)

          height = num o % Indica la altura de la marquesina en puntos o porcentaje en función de la ventana del navegador.

          width = num o % Indica la anchura de la marquesina en puntos o porcentaje en función de la ventana del navegador.

          loop = num / infinite Indica el numero de veces que se desplazará el texto por la marquesina. Si se indica infinite, se desplazará indefinidamente.

          scrolldelay = num. Indica el número de milisegundos que tarda en reescribirse el texto por la marquesina, a mayor número mas lentamente se desplazará el texto.

          Veamos un ejemplo de esta etiqueta :

          <MARQUEE bgcolor = "#FFFFFF" width = 50% scrolldelay = 0 > Bienvenido a mi blog.</MARQUEE>

          Si estas utilizando Ms-Explorer veras el efecto producido a continuación:

Bienvenido a mi blog.



          Fuente: http://www.webtaller.com/manual-html/marquee.php

          Cuando creamos una página ASPX, de forma predeterminada se validará el código que se quiere enviar al servidor. Es decir, no se admitirá código que contenga secuencias HTML o algo que se le pueda parecer, ya que realmente no se comprueba si el código HTML es válido, sino que esté formado al estilo HTML, por ejemplo, secuencias que contengan <loquesea>, es decir que esté encerrado entre signos de apertura y cierre de "tags" HTML, los cuales se indican mediante signos de mayor y menor.

          Como decíamos, de forma predeterminada ASP.NET impide que se envíen esos tags al servidor, tanto es así que si en el código a enviar encuentra esa posible secuencia de comandos HTML, se producirá un error.

          Si queremos que no se valide el código enviado al servidor por una página ASPX lo tendremos que poner en la directiva @ Page. Esta directiva es la que se usa para indicar que realmente se trata de una página ASPX y suele estar en la parte superior del archivo, por ejemplo:

          <%@ Page Language="c#" ValidateRequest="true" AutoEventWireup="false" %>

          El valor predeterminado del atributo ValidateRequest es "true", por lo tanto salvo que se indique lo contrario, siempre estará activo.

          Ante una secuencia de código sospechada de maliciosa, se producirá un error (o excepción) del tipo HttpRequestValidationException.

          Para desactivar la validación automática simplemente tenemos que añadir el atributo ValidateRequest = "false" a la directiva @ Page de nuestra página ASPX:

          <%@ Page ValidateRequest="false" ...otros atributos... %>


          Fuente: http://www.elguille.info/NET/ASPNET/validateRequest.htm
          Autor: Guillermo 'guille' Som