Estamos organizando en el Colegio Daniel Castelao, un curso FIP
(experimental) de AJAX (html, css, javascript, php, mysql, DOM, JSON, XML,
XPATH, XSLT, etc...).
Empieza este lunes 14, es para gente en paro, para reciclarse, renovarse,
aprender técnicas nuevas.
La duración es de aproximadamente 300hs. Sabemos que el nivel de la gente es
medio y por lo tanto podremos avanzar un poquito en las técnicas que engloba
el término AJAX.
El curso acaba a finales de Septiembre y tenemos planificado que los alumnos
que quieran hagan prácticas en empresas que esten interesadas en acogerlos.
Es poco tiempo, solo 4 semanas, 8hs diarias, somos conscientes que esto no
es lo óptimo. Si alguien de la lista quiere tener gente con estos
conocimientos un mes de prácticas en su empresa que me lo haga saber.
Estamos pensando que aunque el periodo de prácticas en la empresa es en
Octubre, poderíamos empezar a trabajar en alguna aplicación ya en Septiembre
que le interese a la empresa y luego seguir el desarrollo en la propia
empresa. Esto exigiría un esfuerzo de coordinación para q
--
Damián Nogueiras
http://www.danielcastelao.org/~damian
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
tranquilo/a, creo que ya funcionaaaaa , ya recuperar vida todos, vamos
volver reenviar como siempre como antes ....
un saludo.
victor
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIeCKw9KpqBBmxoboRApy6AKCF1zBjWORMIqXXf8Nlg8Lj+xzjQQCggnX3
45Y+AzlVQIfll3w0bhLRznE=
=RIcD
-----END PGP SIGNATURE-----
>
> o si es muy muy importante, uno también siempre puede forzar el uso de otro
> servidor de dns, definiendolo en /etc/resolv.conf
>
> a modo curiosidad y por que cae el tema, en /etc/resolv.conf podemos
> definir servidores de dns diferente de los q nos da la red ( en mi caso el
> router adsl) tambien podemos cambiar estos servidores en el router.
>
> hay paginas por ahí en las que analizan el rendimiento, tiempo de
> respuesta, de los diferentes servidores, para asi poder elegir el q mejores
> resultados esta dando y usar ese servidor frente al dado por defecto. por
> ejemplo, yo con mi conexion orange, ademas de fallar mucho y ser lentos,
> prefiero usar servidores de timofonica q se actualizan antes dan un ping
> inferior. (otra forma de incrementar la velocidad de navegar)
>
OK, ya puestos a ser positivos (gracias Odo por el arranque de la lista de
Galpon), aporto datos:
Listado de DNS's dentro o cercanas a España que se comprueba y actualizan a
menudo: http://www.adslayuda.com/modulo-FSDns.html (ojo, los tiempos de
respuesta serán desde los servidores suyos, como dice Odo, mejor hacer ping
o mejor traceroute para ver los tiempos o por donde pasan los paquetes).
También, aunque se tocó el tema alguna vez en la lista, si queréis navegar
como un rayo, en GNU/Linux tenéis varias soluciones. Para navegar sólo, yo
recomiendo un proxy como squid. Pero para resolver DNS's un proxy local como
pdnsd es lo más rápido y ligero que hay.
Ah, y si os conectais en una red local con DHCP, hay routers que dan como
direcciones DNS algunas que no son óptimas o están mal configuradas, incluso
su dirección propia haciendo ellos de fordwarders. Para estos casos podéis
machacar el fichero /etc/resolv.conf con vuestras DNS's preferidas pero no
valdrá de mucho porque el dhcpcliente lo renueva. Lo mejor es decirle al
dhcp de nuestra máquina que no actualice las dns y fijando nuestras
preferidas en el fichero /etc/dhclient.conf con esta línea:
supersede domain-name-servers DNS1, DNS2;
Hala!, con esto y un bizcocho, esperemos que galpon no se ponga pocho ;)
--
Rafa Couto - http://caligari.treboada.net
GNU/Linux user #99126 - http://counter.li.org
Estimados socios/as, colegas, amigos/as, HEMOS VUELTO A LA VIDA!!! aunque sea
con algunos problemas todavía debido al cambio de los DNS que no son
inmediatos.
Bien, para poneros un poco en situación, la "máxima cagada" que ha ocurrido
con GALPon ha sido provocada por MI en una actualización a Hardy que inicié
en nuestro servidor principal en el Xen que tenemos en el Cesga. Al parecer
hay/había un bug en la libc de la RedHat anfitriona que al actualizar en el
xen la versión de Ubuntu LTS pues... SE FUE TODO A FREIR TOMATES.
Luego intentamos ponernos en contacto con los técnicos del Cesga para que
primero intentaran recuperar el sistema. Llamadas, mensajes y demás formas de
contacto no fueron suficientes para poner a funcionar de nuevo el sistema.
Finalmente el Vice (aka caligari) recomienda recuperar los datos y llevarlos a
nuestro otro servidor en la Universidad de Vigo (mauricio) para al menos
poner la web a funcionar y y lo consiguió ;-)
Además de la web, era necesario poner a funcionar las listas de correo y así
hicimos para recuperar los datos y de nuevo ponerlas en mauricio.
Quedan flecos pendientes e información por recuperar de la máquina Xen del
Cesga, como los alias de correo (presidente(a)galpon.org,
secretario(a)galpon.org....) y la galería de fotos (maravillosa galería).
Si echáis en falta algo, avisad.
Disculpad el desastre que he causado...
Un cordial saludo,
--
-----------------------------------------
Carlos Rodriguez <capri99(a)gmail.com>
GALPon.org - "Abrindo as portas do Sofware Libre"
VoIP SIP <capri99(a)ekiga.net>
