2019-06-30专栏订阅人好少，跟陶辉老师的nginx一样，到后面都没什么人留言了，曲高和寡，不过留下来的都是未来的大牛，学好了未来在工作和求职过程中多了一份竞争力 2
2019-06-26温大，我之前使用 openresty + ffmpeg 做了一个音频格式换行http服务，我使用先写一个 shell 转换脚本文件，例如：audio_converter.sh (sh文件中调用 ffmepg -i 转换命令)，然后使用 lua 的 os.execute("/bin/sh audio_converter.sh a.mp3 b.ogg") 来调用 shell 脚本文件间接调用 ffmpeg 指令进行转换。 今天看到了 ffi ，ffi 可以调用 C 函数，请问，ffi 可以直接调用 ffmpeg 指令吗？如果可以的话，我就可以省去写一个 shell 文件来间接调用了。作者回复: 有一个 ffmpeg 的库：https://github.com/daurnimator/ffmpeg-lua-ffi，你可以试下是否满足需求
1 2
2019-06-24老师讲的好好哦！！！ 1 2
2019-09-23温铭老师，您好！ FFI调用自己封装的函数库，ffi.load(name[,global])，是否只能是动态库？不能调用静态库吗？ 谢谢！- 2019-07-15老师，我想问个问题。我计划将用户请求的参数+路径+方式做为key，把数据存在lru-cache、share dict以及redis中，mysql数据源更新了，我就得将缓存全删了。那我是应该把mysql的数据源和前面生成的key关联起来，一旦更新了数据源，就去找相关的key，将其删除吗？还有更佳的缓存更新方式吗，期待您的回复。
作者回复: 你这种是主动更新，MySQL 数据变化后主动通知前面的缓存。主动更新的话，也不用主动去删除缓存，而是在 key 里面加入一个版本号，数据变化后版本号变了，那么在缓存中就查找不到数据，这时候就回源到 MySQL 了。
也可以被动更新，根据你的业务特性，给缓存设置一个过期时间，定期的去数据库查询。
第一种版本号的方法是比较合适的，当然实现起来比被动更新复杂一些。 - 2019-07-10温铭老师您好，关于lrucache在使用过程中有个疑惑烦请老师看看。
openresty环境：1个master进程、X个worker进程
在init_worker阶段中注册了缓存信息如：cache.set("key1","val1")
在content阶段修改了缓存信息：cache.set("key1","val2")
此操作是否仅为更新了当前worker的缓存信息，而无法跨worker更新。
如需完成跨worker更新应如何处理呢？展开作者回复: 改用 shared dict，或者是使用 lua-resty-worker-event 这样的库
2019-07-04请教老师一个问题。
我用c语言实现了跨平台的so类库。 用ffi.load 来加载。
那么，在openrestry 中会有几个 so 函数的实例呢？
按照操作系统的知识,共享库在系统中只有一个实例。
如果只有一个，那么我们在不同的worker 中调用so 里的函数中，对于一个so 内的资源是否存在冲突呢？展开作者回复: OpenResty 中的 worker 是互相独立的，如果你在 worker 中使用 ffi.load 来加载 so，那么有几个 worker 进程，就会有几个 so 实例。
2019-07-02都有视频了，温老师，能否现场演示一下， 让我们见识 openresty 的复杂性。 一些文档库 官网描述等，能否现场打开了解下。 我们自己打开后，就没有然后了。作者回复: 我的理解，OpenResty 的复杂性在于各个子项目之间的配合，还是需要有特定的场景和业务需求来驱动，才会更有感觉。你可以参与到 OpenResty 相关的开源项目中来，切身体会下。
2019-06-26老师好，我碰到一个问题，我用的lrucache，会卡在get set那，并且worker进程cpu100%，整个worker不工作。换成lrucache.pureffi就好了，不知道老师碰到过没作者回复: 这个没有遇到过。是否是这个 bug：https://github.com/openresty/luajit2/issues/42？ 用最新的 OpenResty 版本是否可以重现呢？
如果还是有问题，欢迎给官方提交 issue 1
2019-06-24老师，如果我想从数据库中初始化一些基本不变的数据到shared_dict中，应该怎么做，init_by_lua 阶段可以吗作者回复: 可以的，在这个阶段启动一个 timer 去读取数据库，然后放到 shared dict 中。但要注意，这个数据是可以丢失的，代码中要处理这种异常。