兰林
same here failed to download last_x264.tar.bz2 when run build.sh ```shell --2020-07-07 03:12:07-- http://download.videolan.org/pub/videolan/x264/snapshots/last_x264.tar.bz2 Resolving download.videolan.org (download.videolan.org)... 213.36.253.2, 2a01:e0d:1:3:58bf:fa02:c0de:5 Connecting to download.videolan.org (download.videolan.org)|213.36.253.2|:80... connected. HTTP request sent, awaiting response... 404 Not...
以下为重现方式，额，稍微麻烦了点，因为在 bref 的容器环境中 ... ### Dockerfile ```dockerfile # https://bref.sh/docs/environment/php.html#extensions-installed-and-enabled ARG PHP_VERSION=82 ARG BREF_VERSION=2 FROM bref/build-php-82:2 as ext # Build Swow extension RUN mkdir /tmp/swow && \ curl -L https://github.com/swow/swow/archive/refs/tags/v1.2.0.tar.gz |...
貌似 PHP 8 已经不需要 TSRMLS_** 删除了所有的 TSRMLS_** 后编译能通过
怎么感觉整个 tars 几个项目都没什么活跃度，也不见提交代码，也不见回复 issue 
```shell #13 0.299 Configuring for: #13 0.299 PHP Api Version: 20200930 #13 0.299 Zend Module Api No: 20200930 #13 0.299 Zend Extension Api No: 420200930 #13 1.209 checking for grep...
事实证明AWS官方也 TM 是扯淡，所谓的安全字符，也不见得安全。 当文件名中包含` ! ' ( )`字符，并开启 S3 的事件通知到 SNS，最终收到的 SNS 签名始终验证失败。 也就是说真正安全的唯有：`0-9 a-z A-Z - _ . *`
时间久了，我也记不太清了。貌似跟你说的这个还不太一样。 我记得是 S3 开启了putObject之类的新增文件的事件通知，事件的接收方是 SNS，SNS会把信息签名后发送给订阅程序。 然后我对收到的SNS签名进行验证时，发现怎么验证都是错的，最终排查到S3文件名中包含 `! ' ( )`时，触发给SNS的那条信息经过SNS签名后就有问题。 不知道是不是S3事件环节，还是SNS接收环节，或者SNS签名环节对这部分数据进行了转义。你可以研究下。
@Littlehhao 你只有咨询下 aws 官方了，定位到问题后，后来没有继续去测试了。我这边的做法是直接不使用 0-9 a-z A-Z 以外的字符，比如可以尝试将文件名转为十六进制的字符串
如果出现如下情形，可能是代理设置有问题。 ```shell $ brew update fatal: unable to access 'https://github.com/Homebrew/brew/': Could not resolve host: github.com fatal: unable to access 'https://github.com/Homebrew/homebrew-core/': Could not resolve host: github.com fatal: unable to access 'https://github.com/caskroom/homebrew-cask/':...