Franco Catrin wrote: > El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: > >> 2006/10/21, Juan Carlos Inostroza <[EMAIL PROTECTED]>: >> >>> On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: >>> >>>> En PHP, >>>> de una aplicación completa, cargas sólo la página y los componentes >>>> relacionados que tengas, si al final PHP no se compila, >>>> >>> No tenia idea que PHP se compilaba. >>> >> PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de >> otros lenguajes. Solamente cargas la página (o formulario) que vas a >> procesar y los scripts que se requiere. >> > > Eso quiere decir que las bibliotecas PHP se tienen que leer e > interpretar cada vez que se carga una pagina? una y otra vez? >
solo si no usas esto -> http://eaccelerator.net/ -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Mon Oct 23 04:40:17 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Mart=EDnez?=) Date: Mon Oct 23 10:06:07 2006 Subject: [Casi OFF TOPIC] Recomendacion para cambio de DNS en el menor tiempo posible. In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Hector Gatica escribió: > Este fin de semana haremos un cambio de enlace e ISP en el lugar donde > trabajo. Suerte...Mucha pizza y cafe... > Pero tenemos un par de inquietudes. > Tenemos corriendo un servidor con linux (varios en realidad pero me > interesa el principal) que es DNS , mail , http , ftp ..etc , con varios > servicios que son importantisimos para el correcto funcionamiento de la > empresa. Wow...consideren seriamente, ya que son tan importantes, tener tarros distintos para estos servicios... > Obviamente necesitamos reconfigurar nuestro servidor DNS y > cambiar los datos en nic.cl , pero queremos que el downtime sea el menor > posible , o si existiese alguna forma de que esto fuera lo menos > doloroso posible en cuanto a tiempo (No se cuanto demora nic en el > cambio de dns). Mira los howtos sobre dns (me imagino que usaras bind). Debes bajar los tiempos de expiracion de cache a valores muy bajos (de 1 o 2 minutos). Ideal seria hacer los cambios un domingo. Pero en general este tipo de cambios /siempre/ toma tiempo. Si tu empresa no tiene dinero suficiente para (sos)tener alta disponibilidad, tu, a costa de ti mismo no se la puedes dar...Eso de todas formas es opcion personal tuya. Yo creo que configurando todo adecuadamente, no debiera haber un downtime de mas de 4 horas (quizas menos). Obviamente, entre el lunes y martes exactamente siguientes (luego de los cambios), vuelve a colocar valores razonables de expiracion de cache en tus zonas. > Tienen alguna recomendación como para hacer alguna migración suave del > enlace ? mmm...En general hacerlos cuando nadie moleste, por eso sugeria un domingo (si es que es el caso) > Como tip , no tengo la posibilidad de replicar una maquina con la nueva > configuración , ya que el volume de información es relativamente alto y > no existen mas recursos físicos. Dile a tu jefe que la alta disponibilidad tiene costos, y altos por lo general... Asi que no pida peras al olmo... -- Juan Martinez From [EMAIL PROTECTED] Mon Oct 23 04:26:39 2006 From: [EMAIL PROTECTED] (=?UTF-8?B?SnVhbiBNYXJ0w61uZXo=?=) Date: Mon Oct 23 10:06:12 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Franco Catrin escribió: > El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: >> 2006/10/21, Juan Carlos Inostroza <[EMAIL PROTECTED]>: >>> On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: >>>> En PHP, >>>> de una aplicación completa, cargas sólo la página y los componentes >>>> relacionados que tengas, si al final PHP no se compila, >>> No tenia idea que PHP se compilaba. >> PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de >> otros lenguajes. Solamente cargas la página (o formulario) que vas a >> procesar y los scripts que se requiere. > > Eso quiere decir que las bibliotecas PHP se tienen que leer e > interpretar cada vez que se carga una pagina? una y otra vez? Jejeje... Definitivamente no fue afortunado el comentario de Rodrigo. Un lenguaje compilado, en general, siempre (o casi siempre) sera la mejor alternativa a usar. Sobre todo si es para un sistema complejo (un SIA por ejemplo), dado que será mas rapido que un lenguaje interpretado.