A continuación una serie de términos usados en las tecnologías Python / Zope / Plone
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.
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.
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.
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.
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.
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.
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á.
Ver también
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.
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.
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.
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.