这几天一直在折腾nginx图片剪裁的功能。在这个上面花费了大量的时间，到目前为之可以说是基本实现了整个功能，但在细节上还有完善的地方。还需要时间来填坑。在这几天的过程中有一些感悟，有一些经验教训很有必要记录下来。
在这个过程中，首先第一次看到一个方案后觉得这个方案需要借助其他语言，很麻烦、自己也不懂。所以内心第一时间屏蔽了这种方案，去寻求更加简单的替代方案。从周日开始尝试一直到晚上终于实践出来了一个nginx + filter_image 模块实现图片剪切的功能。前端可以通过图片参数的方式选择合适大小的图片进行加载，这大大提高的页面加载的性能，页面资源的大小也显著减小。
在尝试继续深入优化后，在合适的场景下选择加载webp图片。又经过大量的时间后发现，在开始的nginx+filter_image无法支持webp的实现。最终的方案仍旧需要选择借助其他语言的方案。也就是我觉得很麻烦，需要借助另外一门我不熟悉的语言，重要的是这个我看到的以一个方案。周二继续折腾采用nginx+lua的方案来实现。虽然最终实现了基本功能，但在却耗费了大量的时间。最后仍旧采用了比较难（对自己而言）的方案，但这个确是自己第一次就拒绝去学习的方案内容。这一点很有意思。
相信很多人都会和我一样，在面对不熟悉、不了解的内容的时候就会选择性的拒绝。这种拒绝还是无意识的，但有时候我们会因为我们的拒绝，选择更加容易的方案而付出代价。比如这次我就付出了大量的时间代价。
另一方面，如果我不是从最基础的方案去实现，就不会发现这里面有坑或者无法实现的功能。所以网上大多数的文章都会是采用最佳的实践方案，但人家却没有告诉你为何需要采用这种技术方案。
另外一个感悟就是，对待知识需要不断的学扎实了。才会越来越快。这次实践中有需要用到正则语言的地方。虽然用到的正则很简单，但自己对这一块的知识是非常不熟悉和了解的。所以在这块仍旧耗费了大量的时间来处理。若自己在学习这块知识的时候就能够完全弄懂的化，那么在这次实践中不会在这里耗费大量的时间。
学习新的知识需要总结和分析。不然在一定的时间后，你仍旧会忘记，最后留下的只会是经验，而了解过的知识点都会忘记。这是在学习上的自我反思。
最后虽然这次采坑之旅耗费了大量的时间，但也是自我的尝试。在接下来的时间里，继续完善自己的图片系统。并用文章总结，写出整个过程，在学习的道路上。慢就是快。
网友评论