Introducción

Las URLs amigables en Drupal mejoran el SEO y la experiencia del usuario. Sin embargo, cuando se realizan cambios masivos en contenido, traducciones o migraciones, pueden quedar desactualizadas.

En este artículo aprenderás a recalcular URLs amigables (path aliases) en Drupal de forma segura, usando interfaz, Drush y consultas SQL.

Índice

• 1. Qué son los path aliases en Drupal
• 2. Cuándo es necesario recalcularlos
• 3. Recalcular desde el backend
• 4. Usar Drush para regenerar aliases
• 5. SQL y scripts para automatizar
• 6. Buenas prácticas
• 7. Conclusión

1. ¿Qué son los path aliases?

Un path alias es la URL amigable que reemplaza la ruta interna de Drupal. Por ejemplo:

/node/123 → /articulos/como-optimizar-drupal

2. ¿Cuándo recalcularlos?

• 🔄 Tras migrar contenido masivo
• 🌐 Al cambiar títulos o estructuras de nodos
• 🗂️ Tras importar traducciones o actualizaciones de idioma

3. Recalcular desde el backend

En Drupal 8/9/10:

• Ve a Configuración > URL aliases.
• Filtra por contenido y elimina aliases obsoletos.
• Usa la opción “Bulk Generate” del módulo Pathauto para regenerar.

4. Usar Drush

Drush facilita regenerar aliases sin acceder al panel:

Comando	Descripción
drush pathauto:alias-rebuild	Regenera todos los aliases según patrones
drush cache:rebuild	Recalcula caché tras regenerar

5. Automatizar con SQL o script PHP

Puedes eliminar registros viejos de la tabla path_alias:

DELETE FROM path_alias WHERE path LIKE '/node/%';

Luego, usa Drush para regenerar de forma masiva.

6. Buenas prácticas

• 💾 Haz backup de la base de datos antes de borrar aliases.
• 🔁 Borra caché después de regenerar.
• 🔗 Verifica redirecciones para no perder tráfico SEO.

7. Conclusión

Recalcular URLs amigables en Drupal garantiza URLs limpias, coherentes y optimizadas para buscadores.

📩 ¿Necesitas ayuda para regenerar aliases en tu proyecto? Contáctanos.

Introducción

En proyectos Drupal complejos, muchas veces necesitas duplicar vistas (views) o bloques con ligeras variaciones. Hacerlo manualmente es lento y propenso a errores. Afortunadamente, puedes clonar views o bloques desde código, de forma limpia y controlada.

En esta guía aprenderás cómo clonar views y bloques programáticamente en Drupal 9/10 usando la API de configuración y la entidad adecuada.

Índice

• 1. Cómo clonar una view desde código
• 2. Clonar views exportando YAML y modificando IDs
• 3. Cómo clonar bloques personalizados
• 4. Uso de Config API para duplicación dinámica
• 5. Casos reales donde clonar views o bloques es útil
• 6. Consejos para evitar errores comunes
• 7. Conclusión

1. Clonar views desde código

$original = \Drupal::entityTypeManager()
  ->getStorage('view')
  ->load('mi_vista_original');

$clon = $original->createDuplicate();
$clon->set('id', 'mi_vista_clonada');
$clon->set('label', 'Vista Clonada');
$clon->save();

✔️ Este método duplica toda la configuración sin alterar la original.

2. Clonar vistas desde YAML

• Exporta la view original: drush config:export view.mi_vista
• Cambia el id, label y el archivo
• Importa la nueva: drush config:import

💡 Ideal para clonar múltiples vistas con variantes pequeñas.

3. Clonar bloques programáticamente

Solo aplica a bloques personalizados (tipo basic block):

$original = \Drupal\block_content\Entity\BlockContent::load($id);
$clon = $original->createDuplicate();
$clon->setTitle('Bloque Clonado');
$clon->save();

🔁 Puedes cambiar el contenido del cuerpo, título o asignación a regiones.

4. Clonar con Config API

Usa la clase ConfigFactoryInterface:

$config = \Drupal::configFactory()->getEditable('block.block.mi_bloque');
$data = $config->getRawData();
$data['id'] = 'block.block.mi_bloque_clonado';
\Drupal::service('config.storage')->write('block.block.mi_bloque_clonado', $data);

🧠 Útil para bloques de configuración reutilizable entre entornos.

5. Cuándo clonar vistas o bloques

• 🔄 Para multisitio con configuración base repetida
• 🧪 En staging o testing con vistas personalizadas
• 🌐 Reutilizar bloques en múltiples regiones o idiomas
• 🗂️ Crear versiones A/B de una view sin afectar la original

6. Consejos y precauciones

• ✅ Siempre cambia el id antes de guardar
• 🔁 Revisa si hay dependencias (taxonomías, campos, roles)
• 📤 Usa config export/import para entornos sincronizados
• 📋 Documenta qué clonas y por qué para mantenimiento futuro

7. Conclusión

Clonar views o bloques desde código te da rapidez, control y escalabilidad en entornos Drupal. Ya sea para pruebas, personalizaciones o replicar funcionalidades, esta técnica te ahorra tiempo y errores.

📩 ¿Necesitas un módulo que lo automatice o gestione desde el backoffice? Escríbenos y lo creamos para ti.

Introducción

En proyectos complejos de Drupal, es habitual tener múltiples nodos que deben compartir información o mantener campos sincronizados entre sí. Esto puede ocurrir en sitios multilenguaje, sistemas de fichas de producto, clonado de contenido o cuando se relacionan entidades automáticamente.

En esta guía avanzada te mostramos cómo sincronizar campos personalizados entre nodos en Drupal 9/10, utilizando código PHP, servicios del núcleo y estrategias seguras de sincronización.

Índice

• 1. Casos comunes donde sincronizar campos
• 2. Cómo están estructurados los campos en Drupal
• 3. Cómo acceder a campos desde PHP
• 4. Copiar valores simples entre nodos
• 5. Copiar valores múltiples o de referencia
• 6. Sincronizar al guardar (hook_entity_presave)
• 7. Sincronizar por lote (batch API)
• 8. Validar tipos, formatos y estructuras
• 9. Errores comunes y cómo evitarlos
• 10. Conclusión y recomendaciones

1. Casos comunes de sincronización

• Multilenguaje: sincronizar valores entre versiones de un mismo nodo
• Duplicación de contenido (clones)
• Sincronización de campos entre tipo A (fichas) y tipo B (resúmenes)
• Relaciones entre productos, eventos o autores compartidos

2. Estructura de los campos personalizados

Los campos están contenidos en objetos FieldItemList. Ejemplo:

$valor = $nodo->get('field_precio')->value;

✔️ Algunos campos tienen estructura compleja (multivalor, referencias, entity collections).

3. Acceso a campos entre nodos

$origen = Node::load($nid_origen);
$destino = Node::load($nid_destino);

$valor = $origen->get('field_precio')->value;
$destino->set('field_precio', $valor);
$destino->save();

💡 Este ejemplo es básico y sirve como patrón para sincronizar campos.

4. Copiar campos simples

• text (corto o largo)
• number (integer, decimal)
• boolean
• list (textual)

💡 Siempre valida que el campo existe antes de copiar.

5. Copiar campos de múltiples valores o referencias

$items = $origen->get('field_tags');
$destino->set('field_tags', []);

foreach ($items as $item) {
  $destino->get('field_tags')->appendItem($item->target_id);
}

✔️ También puedes usar entity_reference_revisions si trabajas con paragraphs.

6. Sincronizar automáticamente al guardar

function mi_modulo_entity_presave(EntityInterface $entity) {
  if ($entity->getEntityTypeId() === 'node' && $entity->bundle() === 'producto') {
    if ($relacion = $entity->get('field_clon_origen')->target_id) {
      $origen = Node::load($relacion);
      $entity->set('field_precio', $origen->get('field_precio')->value);
    }
  }
}

✔️ Este ejemplo sincroniza automáticamente el precio al guardar.

7. Sincronizar por lote (batch)

Ideal para catálogos grandes. Usa la Batch API de Drupal:

$nids = \Drupal::entityQuery('node')->condition('type', 'producto')->execute();

foreach ($nids as $nid) {
  batch_set([...]);
}

💡 Controla errores, interrumpe si falla, y guarda logs.

8. Validar tipos y estructuras

• ✔️ Verifica que ambos nodos tengan el campo
• ✔️ Compara cardinalidad (simple vs multivalor)
• ✔️ Usa isEmpty() antes de sobrescribir

9. Errores comunes

• ❌ No cargar el nodo antes de usar get()
• ❌ Sobrescribir campos complejos con valores simples
• ❌ No validar la existencia del campo en ambos bundles

10. Conclusión

Sincronizar campos entre nodos en Drupal requiere entender cómo se estructuran, cómo acceder a ellos, y cuándo intervenir (presave, batch, hook). Con un enfoque organizado puedes automatizar tareas, mantener datos coherentes y ahorrar tiempo en mantenimiento.

📩 ¿Quieres que desarrollemos un módulo personalizado para sincronización masiva o mantener versiones sincronizadas automáticamente? Escríbenos.

Introducción

Importar contenido desde archivos CSV en Drupal 9 o 10 es una necesidad habitual al migrar, actualizar o centralizar contenidos de otros sistemas.

Aunque existen módulos como Feeds, a veces necesitas un control más específico sobre qué tipo de nodo crear, cómo mapear campos personalizados y qué validaciones aplicar.

En este artículo te mostramos cómo crear un script en PHP para importar contenido desde CSV a Drupal, controlando tipo de nodo, campos (incluidos personalizados), taxonomías y más.

Índice

• 1. ¿Cuándo usar código en vez de módulos?
• 2. Preparar el CSV para importar
• 3. Estructura básica de importador en Drupal
• 4. Mapeo de campos personalizados
• 5. Importar relaciones: taxonomías y referencias
• 6. Validación y control de errores
• 7. Conclusión

1. ¿Cuándo usar código en lugar de módulos?

• Necesitas mapear campos no estándar o de múltiples valores
• La fuente CSV cambia su estructura regularmente
• Quieres validar, depurar o registrar cada inserción
• El volumen es tan alto que necesitas paginar o automatizar

2. Preparar tu CSV

Ejemplo mínimo:

title	body	categoria	autor
Artículo A	Contenido del artículo A	Noticias	admin
Artículo B	Contenido del artículo B	Eventos	editor

💡 Puedes guardar en sites/default/files/import/contenido.csv

3. Script base de importación

<?php
use Drupal\node\Entity\Node;
use Drupal\user\Entity\User;
use Drupal\taxonomy\Entity\Term;

$csv = fopen('public://import/contenido.csv', 'r');
$headers = fgetcsv($csv);

while ($row = fgetcsv($csv)) {
  $data = array_combine($headers, $row);

  $node = Node::create([
    'type' => 'articulo',
    'title' => $data['title'],
    'body' => [
      'value' => $data['body'],
      'format' => 'basic_html',
    ],
    'uid' => User::loadByProperties(['name' => $data['autor']]) ? User::loadByProperties(['name' => $data['autor']])->id() : 1,
  ]);

  $node->save();
}
fclose($csv);
?>

4. Mapear campos personalizados

Si tu tipo de contenido tiene campos propios como field_subtitulo o field_precio:

$node->set('field_subtitulo', $data['subtitulo']);
$node->set('field_precio', floatval($data['precio']));

Recuerda que los campos deben existir previamente en el tipo de contenido.

5. Importar taxonomías y referencias

Ejemplo para crear o asociar una categoría:

$term = \Drupal::entityTypeManager()
  ->getStorage('taxonomy_term')
  ->loadByProperties(['name' => $data['categoria']]);

if (!$term) {
  $term = Term::create([
    'vid' => 'categorias',
    'name' => $data['categoria'],
  ]);
  $term->save();
}

$node->set('field_categoria', reset($term)->id());

6. Validación y control de errores

• ✔️ Validar campos obligatorios como `title` o `body`
• 📄 Registrar errores en archivo o log del sistema
• 🔄 Usar `batch` para importar grandes volúmenes sin agotar memoria

💡 Añade un contador de nodos creados o líneas fallidas

7. Conclusión

Con un importador personalizado puedes controlar cada aspecto del contenido que entra en tu Drupal, garantizar calidad de datos y automatizar tareas repetitivas.

📩 ¿Quieres que creemos un importador a medida con validaciones, logs y cron programado? Escríbenos y lo preparamos para tu sitio.