@jstony 加了一个过期时间，可以试试，哈~

@jstony 好建议！我待会就加一下~

@SimonOne 啊哈，感谢！我的这个是实现了 RFC 6238 里的三种，并且验证一下 github/google/microsoft 的账户没啥问题；非标的情况的确后面要加一下，谢谢提醒呀！

整了个本地纯命令行的 2FA TOTP 验证码生成器: https://v2ex.com/t/970617

这个结果为 0, 1 都是有可能的，还有可能为 -1, 2, -2, 3, ...... 这和版本无关呀 : )

负能量吸引流量现在不是已经做烂了吗？ 比如前几天看了个吃饭被陌生人强行敬酒的，结果是自导自演；搞男女对立的，还有假卖惨的，太多了吧

《数据结构与算法分析-C 语言描述》读书的时候是看这本，感觉挺简单易懂的

* 我十几年前是看《 c++ primer plus 》，算是基础书吧，虽然厚但是挺简单的。c++ 看似很庞大，但是和大多数语言一样，也是 2/8 法则，大多数时候用到的都是 20% 语法。 不要沉迷于复杂的语法，根据工作需求，边学边做吧。
* c/c++ 如果做应用的话，cmake 要看一下，算是 c/c++ 做应用事实上的构建系统标准工具了，可以理解为 mvn 或者 gradle 之于 Java 的感觉 (现在还有 meson 啥的，但是这个不看也影响不大)。
* 最后是包管理有 conan 和 vcpkg ，不过这个不会倒也无所谓，比如我平时要么就是用自己写的包管理工具，要么直接把所有依赖全部在工程中源码编

哈？ 都在一个办公室了，难道不是当面沟通效率更高？ 说个方案，画个图或者打个草稿啥的也方便。这都能吵起来，不是很理解

@zhuangjia 烟草，电力，石油等这类行业的员工确实少刷 v 站，但不代表别人的行业不存在啊 (doge

关于 1：都由包管理帮你管了，你可以列出哪些是主动安装的，哪些是被动安装的，要卸载也很方便
关于 2：如果有被依赖，当然不应该被卸载，如果想看看有什么可以真的有啥没被依赖却还在的包，可以 pacman -Qqdt
关于 3：linux 下可以选择放到公共路径下，也可以是 portable 的，一般自己丢到 /opt 下。包管理安装的一般分散在各个目录，但是有包管理来管理
关于 4：不太了解，不发表意见

archlinux, vim/nvim, 都有, (没看懂, 要表达链接？还是工具链？还是用什么登录服务器？)

赞！收藏 +1

找了一下，貌似 cmake 自带的 module 里面没有 mysql-connector-cpp 的，自己写一下 search 就好了
```
include(FindPackageHandleStandardArgs)
find_path(MYSQLCPPCONN_INCLUDE_DIR
NAMES mysql_driver.h
PATH_SUFFIXES jdbc
NO_SYSTEM_ENVIRONMENT_PATH
NO_CMAKE_SYSTEM_PATH)
find_library(MYSQLCPPCONN_LIBRARIES
NAMES mysqlcppconn
PATH_SUFFIXES lib64/vs14
NO_SYSTEM_ENVIRONMENT_PATH
NO_CMAKE_SYSTEM_PATH)

find_package_handle_standard_args(MYSQLCPPCONN
REQUIRED_VARS MYSQLCPPCONN_INCLUDE_DIR MYSQLCPPCONN_LIBRARIES)

if (MYSQLCPPCONN_FOUND)
message("# find mysqlcppconn include dir: ${MYSQLCPPCONN_INCLUDE_DIR}")
message("# find mysqlcppconn libraries: ${MYSQLCPPCONN_LIBRARIES}")
else()
message("${MYSQLCPPCONN_INCLUDE_DIR}")
message("${MYSQLCPPCONN_LIBRARIES}")
message(FATAL_ERROR "Failed found mysqlcppconn")
endif()


add_executable(hello src/hello.cpp)
target_include_directories(hello PUBLIC ${MYSQLCPPCONN_INCLUDE_DIR})
target_link_libraries(hello ${MYSQLCPPCONN_LIBRARIES})
```

然后执行
```
cmake -S ${source_dir} -B ${build_dir} -DCMAKE_PREFIX_PATH=${deps_search_path}
```

1. 注意我上面的 find_library 是以 windows 为例，linux 解压缩出来的路径肯定不是 vs14
2. 执行语句中，把对应的变量替换一下就好了

你这链接失败了，检查一下库的位置是否正确。以及尽量别用绝对路径，cmake 的 find_package 配合着 CMAKE_PREFIX_PATH 使用就好了，这个随手搜一搜就知道了

我觉得可以按照 基努里维斯 的建议来 (doge : have some morning sex, cook breakfast, go for a motorcycle ride, come back, swim, have more sex; eat some more, hang out for a little bit, maybe do some reading, go see a movie, have more sex, go to the bar, have a couple of drinks, see some friends, take them on a motor-cycle ride, get home, hang out a little bit, have more sex. That’s a pretty good day.

看来一下 OP 的需求，改为 '/usr/local/aom/3.6.0/lib/libaom.3.dylib' ，这个路径不太符合 unix 规范。
用 rpath 的目的就是为了无论是放在 /usr, /usr/local 还是 /opt 中，都不需要使用 LD_LIBRARY_PATH 。但是你需要按照文件夹规范来放

一般情况下，你放在 /usr/local 中应该直接展开，不带包 aom/3.6.0 这个东西，看起来应该是这样:
```
/usr/local/lib/libheif
/usr/local/lib/libaom
...
```

如果是单独的 fat 包，举个例子比如 java 吧，放在 /opt 当中，尽可能的把依赖打进去，看起来是这样的
```
/opt/jdk-17.0.1/bin/jar
/opt/jdk-17.0.1/lib/libjli.so
......
```

只要运行 `objdump -x jar | grep 'R.*PATH'`，就可以看到输出
```
RUNPATH $ORIGIN:$ORIGIN/../lib
```

只要你的目录符合 unix 规范，无论你是独立的放在 /opt/xxx 当中，还是展开放到 /usr 当中，都是没问题的

不都有个过程嘛，等盖好了就变干净了呀~