Diferencia entre revisiones de «Proyecto eWa»
m (→El SPS) |
m (→El SPS) |
||
Línea 44: | Línea 44: | ||
==== El SPS ==== | ==== El SPS ==== | ||
{{AP|SPS}} | {{AP|SPS}} | ||
− | El SPS o Servidor Proxy de Sockets se desarrolló durante finales de Septiembre de 2008 y el mes de Octubre de ese mismo año, y abrió en el Proyecto eWa una gran puerta a compatibilizar progresivamente la RedeWa a la Arquitectura eWa y el SIM. Permite controlar el sistema local (de archivos, puertos, dispositivos) y de la red de forma completa, sin las restricciones de seguridad Adobe Flash 9 y posteriores. | + | El '''SPS''' o '''Servidor Proxy de Sockets''' se desarrolló durante finales de Septiembre de 2008 y el mes de Octubre de ese mismo año, y abrió en el [[Proyecto eWa]] una gran puerta a compatibilizar progresivamente la [[RedeWa]] a la [[Arquitectura eWa]] y el [[SIM]]. Permite controlar el sistema local (de archivos, puertos, dispositivos) y de la red de forma completa, sin las restricciones de seguridad [[Adobe Flash]] 9 y posteriores. |
Revisión del 20:55 14 oct 2008
El Proyecto eWa es una asociación independiente que comienza a trabajar a mediados del mes de abril del 2005 como división de enWILLYado.tk y que posteriormente, a partir de marzo de 2006, ofreció sus servicios en enWILLYado.com, sitio web de enWILLYado, hasta el nacimiento de la RedeWa. Actualmente ofrece soporte en ProyectoeWa.com y todos sus servicios de tercera generación en la aplicación RedeWa oficial en la página web RedeWa.com y el eWascritorio creando una utilidad que abarque el máximo número de servicios posible totalmente integrados los unos con los otros.
Actualmente desarrolla la Arquitectura eWa y los Proyectos eWa de Tercera Generación como son el eWame, el eWalog, el eWamedios o el eWail, entre otros. Pretende, con la entrada progresiva del SOM en los próximos meses, realizar los cambios de estilo de administración y configuración en los Foros de Sabores e incluir nuevos parámetros dentro de los Perfiles, así como un nuevo proyecto de Grupos de usuarios. Todos ellos, desarrollados desde cero para el SOM y la Tecnología eWa.
Sumario
Arquitectura eWa
El Proyecto eWa nació para crear una serie de Protocolos basados en el ActionScript, el AS, de Macromedia Flash (ahora Adobe Flash) y el Lenguaje de HiperTexto PreProcesado, el PHP, de PHP Group. Estos se centraban en la comunicación Usuario-Servidor-Usuario-Servidor y servían para crear animaciones Flash con un alto grado de dinamismo.
A partir de la Segunda Generación de Proyectos eWa se fueron poco a poco incrementando los Protocolos que sirvían para determinadas consultas: lectura de correos internos, publicación de hilos en los foros... Estos protocolos fueron poco a poco necesitando nuevas funcionalidades que el AS no ofrecía de forma fácil y eficaz.
Fue ya con la Tercera Generación cuando la necesidad de subdividir los Proyectos eWa se convirtió en algo evidentemente necesario. Estos nuevos Proyectos atacaban de lleno los cuatro pilares de la Informática en general:
A nivel físico: Máquinas Reales
El Proyecto eWa comenzó a desarrollar unos microcontroladores divididos en pequeños componentes últrarrápidos, que ejecutaban un reducidísimo número de instrucciones, pero muy rápido. Estas instrucciones físicas eran suficientes para que, tras su concatenación preestablecida, crearan instrucciones básicas o también denominadas de bajo nivel.
Los Sistemas Informáticos Reales Ciegos o Reducidos se compone de la A.B.U. (Unidad Básica de Aritmética), la C.P.U. (Unidad de Procesos Continuos) y la P.M.U. (Unidad de Memoria Principal). Los Completas o Extendidos, además, cuenta con los controladores de Pantalla, Teclado, Ratón, Puertos Serie y Paralelos, Medios Extraíbles, Red,Sonido y otros dispositivos típicos como son los Generadores de Números Aleatorios, extensión de punteros en caché y demás.
A bajo nivel: eWamblador
Como a nivel físico las instrucciones son muy sencillas, se crea un pseudo-lenguaje fijo de programación llamado eWamblador que recuerda mucho al Lenguaje Ensamblador. En realidad el eWamblador, al ser un componento software, varía y pierde en muchas ocasiones nitidez. De todas formas, se utiliza como puente principal entre el Alto nivel y el Nivel físico, sobre todo con isntrucciones que, tal y como está planteada la Arquitectura eWa solo se pueden hacer de una única forma constantemente eficiente.
Esta división del Proyecto eWa también se encarga de facilitar la verdadera Máquina Virtual que utilizan los dispositivos (Ordenadores, PDAs, Móviles...) que no tienen la Arquitectura eWa. Esta Máquina Virtual ofrece esas instrucciones básicas independientemente del dispositivo usado. De todas formas, las distribuciones de eWa++ para Arquitectura eWa suelen usar menos instrucciones básicas y más instrucciones físicas.
A medio nivel: S.O.M.
Cuando se tiene el conjunto de instrucciones de bajo nivel, el siguiente paso es la creación de Sistemas Operativos para funcionar sobre las Máquinas Virtuales siguiendo las pautas del Estándar. El SOM por excelencia del Proyecto eWa es RedeWa, aunque hay otras Distribuciones co-oficiales.
Un SOM permite una comunicación entre Usuarios y la Máquina virtual de forma rápida y conocida, facilitando la creación e interoperatividad de los SeRViCios y programas que se ejecutarán posteriormente en él.
A alto nivel: eWa++
Una vez conseguidas las instrucciones simples, el siguiente paso es contruir las instrucciones complejas que se consiguen gracias a la concatenación de instrucciones básicas. El entorno por excelencia para programarlas es la Aplicación eWa++ con el Dialecto eWa++. Por fortuna, el eWa++ es compatible con otros idiomas de sintaxis libre como son el C, el Java o el ActionScript.
Mucha gente opina que el eWa++ es en realidad un Lenguaje de Medio Nivel que hace de puente entre los lenguajes de alto nivel y los de bajo nivel. Desde Proyectos eWa siempre se ha optado por llamar a eWa++ un Idioma de Programación que, tras indicar qué dialecto(s) se quiere(n) utilizar, es capaz de trabajar y compilar/interpretar los programas.
En otras Arquitecturas
Los Máquinas Virtuales
(recopilando)
El SPS
El SPS o Servidor Proxy de Sockets se desarrolló durante finales de Septiembre de 2008 y el mes de Octubre de ese mismo año, y abrió en el Proyecto eWa una gran puerta a compatibilizar progresivamente la RedeWa a la Arquitectura eWa y el SIM. Permite controlar el sistema local (de archivos, puertos, dispositivos) y de la red de forma completa, sin las restricciones de seguridad Adobe Flash 9 y posteriores.