如何为PHP中的多客户共享代码迁移到utf8

Question

在我们公司中，我们使用专有的CMS，该CMS已用于近一千个网站，并且其使用期限大约为15年。 （它已经进化，但是功能非常丰富）

到目前为止，一直使用iso-8859-1作为字符集，但是有必要在一个项目中使用utf-8。

我的问题是：

1. 您是否认为这种方法好（维护一个SVN版本，自动转换为utf8即可搜索/替换有问题的php函数，并在那里做一些魔术）。
2. 您以前做过这种进化，对您来说有什么麻烦呢？

---

TLDR信息：

• CMS的核心是集中（SVN）和部署（rsynch）在我们每台服务器上的特定路径上，该路径在每个网站的包含路径中。
• 每个项目的数据库不同（但核心表的结构相同）。
• 每个网站都使用document_root来保存网站的特定文件（媒体，js，特定的PHP代码）

在这种配置下，我们无法一次迁移每个网站（即：：因为存在本地代码）。 因此，我想制作两个内核版本：一个在iso-8859-1中，另一个在utf8中。 从现在开始，我认为我将在部署系统上开发一个脚本，该脚本将在rsynching之前创建一个对我们核心进行编码的utf8副本。

例如，我担心的是PHP中所有“ mb_ ”内容都不会被调用，因此我将不得不搜索/替换每个php本机功能，以将其替换为将使用“ mb_ ”版本的自定义脚本。不必要的（此外，这些功能的覆盖必须在php.ini文件中，无法在特定网站的.htaccess中定义它（ 源 ））

PS：对不起，我的英语不好，那不是我的母语:(

Answer 1

所以这是我的处理方式：

• 每个服务器都是iso-8859-1或utf-8，并具有专用的conf（即：mbstring.func_overload）
• 在每次部署之前，脚本会创建iso版本的副本并将其转换为utf8
• 每个服务器获取utf-8或iso-8859-1源代码

对于每个单独的CMS，都有一个转换工具，可以转换文件系统，数据库字符集/排序规则，配置（即：使用utf8连接到mysql），...。

对于不兼容的功能（例如utf8_encode），我将其搜索/替换为负责的功能（如果服务器为utf8，则该功能不调用该功能）