rodrigo ahumada <[EMAIL PROTECTED]> wrote: > Alvaro Herrera <[EMAIL PROTECTED]> dijo: > >rodrigo ahumada escribió:
> >> > Ni tanto mas feo que la version C. > >> > >> Ambos leguajes pecan al final. Por que @#%^&[EMAIL PROTECTED] llaman > >> "void" a un > >> procedimiento? > > > Hmm, los procedimientos no existen, solo existen las funciones que no > > retornan ningun valor ;-) > ¿que no era al revés? > las funciones no existen, todos son procedimientos, solo que algunos > dejan valores en registros del CPU, o en la RAM, o en ambos... por algo > en algunos ensambladores existe la palabra PROC y no FUNC... Eso es un detalle de la arquitectura en la que tradicionalmente implementan C, no una caracteristica propia de C. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Wed Dec 5 17:51:12 2007 From: [EMAIL PROTECTED] (Enrique Herrera Noya) Date: Wed Dec 5 18:15:43 2007 Subject: : Ocultar Passwords a produccion. In-Reply-To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Estimados, mi ultima consulta aqui fue respecto de un cliente para jabber (y ya vieron lo que ocurrio (y esta ocurriendo)). Finalmente, se opto por openfire y spark como cliente, lejos las discusiones respecto a la performance del modelo, ya esta implementado y camina /de pelos/. Gracias a todos lo que dieron sus opiniones. Esta vez, los molesto con otra cosa que me aflije. Tengo algunos servicios con db (mysql, db2, sql server) y existe un gran cuestionamiento: ¿como escondo las password (y usuarios) de las db a los programas y usuarios?. Es decir, pe. al configurar el acceso a mysql para un servicio web (LAMP), definiendo funcion conectar y eso que utilice quien programe (suponiendo php) y lo dejas en un directorio paralelo al del sitio y accediendo al php via alias algo asi: /wuebs/coneccion/conecta.php /wuebs/sitio/config.php en config.php tienes require (dominio/conecto/conecta.php) y en apache tienes Alias /conecto/ /wuebs/coneccion necesariamente debo configurar en un file la passwordm user y database que utilizare. Otro problema, y mas grande aun, en cuando tenemos aplicaciones cliente-servidor, con archivos de configuracion en cada cliente, o bien (en el caso sql server) odbc, en ese caso no existe manera de encriptar las password, y al menos debe conocerla el desarrollador/analista de la aplicacion y configurarla (digitarla) bien en el codigo (ejecutable) o en un archivo de configuracion. Mi problema es que necesito que estas password no sean conocidas por nadie, ni siquiera el admin del sistema (password bipartida) y el dia de mañana poder cambiarlas de manera transparente para los usuarios. He hecho monos, tirado lineas y buscado en san google, pero ando medio perdido. Espero me puedan orientar. Mis ideas me llevan a pensar que debe haber /algo/ en medio que permita la autenticacion, es decir: SERVER(user, pass)<:::::::::>**ALGO**<:::::::::>CLIENTE(user, _clave_) donde clave, es una llave, un id de instalacion, la ip de mi LAN, el usuario de dominio, etc. De antemano, muchisimas gracias. -- Saludos, LSM. Existen 10 tipos de personas: los que entienden binarios y los que no
