Aqu铆 tenemos otro articulito traducido por m铆. Se trata de un tutorial de Chris Neeman destinado al dise帽o de un framework en PHP para crear una Intranet. El original, siempre mucho m谩s fiable, lo pod茅is encontrar en DevShed.
Dise帽o de un marco de trabajo para una Intranet
Este art铆culo es la segunda parte de una serie sobre frameworks para aplicaciones para intranets. Ahora que sabemos todo sobre un marco de trabajo para aplicaciones y como funciona en un entorno intranet, vamos a ver la estructura general y el dise帽o de la intranet y de las aplicaciones. Sigue leyendo para ver como se va a hacer todo esto.
Primero vamos a crear una compa帽铆a ficticia que tiene alg煤n tipo de base para las aplicaciones de intranet que vamos a crear. Despu茅s vamos a echar un vistazo al sistema de ficheros de la intranet. Y finalmente vamos a discutir el CSS y las plantillas que dar谩 a las aplicaciones una apariencia similar.
No, no es broma, claro que no lo digo yo. El c贸digo fuente de este blog, tranquilos, se puede mirar y remirar.
Esto lo dice una firma de abogados, con intereses en la protecci贸n del copyright. En concreto, argumentan que como tienen los derechos de sus programas y sus c贸digos fuente, consideran tambi茅n que tienen el copyright sobre el fuente HTML de su p谩gina web que puede mostrarte cualquier navegador. Por lo tanto, dicen que es ilegal ver su c贸digo HTML sin su permiso.
Para mear y no echar gota, pod茅is ver en detalle la noticia a partir de SlashDot.
Si os hab茅is le铆do la saga de Ili贸n, de Dan Simmons, ver茅is que en la historia aparece varias veces la menci贸n a un acontecimiento hist贸rico llamado “Rubic贸n“. Bueno, es un acontecimiento hist贸rico dentro de una historia pasada en un futuro m谩s o menos lejano, luego para nosotros ser铆a un acontecimiento por pasar aun. Bueno, la cuesti贸n es que el Rubic贸n es una especie de cat谩strofe cibern茅tica, royo un supervirus. No lo puedo detallar m谩s porque es algo que aparece en la historia como un dato de cultura general evidente y se menciona varias veces de pasada.
Bueno, todo este rollo es a modo de introducci贸n a una noticia que me he encontrado por CNet News. Resulta que existe un proyecto llamado Rubicon, pero parece que no nos va a joder los ordenadores a todos y menos que vayamos a volver a la edad de piedra. Por lo que he visto en la noticia, el Proyecto Rubicon es una plataforma de anuncios que recoge en un solo panel de gesti贸n mogoll贸n de redes de anuncios (m谩s de 300 redes) para poder ser optimizados todos y ganar m谩s dinerito.
Pues s铆, Google saca Google Sky, un add-on para el Google Earth mediante el cual podremos ver las estrellitas.
Con Sky podremos ver en im谩genes m谩s de un mill贸n de estrellas y doscientos millones de galaxias, o eso dice la fuente de la noticia. Estos datos provienen del telescopio espacial Hubble, as铆 como de animaciones de ciclos lunares.
El rollo est谩 en usar el Google Earth normalmente y para mirar para el cielo, pues eso, mirar para el cielo y venga a mirar estrellas. M谩s datos para perder un rato.
V铆a BBC News.
Resumen
Este documento contiene una propuesta para extender la API de Servlet como se define en la JSR 154 con asincron铆a para cumplir los objetivos de la JSR 315.
En este momento, esta propuesta es s贸lo una contribuci贸n de su autor (Greg Wilkins) y no una propuesta oficial de la JSR.
Introducci贸n
Las caracter铆sticas objetivo de JSR 315
JSR 315 nombra “Async and Comet Support” como una caracter铆stica objetivo as a targeted feature, desacrita como:
Entrada no bloqueante
La habilidad de recibir datos de un cliente sin bloquear si los datos tardan en llegar.
Salida no bloqueante
La habilidad de enviar datos a un cliente sin bloquear si el cliente o la red es lenta.
Retrasar la gesti贸n de la petici贸n
El “estilo cometa” de una aplicaci贸n web AJAX puede requerir que la gesti贸n de una petici贸n sea retrasada hasta que ocurra un timeout o un evento.
Retrasar la gesti贸n de una petici贸n tambi茅n es 煤til si hay que obtener un recurso remoto/lento antes de servir la petici贸n o si el acceso a un recurso
espec铆fico necesita ser suprimido para prevenir demasiados accesos simult谩neos.
Retrasar el cierre de una respuesta
El “estilo comet” de una aplicaci贸n web AJAX puede requerir que una respuesta se mantenga abierta para permitir que datos adicionales sean enviados cuando ocurran eventos as铆ncronos.
Notificaciones bloqueantes/no bloqueantes
La habilidad de notificar eventos bloqueantes o no bloqueantes. El concepto de canales - la habliddad de suscribirse a un canal y obtener eventos as铆ncronos de ese canal. Esto implica poder crear, suscribirse, desuscribirse y tambi茅n aplicar algunas restricciones de seguridad sobre qui茅n puede a帽adirse o qui茅n no puede a帽adirse a un canal.
Read the rest of this entry »
Greg Wilkins ha dado una propuesta para los temitas de asincron铆a de JSR315 para el proceso de especificaci贸n de Servlet 3.0.
La propuesta se puede encontrar aqu铆, y en el blog de Greg hay una introducci贸n a dicha propuesta. En la propuesta, el contenedor de servlet necesita nuevos poderes (gestionar m谩s mime types), adem谩s de que hay m谩s m茅todos de pedir servlets (requests) y de devolver objetos (responses), para gestionar suspensi贸n y reanudaci贸n de peticiones (queeeee wapo!!!). El descriptor de despligue de aplicaciones web se debe modificar para indicar c贸mo convertir tipos, adem谩s de para indicar si un servlet es as铆ncrono o no.
Aunque la propuesta est谩 fuertemente influenciada por Jetty Continuations, 茅sta intenta evitar algunos de los temas m谩s pol茅micos de continuations.
A ver si tengo ganas y me la miro a fondo, y si tengo muuuchas m谩s ganas al igual hago una traducci贸n de estar por casa.
V铆a TheServerSide.com.