Diferencia entre revisiones de «Kernel de TuEntidad.es»
m |
|||
Línea 1: | Línea 1: | ||
− | La parte que encargada del tratamiento de la '''lectura/escritura de datos''' de todo el '''Proyecto TuEntidad.es'' se llama '''Kernel'''. Por norma general se encuentra como subdominio (denominado kernel) de la página del Proyecto. Por lo general, existe un archivo dentro del propio [[#Los Visores|visor]] que redirecciona internamente, a través de una implementación [[proxy]]-[[php]] en el caso de [[lotienes]], a los servidores de datos de la aplicación. Todos los visores implementan un proxy. El uso del proxy oficial permite un balanceo de carga entre [[máquinas]] que mejoran los tiempos de carga. | + | La parte que encargada del tratamiento de la '''lectura/escritura de datos''' de todo el '''Proyecto TuEntidad.es''' se llama '''Kernel'''. Por norma general se encuentra como subdominio (denominado kernel) de la página del Proyecto. Por lo general, existe un archivo dentro del propio [[#Los Visores|visor]] que redirecciona internamente, a través de una implementación [[proxy]]-[[php]] en el caso de [[lotienes]], a los servidores de datos de la aplicación. Todos los visores implementan un proxy. El uso del proxy oficial permite un balanceo de carga entre [[máquinas]] que mejoran los tiempos de carga. |
Los visores en otros lenguajes se caracterizan por '''acceder al kernel directamente'''. Es el caso de las versiones en [[Flash]] y '''ejecutables de escritorio'''. La necesidad del [[proxy]] aparece en los visores que utilizan [[JavaScript]], el cual no permite acceder a dominios fuera del actual. | Los visores en otros lenguajes se caracterizan por '''acceder al kernel directamente'''. Es el caso de las versiones en [[Flash]] y '''ejecutables de escritorio'''. La necesidad del [[proxy]] aparece en los visores que utilizan [[JavaScript]], el cual no permite acceder a dominios fuera del actual. |
Revisión del 03:36 13 dic 2009
La parte que encargada del tratamiento de la lectura/escritura de datos de todo el Proyecto TuEntidad.es se llama Kernel. Por norma general se encuentra como subdominio (denominado kernel) de la página del Proyecto. Por lo general, existe un archivo dentro del propio visor que redirecciona internamente, a través de una implementación proxy-php en el caso de lotienes, a los servidores de datos de la aplicación. Todos los visores implementan un proxy. El uso del proxy oficial permite un balanceo de carga entre máquinas que mejoran los tiempos de carga.
Los visores en otros lenguajes se caracterizan por acceder al kernel directamente. Es el caso de las versiones en Flash y ejecutables de escritorio. La necesidad del proxy aparece en los visores que utilizan JavaScript, el cual no permite acceder a dominios fuera del actual.
Sumario
Protocolo del Kernel
Actualmente hay una serie de acciones no estandarizadas todavía como son el registro de nuevos usuarios y recuperación de claves de acceso, el inicio/cierre de sesión, y la subida de medios locales.
Las acciones (consultas) estandarizadas siguen el modelo de conjunto de órdenes, y a su vez, cada orden, sigue el modelo de conjunto de componentes.
Ordenes
Las peticiones pueden incluir varias
Componentes
Las componentes de una orden son:
- El tipo de objeto (a para los álbumes, c para los contactos, etc).
- El identificador numérico natural del objeto (id>0) seleccionado
- El nombre de la estructura -matriz o vector o valor- (generalmente datos o entidad)
- La componente numérica -en caso de ser matriz o vector-
- La componente numércia -en caso de haber sido una matriz-
Las componentes se separan por el signo almohadilla (#).
Iteradores
Cada órden puede utilizar en las componentes valores estáticos o valores dinámicos. Los primeros se generan en los visores y se envían directamente para su tratamiento; los dinámicos son referencias a órdenes anteriores, separados por comas (,).
Funciones
Al final de cada órden pueden aparecer, separadas por el signo arroba (@), una o más funciones. Las funciones tienen una estructura parecida a la componentes de la orden.
Peticiones y órdnes del Kernel
El protocolo del Kernel distingue dos acciones: La de consuluta, y la escritura, separándolos en dos archivos de petición distintos.
Consultas
Las consultas devuelven valores, vectores de valores, matrices (vectores de vectores) de valores, separados por &, y a su vez identificados por una estructura de asignadores separados por =:
- Tipo de objeto extendido.
- Identificador del objeto.
- Valor, vector -separado por dos puntos (:)- o matriz -vectores separados por salto de línea (\n)-.
Escrituras
Al igual que el anterior, estas peticiones de escritura se dividen en órdenes. Cada una de ellas segmentadas en una serie de componentes. La última componente es el valor que se le asignará.