Python，Java都不会。

而且可能是产品经理的职业思维定式，始终觉得，虽然好用的工具都需要定制，但是应该不需要使用的人自己把代码写出来吧。网上一搜，嗯，这么想的人不少，开源平台是也，要不然一个人想要做出某个工具软件，然后开始选语言写代码，一辈子都不一定干得完这一件事，开源平台就在需求和执行之间建起了一座座桥梁。

我想实现的功能呢，不是关系到国计民生的，或者让人眼前一亮的妙招，只是打交道的产品多了，隐隐感觉到，众多类似产品之间，缺乏关联性的阐述。

各家的ERP系统中，关注的更多是长宽高、重量、包装等物流有关訊息，对于产品性能，接口，这些与研发有关数据，往往需要外挂一个产品訊息管理系统，PIM或PLM，我对这些系统的价格没概念，想Windchill这些，应该不便宜，而且用起来，真的很反人类。

其实在产品之间建立起关联，并不是一个很复杂的，要求算力很大的功能。即使市面上各家产品之间缺乏关联无法比较（如果有统一编码也许可以），自家的新老产品迭代，同系列产品不同功能配置的展现，总归是一个现实需求吧，目前很可笑的是，即使高大上如SAP，到了复杂产品体系中，销售人员和产品经理，最后还得回归到样本描述中去，才能准确识别这个产品代码到底对应了什么配置。

所以归根到底来说，ERP是为了财务和生产计划而生，但是漠视了产品管理的需求，还是描述字段限制得太死了？其实也不然，描述得太多，一眼看不过来，选型还是让人头疼。

所以我一直期望着，能通过软件来帮助解决这个问题，或者简化选型过程。

Windchill太贵，又不好用，我将目光投向了开源的PLM。通过搜索，同道中人不多，类似的评测也很稀少，最后在Akeneo和PIMCore中选了Akeneo，看中的是Akeneo的logo好看，而且不多的功能介绍中，着重强调了数据导入功能。

那么，开始部署吧。

失败了。

失败了。

失败了。

Linux真不愧是程序员自己玩的系统，你要不是那个圈子的，给了你代码照抄都行不通。依赖的安装包太多，虽然找到了一篇文章：

如何在Ubuntu 18.04 LTS上安装Akeneo PIM

安装环境稍有差别，就报错，而且圈外人根本不知道如何改起。上面这篇文章，仔细看来，居然是机翻，原文在此：

一样不好使。

万般沮丧中，再搜，居然找到了Bitnami，及时雨啊。

所有依赖包都打包好了，根据自己的安装环境选择就行，下载，安装，一次成功，看到了登录界面。

然后回到Akeneo的市场看看能扩展什么功能，原来一直看到Magento的插件是企业版，仔细搜索，居然还有个社区版的，免费，链接跳转Github。

本来一直在PIM和电商平台中犹豫，因为要实现的功能，其实并不高大上，虽然原来用的woocommerce弱，但是说不定专业电商平台能更强呢，毕竟电商动不动百万级SKU，稍微扩展点功能就满足我的需求了，但是找来找去，看了一堆Magento的差评，Prestashop，opencart都没找到产品管理进一步的功能介绍。现在没办法了，谁让Akeneo和Magento亲近呢。

接下来，要实现的就是Magento和Akeneo并行了，毕竟我只有一个ECS可以调试。

然后发现Magento是个更大的坑。

虽然这个用的人多了，也有专门的网站和论坛，但是大家好像都不差钱，都是单独一个服务器，都是反应Magento安装中遇到的麻烦，没人需要同一个Apache装2个应用的。一开始以未Magento和wordpress一样好养活，直接建个目录解压，然后改Apache虚拟机，直接404了。后来发现bitnami的Apache配置，和网上别人说的Apache虚拟机配置很不一样，在无数个Vhost配置文件之间跳转晕了之后，只能放弃。

第二条路，先装LAMP环境，还是找到bitnami的一键安装包，然后再分别安装Akeneo和Magento，Bitnami自己介绍很简单，像积木一样拼装就行，然后打开来是Bitnami的界面，里面有个Application选项卡，看起来也还行，就是多跳转一次呗。结果安装时才发现，还是不行，2个Apache端口冲突，每个应用要加独立端口号才能打开，凑活也能用吧，但是Magento出问题了，前端可以进，后端死活打不开，调试了许久，终于放弃。

最后很下心，回到原来的Akeneo一键安装包，安装完成后，再安装Magento一键安装包，这样起码有一个应用，是默认的80端口了，这回Magento后台可以打开了。

后面再试试吧，能不能实现2个域名，分别访问2个应用。