为什么 Drupal 升级后块设置会丢失？
这对我来说是一个新事物。我将 Drupal 站点从 6.20 升级到 6.22。核心升级后，块可见性设置全部被搞乱了。升级之前启用的相当一部分现在已被禁用。此外，这些块缺少“页面特定可见性设置”。
这个谜团的另一个线索是，在主块管理页面（/admin/build/block）上，我的三个活动主题的顺序不同。我不确定这是否相关，但我以前从未见过。
我在临时服务器上进行升级，因此我的生产站点仍然完好无损。现在，我将恢复这些块，将产品与暂存设置进行比较。我将看看是否可以将其恢复到完整功能。无论如何，这让我感到紧张。我在升级过程中没有看到任何错误或警告。
仅供参考，我进行升级的一般顺序是：
- 清空临时站点文件和数据库。
- 使生产站点离线。
- 将整个产品站点复制到登台。
- 转储生产数据库，恢复到临时数据库。
- 禁用所有非核心模块。切换到核心主题（Garland）。
- 上传并展开 drupal-6.22。
- 将“sites”目录从旧目录移至新目录。
- 运行/update.php。
- 启用必要的非核心模块。
- 运行/update.php。
- 切换回自定义主题。
砰，很多方块都被禁用了。
This is a new one for me. I upgraded a Drupal site from 6.20 to 6.22. After the core upgrade, the block visibility settings are all goofed up. Quite a few that were enabled prior to the upgrade are now disabled. Additionally, the "Page specific visibility settings" are missing for those blocks.
One other clue in this mystery is that, on the main block admin page (/admin/build/block), my three active themes are in a different order. I'm not sure whether that's related, but I've never seen it before.
I do upgrades on a staging server, so my production site is still intact. For now, I'm going to restore the blocks, comparing the prod with staging settings. I'll see if that restores it to fully functional. Regardless, it makes me nervous. I saw no errors or warning during upgrade.
FYI, my general order for doing the upgrade was:
- Empty staging site files and dbase.
- Take production site offline.
- Copy entire prod site to staging.
- Dump prod dbase, restore to staging dbase.
- Disable all non-core modules. Switch to core theme (Garland).
- Upload and expand drupal-6.22.
- Move 'sites' directory from old to new.
- Run /update.php.
- Enable necessary non-core modules.
- Run /update.php.
- Switch back to custom theme.
Bam, lots of blocks disabled.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这是一个错误。请参阅http://drupal.org/node/1173012
This is a bug. See http://drupal.org/node/1173012