juan pablo Rumie Vittar <[EMAIL PROTECTED]> dijo:
> El Thu, 25 Nov 2004 13:12:29 -0300 Horst von Brand
> <[EMAIL PROTECTED]> dijo:
> >> juan pablo Rumie Vittar <[EMAIL PROTECTED]>
> >> dijo:
> >> Algo de interes sobre clientes "delgados"
> >>
> >> "ThinClients en el LABI"
> >>
> >> tema para debatir??????
>
> > Estas a favor, en contra, te es indiferente?
> A FAVOR....... por supuesto! vi corriendo clientes Thin sobre i386 con
> tan solo 8 MB de RAM sin discos ni lectoras, solo con placa de red y
> diskettera y me parecio fantastico......
OK. Carga sobre la red? Carga sobre el servidor (configuracion del caso)?
Recuerdese la "revolucion de los PCs": En muchos lugares estaba
/estrictamente prohibido/ instalar esas cosas ("Nuestro mainframe ofrece
todos esos servicios, y mucho mas", y era cierto hasta cierto punto).
Habian organizaciones en las cuales transgresiones eran sancionadas con
despido sin mas tramites. Igual proliferaron... via "compra de repuestos"
(que "alguien" juntaba para crear un PC), para "aplicaciones especiales"
(control de experimentos, que con suerte se hacian una vez al an~o, el
resto del tiempo estaba para procesar texto), favores varios cobrados a
$BIG_CHEESE para que autorizara la adquisicion "por razones especiales", y
un largo etc. Los terminales X (que costaban una fraccion minima de una
estacion de trabajo) nunca fueron populares. Por alguna razon los "thin
clients" de Sun no prosperaron. Algo hay que hace que estas ideas (que
tienen muchas ventajas tecnicas (seguridad, administracion, rendimiento),
de costo, ...) simplemente no prendan. Que me registren si se porque, pero
es un dato de la causa.
[...]
> PD: profe no se enoje... :-) se va a poner viejo,
> asi me decia un profe a mi.
Es mi mision enojarme a nombre de los integrantes de la lista... en este
caso, tiraste una cosa al ruedo sin indicar que te interesaba discutir al
respecto. Eso es molesto (ademas que tiene muy poca probabilidad de lograr
las respuestas que esperas).
Ya que estamos en intermedio tecnico: Exactamente lo mismo ocurre con
consultas por problemas con sintomas no especificados (como diablos puedo
saber que responder?).
Despues de esta interrucpion, que continue la musica.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Nov 25 14:55:12 2004
From: [EMAIL PROTECTED] (Rodrigo Henriquez M - Corporacion Linux S.A.)
Date: Thu Nov 25 15:06:07 2004
Subject: Problemas con SQUID.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Thu, Nov 25, 2004 at 04:19:01PM +0100, Osmany Ricardo wrote:
> Hola a todos:
>
> La solucion del https:
>
> acl https port 443
>
>
> http_access allow https
Eso esta definido en Safe_ports.
Solo debes agregar:
http_access allow Safe_ports
--
Rodrigo Henriquez M. http://www.corporacionlinux.cl
Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250
From [EMAIL PROTECTED] Thu Nov 25 15:11:49 2004
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Carlos_Mu=F1oz?=)
Date: Thu Nov 25 15:12:47 2004
Subject: =?iso-8859-1?q?Aplicaci=F3n_Empresarial?=
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Horst von Brand wrote:
> [...]
>
>Y? Si el cacumen esta en los 20% (supongamos que si requiere Java), me sale
>mas barato tener _todo_ en Java que 20% Java y 80% otras cosas (puedo
>reusar codigo, experticia de programadores, mismo ambiente de desarrollo,
>uso las mismas licencias, ...). Sigo pensando que Java es un lenguaje
>atroz, pero...
>
>
>
>>no parece buena idea gastar tanto $$$ par algo tan simple...
>>
>>
>
>Vuelta a lo mismo: Tipicamente en un proyecto el costo de licencias es 5 a
>10%. O sea, bastante poco relevante.
>
>
>
Voy a dar un ejemplo exagerado pero cierto... proyecto FUAS,
http://www.fuas.mineduc.cl
Hecho en WAS (WebSphere Application Server) con Portal, costo de las
licencias para el proyecto??? US$500.000.- me imagino que estamos claros
que el aplicativo costo con suerte el 10%... va! se nos dio vuelta el
porcentaje... el costo de las licencias para muchas cosas es muy
relevante... que se quiera matar una mosca con un tanque no es un tema
que se pueda evitar facilmente, sobretodo cuando es el cliente el que
exige la plataforma.
>[...]
>
>
>
>>>Los bancos aca en Chile (la mayor parte de ellos filiales de bancos
>>>europeos) estan escribiendo sus sistemas en Java hoy.
>>>
>>>
>>osea los bancos son los que dictan las tendencias?? ;)
>>
>>
>
>Son las instituciones que mas $$$ mueven, y con necesidades de software mas
>rigurosas (por una amplia variedad de razones). Sip, marcan tendencias.
>
>
>
>>>PHP ni siquiera es una opcion a considerar, AFAIU.
>>>
>>>
>>debio haber leido el link... habla de "aplicaciones corporativas en el
>>nuevo paradigma empresarial de enormes grids de servidores Linux"...
>>
>>
>
>Cosa de lo que al menos aca no he visto nada, y tampoco he visto una
>tendencia en sentido de no-Java en los demas foros que frecuento. Si la
>hay, va en direccion a .NET.
>
>
>
Creo que el tema es de comunicacion multicapa, no he visto en otro
esquema aparte de .NET y Java donde se puedan tener capas de negocios o
multicapa con operaciones atomizadas, osea... yo no se si con PHP se
puede tener algo similar, y creo que efectivamente PHP es solo front
end, no asi Perl o Python, pero, no tienen protocolos de comunicacion
estandar asi como para conversar tranquilamente y que cualquiera se
cuelgue a la conversa... creo que por ahi va el tema.. es un tema de
diseño de la plataforma que da la solucion...
>>"Today-F¢s corporate applications basically all produce text, whether HTML-A
>>for a web browser or XML for another application. With the coming
>>onslaught of web services, pretty soon all of the back-end resources
>>will be providing XML rather than binary data. The average corporate
>>application will be a big text pump, taking in XML from a back-end
>>resource, transforming it somewhat, and producing either HTML or XML."
>>
>>
>
>Bueno, si crees que XML es la cura para todos los males, tambien tengo una
>parcelita de agrado en Atacama que puedo venderte a buen precio...
>
>
OJO que en el FUAS por tener todo con XML y XLST quedo la escoba y
estuve como un mes redefiniendo la arquitectura de servidores para poder
dar abasto a la "simple" capa de presentacion que tenian...
