Glosario

A continuación una serie de términos usados en las tecnologías Python / Zope / Plone

buildout
En la herramienta buildout, es un conjunto de partes que describe como ensamblar una aplicación.
bundle
Ver Paquete bundle.
Catalog
Sinónimo en Ingles del termino Catálogo.
Es un índice interno de los contenidos dentro de Plone para que se pueda buscar. El objetivo del catálogo es que sea accesible a través de la ZMI a través de la herramienta portal_catalog.
Cheese shop
Ver PyPI.
Collective

Es un repositorio de código comunitario, para Productos Plone y productos de terceros, y es un sitio muy útil para buscar la ultima versión de código fuente del producto para cientos de productos de terceros a Plone. Los desarrolladores de nuevos productos de Plone son animados a compartir su código a través de Collective para que otros puedan encontrarlo, usarlo, y contribuir con correcciones / mejoras.

En la actualidad la comunidad ofrece dos repositorio Collective un basado en Git y otro Subversion.

Si usted quiere publicar un nuevo producto en el repositorio Git de Collective de Plone necesita obtener acceso de escritura y seguir las reglas en github/collective, también puede consultarlo en la cuenta en github.com.

Si usted quiere publicar un nuevo producto en el repositorio Subversion de Collective de Plone necesita obtener acceso de escritura al repositorio y crear su estructura básica de repositorio para su producto, también puede consultarlo vía Web consulte el siguiente enlace.

Declaración ZCML
El uso concreto de una Directiva ZCML dentro de un archivo ZCML.
Directiva ZCML
Una “etiqueta” ZCML como <include /> o <utility />.
Egg
Ver paquetes Egg.
esqueleto
Los archivos y carpetas recreados por un usuario el cual los genero ejecutando alguna plantilla templer (PasteScript).
estructura

1) Una clase Python la cual controla la generación de un árbol de carpetas que contiene archivos.

2) Una unidad de carpetas y archivos proveídos por el sistema templer para ser usado en una plantilla o plantillas. Las estructuras proporcionan recursos estáticos compartidos, que pueden ser utilizados por cualquier paquete en el sistema de templer.

Las estructuras diferencian de las plantillas en que no proporcionan las vars.

filesystem
Termino ingles File system, referido al sistema de archivo del sistema operativo.
Flujo de trabajo
Es una forma muy poderosa de imitar los procesos de negocio de su organización, es también la forma en se manejan la configuración de seguridad de Plone.
Flujo de trabajos
Plural del termino Flujo de trabajo.
grok
Ver la documentacion del proyecto grok.
Instalación de Zope
El software propio del servidor de aplicaciones.
Instancia de Zope
Un directorio específico que contiene una configuración completa del servidor Zope.
local command
Una clase Paste la cual provee funcionalidad adicional a una estructura de esqueleto de proyecto que ha sido generada.
modulo
Del Ingles module, es un archivo fuente Python; un archivo en el sistema de archivo que típicamente finaliza con la extensión .py o .pyc. Los modules son parte de un paquete.
Namespace
Ver Paquete de espacio de nombres.
Namespace package
Ver Paquete de espacio de nombres.
Nombre de puntos Python
Es la representación Python del “camino” para un determinado objeto / módulo / función, por ejemplo, Products.GenericSetup.tool.exportToolset. A menudo se utiliza como referencia en configuraciones Paste y setuptools a cosas en Python.
paquete
Ver Paquete Python.
Paquete bundle
Este paquete consististe en un archivo comprimido con todos los módulos que son necesario compilar o instalar en el PYTHONPATH de tu interprete Python.
Paquete de espacio de nombres

Una característica de setuptools que hace posible la distribución múltiple, paquetes independientes que comparten un único espacio de nombres de nivel superior. Por ejemplo, los paquetes plone.theme y plone.portlets ambos comparten el espacio de nombres plone de nivel superior, sino que se distribuyen en forma de huevos separados. Una vez instalado, el código fuente de cada huevo tiene su propio directorio (o, posiblemente, un archivo comprimido de ese directorio).

Los paquetes de espacio de nombres eliminan la necesidad de distribuir un paquete Plone enorme, con un directorio de nivel superior plone que contiene todos los directorios hijos posibles.

paquete Egg

Es una forma de empaquetar y distribuir paquetes Python. Cada Egg contiene un archivo setup.py con metadata (como el nombre del autor y la correo electrónico y información sobre el licenciamiento), como las dependencias del paquete.

La herramienta del setuptools, es la librería Python que permite usar el mecanismo de paquetes egg, esta es capaz de encontrar y descargar automáticamente las dependencias de los paquetes Egg que se instale.

Incluso es posible que dos paquetes Egg diferentes necesiten utilizar simultáneamente diferentes versiones de la misma dependencia. El formato de paquetes Eggs también soportan una función llamada entry points, una especie de mecanismo genérico de plug-in. Mucha más detalle sobre este tema se encuentra disponible en el sitio web de PEAK.

Paquete Python
Es un termino generalmente usando para describir un módulo Python. en el más básico nivel, un paquete es un directorio que contiene un archivo __init__.py y algún código Python.
paquetes Egg
Plural del termino paquete Egg.
Paquetes Python
Plural del termino Paquete Python.
part
En la herramienta buildout, es un conjunto opciones que le permite a usted construir una pieza de la aplicación.
plantilla

1) Una clase Python la cual controla la generación de un esqueleto. Las plantillas contiene una lista de variables para obtener la respuesta de un usuario. Las plantillas son ejecutadas con el comando templer suministrando el nombre de la plantilla como un argumento templer basic_namespace my.package.

2) Los archivos y carpetas proveídas un paquete templer como contenido a ser generado. Las respuestas proporcionadas por un usuario en respuesta a las variables se utilizan para rellenar los marcadores de posición en este contenido.

Producto
Es una terminología usada por la comunidad Zope / Plone asociada a cualquier implementación de módulos / complementos y agregados que amplíen la funcionalidad por defecto que ofrece Zope / Plone. También son conocidos como “Productos de terceros” del Ingles Third-Party Products.
Producto Plone
Es un tipo especial de paquete Zope usado para extender las funcionalidades de Plone. Se puede decir que son productos que su ámbito de uso es solo en el desde la interfaz gráfica de Plone.
Producto Zope

Es un tipo especial de paquete Python usado para extender Zope. En las antiguas versiones de Zope, todos los productos eran carpetas que se ubican dentro de una carpeta especial llamada Products de una instancia Zope; estos tendrían un nombre de módulo Python que empiezan por “Products.”. Por ejemplo, el núcleo de Plone es un producto llamado CMFPlone, conocido en Python como Products.CMFPlone.

Este tipo de productos esta disponibles desde la interfaz administrativa de Zope (ZMI) de su instalación donde deben acceder con las credenciales del usuario Administrador de Zope. Muchas veces el producto simplemente no hay que instalarlo por que se agregar automáticamente.

Productos
Plural del termino Producto.
Productos Plone
Plural del termino Producto Plone.
Productos Zope
Plural del termino Producto Zope.
profile
Una configuración “predeterminada” de un sitio, que se define en el sistema de archivos o en un archivo tar.
PyPI
Siglas del termino en Ingles Python Package Index, es el servidor central de paquetes Egg Python ubicado en la dirección http://pypi.python.org/pypi/.
Python Package Index
Ver PyPI.
PYTHONPATH
Una lista de nombre de directorios, que contiene librerías Python, con la misma sintaxis como la declarativa PATH del shell del sistema operativo.
recipe
En la herramienta buildout, es el software usado para crear partes de una instalación basada en sus opciones. Mas información consulte el articulo Recipes Buildout.
setup.py

El archivo setup.py es un modulo de Python, que por lo general indica que el módulo / paquete que está a punto de instalar ha sido empacado y distribuidos con Distutils, que es el estándar para la distribución de módulos de Python.

Con esto le permite instalar fácilmente paquetes de Python, a menudo es suficiente para escribir:

python setup.py install

Entonces el módulo Python se instalará.

Temas / Apariencias
Por lo general si un producto de Tema esta bien diseñado y implementado debe aplicarse de una ves al momento de instalarlo. En caso que no se aplique de una puede acceder a la sección Configuración de Temas y cambiar el Tema predeterminado por el de su gusto.
Tipos de contenidos
Los tipos de contenidos son productos que extienden la funcionalidad de Agregar elemento que permite agregar nuevos tipos de registros (Contenidos) a tu sitio. Esto quiere decir que si instala un tipo de contenido exitosamente debería poder acceder a usarlo desde el menú de Agregar elemento en el sitio Plone. Opcionalmente algunos productos instalan un panel de control del producto que puede acceder a este en la sección Configuración de Productos Adicionales.
var
Diminutivo en singular del termino variable.
variable

1) Una pregunta que debe ser respondida por el usuario cuando esta generando una estructura de esqueleto de proyecto usando el sistema de plantilla templer. En este caso una variable (var) es una descripción de la información requerida, texto de ayuda y reglas de validación para garantizar la entrada de usuario correcta.

2) Una declarativa cuyo valor puede ser variable o constante dentro de un programa Python o en el sistema operativo.

variables
Plural del termino variable.
vars
Diminutivo en plural del termino variable.
Workflow
Ver Flujo de trabajo.
ZCA
Zope Component Architecture
La arquitectura de componentes de Zope (alias ZCA), es un sistema que permite la aplicación y la expedición enchufabilidad complejo basado en objetos que implementan una interfaz.
ZCatalog
Ver Catalog.
ZCML
Siglas del termino en Ingles Zope Configuration Mark-up Language.
ZCML-slug
Los así llamados “ZCML-slugs”, era configuraciones que estaban destinados a enlazar dentro de un directorio una configuración especial en una instalación de Zope, por lo general se ven como collective.foo-configure.zcml. Estas configuraciones ya no están más en uso, pueden ser eliminados agregando las configuraciones del paquete z3c.autoinclude.
Zope Configuration Mark-up Language

Es un dialecto XML utilizado por Zope para las tareas de configuración. ZCML es capaz de realizar diferentes tipos de declaración de configuración. Es utilizado para extender y conectar a los sistemas basados en la Zope Component Architecture.

Zope 3 tiene la política de separar el código actial y moverlo a los archivos de configuración independientes, típicamente un archivo configure.zcml en un buildout. Este archivo configura la instancia Zope. El concepto ‘Configuración’ podría ser un poco engañoso aquí y debe ser pensado o tomarse más cableado.

ZCML, el lenguaje de configuración basado en XML que se utiliza para esto, se adapta a hacer el registro de componentes y declaraciones de seguridad, en su mayor parte. Al habilitar o deshabilitar ciertos componentes en ZCML, puede configurar ciertas políticas de la aplicación general. En Zope 2, habilitar y deshabilitar componentes significa eliminar o remover un determinado producto Zope 2. Cuando está ahí, se importa y se carga automáticamente. Este no es el caso en Zope 3 Si no habilita explícitamente, no va a ser encontrado.

El grok proyecto ha adoptado un enfoque diferente para el mismo problema, y permite el registro de componentes, etc haciendo declarativa de código Python. Ambos enfoques son posibles en Plone.

los comentarios son proporcionados por Disqus

Editar este documento

El código fuente de este archivo esta hospedado en GitHub. Todos pueden actualizar y corregir errores en este documento con unos clic - sin necesidad de descargar.

  1. Vaya hacia el articulo Glosario en GitHub.
  2. Presione el botón Fork. Este creara su propia copia personal de la documentación.
  3. Edite los archivos usando el editor de texto de GitHub desde su navegador Web
  4. Rellene en la caja de texto Commit message al final de la pagina indicando por que usted realizo estos cambios. Presione el botón Propose file change próximo a ese cuando haya finalizado.
  5. Luego diríjase a la página Send a pull request (no será necesario rellenar ningún texto adicional). Sólo tiene que pulsar el botón Send pull request.
  6. Sus cambios serán consultados por un revisor dentro de la pestaña Pull requests del proyecto en Github.

Para mas información básica acerca de como actualizar este manual y referencia a sintaxis Sphinx, por favor consulte la guía Escribiendo y actualizando el manual.