D7：借助Feeds导入含多字段多语言附件的XML

我之前在处理Drupal项目的多语言XML导入时遇到过几乎一模一样的问题，当时那些alpha/dev状态的Feeds contrib模块确实在多语言嵌套字段上掉链子。给你几个从实践中总结出来的最优方案，按可维护性和稳定性排序：

既然现有Feeds扩展模块不稳定，不如基于成熟的Feeds核心框架自己写个轻量处理器，完全掌控多语言和子条目逻辑：

• 先借助Feeds自带的XML Parser配置XPath，定位到主条目、事件子条目、附件子条目，把需要的字段（包括多语言节点）提取出来
• 自定义一个Feeds Processor类，继承FeedsProcessor，在process()方法里处理核心逻辑：
  • 针对多语言字段（比如附件的name/description），读取XML中带语言属性的节点值（如<name lang="en">...</name>），用Drupal的多语言API直接写入对应语言的字段存储
  • 对于事件、附件这类子条目，不要依赖Field Collection的不稳定模块，而是直接创建独立的自定义实体（比如event、attachment实体类型），再通过实体引用字段关联到主条目
• 核心代码示例（处理多语言字段）：

// 从FeedsItem中读取XML提取的多语言值
$attachment_name_en = $item->get('attachment_name_en');
$attachment_name_fr = $item->get('attachment_name_fr');

// 创建附件实体并设置多语言字段
$attachment = \Drupal::entityTypeManager()->getStorage('attachment')->create();
$attachment->set('field_name', $attachment_name_en, 'en');
$attachment->set('field_name', $attachment_name_fr, 'fr');
$attachment->save();

// 关联到主条目
$main_entity->set('field_attachments', ['target_id' => $attachment->id()]);

• 优势：完全避开alpha模块的bug，逻辑清晰，后续维护升级不受第三方模块限制

如果是Drupal 8及以上版本，核心的Migrate API是处理复杂多语言导入的官方解决方案，稳定性拉满：

• 用migrate_plus模块的xml源插件读取XML文件，通过XPath配置提取主条目、子条目及所有多语言字段
• 在迁移配置的process阶段，用sub_process插件处理嵌套的事件/附件数据，结合translations配置直接映射多语言字段
• 示例迁移配置片段（YAML）：

source:
  plugin: xml
  path: modules/custom/my_import/data/content.xml
  xpath: /entries/entry
  ids:
    entry_id:
      type: integer
  fields:
    - name: entry_id
      xpath: entry_id
    - name: event_name_en
      xpath: event/name[@lang="en"]
    - name: event_name_fr
      xpath: event/name[@lang="fr"]
process:
  title: entry_id
  # 处理事件子条目的多语言名称
  field_event/0/name/en: event_name_en
  field_event/0/name/fr: event_name_fr

• 优势：核心模块官方支持，多语言处理是原生功能，无需依赖第三方不稳定模块

如果不想写太多代码，只想快速解决当前导入需求，可以尝试给现有模块打补丁：

• 找到Feeds Entity Processor/Field Collection Feeds中处理多语言字段的逻辑漏洞，比如没有正确识别语言属性、没有调用多语言存储API
• 参考Drupal核心多语言字段的保存方式，修改模块代码，添加多语言字段的处理逻辑
• 测试通过后在项目中使用patched版本
• 劣势：后续模块升级可能会覆盖补丁，长期维护风险高，只适合一次性导入场景

• 不管用哪种方案，先做小批量测试，验证多语言字段是否正确保存、子条目关联是否正常
• 附件建议导入成Media实体，比自定义实体更方便后续管理和多语言描述维护
• Drupal 7用i18n模块处理多语言，Drupal 8+直接用核心的Content Translation功能

内容的提问来源于stack exchange，提问作者Tuomas Leppänen