Cuando Inline entity form renderiza la entidad dentro de otro formulario tiende a meterle fieldsets y títulos extra que no son estrictamente parte del formulario de la entidad referida. Como resultado, el formulario anidado queda como tal, como si estuviera anidado, y eso no queda bonito. Estaria mejor que el formulario visualmente se integrase mejor
Si tenemos un panel que tiene su propia URL, digamos contactar/!extras y querés renderizar este panel por medio de código. Bueno si ese fuera el caso, hacerlo es bastante simple:
|
1 2 3 4 |
<?php module_load_include('inc', 'ctools', 'page_manager/plugins/tasks/page'); return page_manager_page_execute("contacto", "foo"); ?> |
En el snippet anterior solo aclarar que page_manager_page_execute([[1]], [[2,3,4,etc]]); [[1]] este es el nombre del panel sin el prefijo “page-“. Para saber cual es
Hola!. Todos los post que escribí hasta ahora sobre Migrate se debieron a que quería hacer esto. Hoy les presento una clase basada en Migrate para importar productos a Drupal Commerce y crear al mismo tiempo un product display. NOTA: los múltiples productos para un solo product display lo dejamos para otro día 🙁 Un
Con archivos JSON tenemos dos posibles casos: Un JSON simple Y proporcionando dos archivos: uno que provea los ID y otro archivo que contenga la información de un item específico. Esta última opcion es especialmente util para atacar API’s que por ejemplo en /posts entrega un listado de ID’s y en /posts/:id proporciona un item
Hoy nos toca importar información desde archivos CSV. Como la implementacion de las clases no varian mucho con respecto a la de BD y XML, voy a obviar la explicacion de algunas partes y me voy a centrar en el “source” de la clase. Los archivos CSV de ejemplo están al final del post. Para
Continuando con Migrate, hoy toca importar XML’s de forma local y remota. Para la forma remota he colocado un XML de ejemplo con un solo item que pueden usar para probar que todo funcione. Ok sin más dilación esta es la clase para importar de forma remota:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
class WPMigrationFromXML extends XMLMigration { public function __construct($arguments) { parent::__construct($arguments); $items_url = 'http://ecapy.com/wp-content/uploads/2013/06/wordpress.xml_._renombrar.txt'; $item_xpath = '/rss/item'; $item_ID_xpath = 'wp:post_id'; $this->source = new MigrateSourceXML($items_url, $item_xpath, $item_ID_xpath); $this->destination = new MigrateDestinationNode('page'); $this->map = new MigrateSQLMap($this->machineName, array( 'wp:post_id' => array( 'type' => 'int', 'unsigned' => TRUE, 'not null' => TRUE, ) ), MigrateDestinationNode::getKeySchema() ); $this->addFieldMapping('uid')->defaultValue(1); $this->addFieldMapping('created', 'wp:post_date')->xpath('wp:post_date'); $this->addFieldMapping('title', 'title')->xpath('title'); $this->addFieldMapping('body', 'content:encoded')->xpath('content:encoded'); } } |
La primer diferencia y que es única para
En el post anterior vimos por encima como implementar un migrator, que no es mas que una clase que extiende de Migration. La clase Migration nos quita prácticamente todo el trabajo de encima (en lo que se refiere a procesar la importación y creación de contenidos). Lo único que se necesita para crear un migrator
Migrate es genial, a resumidas cuentas te permite importar información desde varias fuentes. Así de simple. En este post voy tocar dos cosas muy por encima. Qué puede importar y como implementar Migrate (este modulo no importa nada por si mismo) Primero lo primero: ¿Desde donde te deja importar información? SQL (Cualquier DB que Drupal
La motivación es simple. A veces necesitamos conectarnos a una DB externa pero no queremos tener que andar tocando settings.php para agregar una DB. un caso práctico sería un módulo que después de instalado se conecta a una DB externa, o un módulo que te deja especificar los datos de conexión por UI para luego
Les presento ECK a quien no lo conozca todavía. ECK (Entity Construction Kit) a craso modo es una interfaz para crear entidades por medio de una UI. Además de permitirte crear tipos de entidad, te permite crear sus bundles, gestionar sus fields, propiedades, y para rematar también te da todas las herramientas para hacer CRUD.