Rodrigo Fuentealba escribió:
>>
>> Me extraña que alguien como tú se base en una cosa así: ¿Eres capaz de
>> averiguar todas las pifias de MySQL y hacerlo mierda, pero para
>> evaluar un lenguaje de programación (que dicho sea de paso, es algo
>> que lo que vas a programar lo va a ver directamente
> Yo no seria tan pesimista. Durante muchos an~os he estado escuchando (en
> una larga lista de areas) que "esto esta cada dia peor, donde llegaremos!"
> y si comparas objetivamente no han habido cambios sensibles. Es parte de
Se han encontrado manuscritos de los tiempos de los romanos alegando
lo
creo haber publicado el codigo que funciona sin problemas:
memory usage: ".memory_get_usage();
unset($input);
socket_close($client);
}
socket_close($sock);
}
test();
?>
mantiene siempre su mismo consumo de memoria una vez que el cliente deja de
s
On Sun, 2009-01-25 at 01:24 -0300, Alvaro Herrera wrote:
> Aldrin Martoq escribió:
>
> > Me imagino que puedes implementar el firefox1 y firefox2 con distintos
> > usuarios; es lo mas facil. Abrir una pagina en uno u otro depende de
> > firefox mas que de otra cosa... aca no tenemos scripting a ni
2009/1/25 Alvaro Herrera :
>
> Ehh, no, lo que pasa es que ya he criticado mucho a PHP directamente
> desde el punto de vista técnico, y lo que ha pasado es que me han
> llamado "fanboi".
>
Si a ti te han llamado "fanboi" que quedará para nosotros.
>
--
http://www.mgonzalez.cl/
2009/1/24 Rodrigo Fuentealba :
>> La verdad es que yo he escuchado (o mejor dicho leído) varias veces
>> recomendaciones de que PHP es un lenguaje apropiado para toda clase de
>> cosas, "no ve que ahora le tenemos PHP-CLI y se pueden escribir daemons
>> y todo", etc etc. :-(
>
> Me extraña que alg
Horst H. von Brand escribió:
> Alvaro Herrera wrote:
> > Creo que puedes darle a firefox parametros para que use tal o cual
> > perfil. Supongo que puedes abrir dos procesos separados, con dos
> > perfiles separados, y cada uno va a recibir las ordenes -remote y actuar
> > por separado.
>
> La
Hector Salinas escribió:
>
> Álvaro Herrera escribió:
> >El programa ya fue publicado aquí ... ¿ves tú el error?
>
> No veo el bendito error
Le preguntaba a Horst :-)
> >Personalmente no tengo ningún problema en creer que hay un bug en PHP :-)
>
> Por que tanta mala a PHP
Porque lo he visto p
On Sun, Jan 25, 2009 at 3:49 AM, Hector Salinas wrote:
>
> Horst H. von Brand escribió:
>>El programa ya fue publicado aquí ... ¿ves tú el error?
>
> No veo el bendito error
>
>>Personalmente no tengo ningún problema en creer que hay un bug en PHP :-)
>
> Por que tanta mala a PHP
Porque es como e
Alvaro Herrera escribió:
> No queda para nada claro que la memoria se libere al hacer un
> "unset".
No, la memoria no se libera al hacer unset() solo decrementa el contador
de referencias, la memoria se libera "at script shutdown" y/o en
versiones muy recientes (5.3.x) cuando "corre" el garbage
Alvaro Herrera escribió:
> Me parece increíble que este bug tan básico no se haya corregido nunca.
No es un bug, es un feature.
--
"We have art in order not to die of the truth" - Friedrich Nietzsche
Cristian Rodríguez R.
Software Developer
Platform/OpenSUSE - Core Services
SUSE LINUX Produ
Alvaro Herrera escribió:
> La verdad es que yo he escuchado (o mejor dicho leído) varias veces
> recomendaciones de que PHP es un lenguaje apropiado para toda clase de
> cosas,
generalmente no es bueno para programas que requieren ejecutarse por
largo tiempo, aunque si sabes hacerlo bien, puedes
Rodrigo Fuentealba escribió:
> Sin ir más lejos, hace unos días comentaba con alguien que desarrolla
> PHP (no "en el lenguaje", sino que hace el intérprete),
Aqui estoy ! :P
>porque era la herramienta precisa para la
> tarea precisa;
Exactamente, y es la herramienta precisa para la __web__ p
Juan Manuel Doren wrote:
> > Yo no seria tan pesimista. Durante muchos an~os he estado escuchando (en
> > una larga lista de areas) que "esto esta cada dia peor, donde llegaremos!"
> > y si comparas objetivamente no han habido cambios sensibles. Es parte de
> Se han encontrado manuscritos de los
14 matches
Mail list logo