你怎么跑的啊？ 这是 Android Java 额

@kylindev VOIP 相关？

sftp 登录后执行的命令都是 sftp 的内置命令，‘ mv ’是一个应用命令是外界命令，sftp 内置命令仅仅如下：
sftp> help
Available commands:
bye Quit sftp
cd path Change remote directory to 'path'
chgrp grp path Change group of file 'path' to 'grp'
chmod mode path Change permissions of file 'path' to 'mode'
chown own path Change owner of file 'path' to 'own'
df [-hi] [path] Display statistics for current directory or
filesystem containing 'path'
exit Quit sftp
get [-afPpRr] remote [local] Download file
reget [-fPpRr] remote [local] Resume download file
reput [-fPpRr] [local] remote Resume upload file
help Display this help text
lcd path Change local directory to 'path'
lls [ls-options [path]] Display local directory listing
lmkdir path Create local directory
ln [-s] oldpath newpath Link remote file (-s for symlink)
lpwd Print local working directory
ls [-1afhlnrSt] [path] Display remote directory listing
lumask umask Set local umask to 'umask'
mkdir path Create remote directory
progress Toggle display of progress meter
put [-afPpRr] local [remote] Upload file
pwd Display remote working directory
quit Quit sftp
rename oldpath newpath Rename remote file
rm path Delete remote file
rmdir path Remove remote directory
symlink oldpath newpath Symlink remote file
version Show SFTP version
!command Execute 'command' in local shell
! Escape to local shell
? Synonym for help

描述的些什么啊，技术怎么能意淫呢，TLS 包含两个协议，握手协议 /记录协议
（ 1 ）握手协议：
第一步：c->s: 报文包含： {协议版本 TLS 1.0.。，密钥交换算法 RSA/DFH..， 加密 DES..，随机数 1.....}
server 收到先判断版本是否支持，根据客户端和服务端都支持算法选择一种....
第二步：s->c: 报文包含:{服务端公钥证书（注意这是证书，证书包含签名机构，过期时间，公钥信息）， 随机数 2}
client 收到应答后根据本公钥证书信息在本地 CA 证书链找签名机构的公钥证书，找到后用签名机构公钥验证返回的证书合法性，

第三步：c->s:报文包含： {随机数 3 的密文（用服务器公钥加密）} 服务端收到随机数 3 的密文，用私钥解密


HASH （随机数 1 + 随机数 2 + 随机数） 得到交换密钥（这是对称密钥，用于数据加解密，其算法由握手协商决定）

上面仅仅描述大致的细节，密钥交换算法不一致，一些细节是不一样的，但本质的一样的

perl -ne 'if(/^(\S+):/) {open(FILE, ">", $1);}else {print FILE;};' meclog

是分公司上行带宽不够 还是总公司下行带宽不够 有确认不？

[内网搭建一个搜索引擎] : 你提的的仅仅是搜索， 搜索引擎最重要的功能都是日常站点的收录，你内网有多少站点啊，这些站点被收录前提需要向站长平台提交站点，然后站长平台去抓取~~ 仅仅打个搜索引擎有什么意思额

@mdate 存终端我先不分析是否安全的问题，而是密钥更新带来的强行更新 APP 带来不友好的体验，APP 的好感已经打折了；我想这个第三方密钥不是在使用过程中需要直接传送，而是用来运算的， 那么为什么不在后台去运算，然后返回 APP，让 APP 直接使用； 当然 APP 与后台交互需要密钥包含，一个非对称密钥就搞定， 服务器将公钥写的 APP 中，不用保护直接使用， 交互的时候 APP 生产会话密钥，用公钥保护， 就是 HTTPS 握手那一套机制~~

（ 1 ）首先没有绝对的安全概念，在能承担的风险内都是安全的；
（ 2 ）其次任何一款产品都是和需求息息相关的，以人为本，不要过分强调安全而忽略了使用；
------------------------------------------------------------------------------------------------------
楼主在提问题一看也是经验比较丰富，提到终端安全性，运营过程密钥更新问题，其实你都有答案了：
1，直接存到终端肯定是不可取，我们先不关安全，就那密钥更新这个点（涉及 10 多个第三方），不可能更新密钥要求强行更新 APP 了；
2，存到云后台，每次使用都有后台进行密钥运算，也是比较笨重的；

但通常的方案也是折中方案： 比如使用的会话密钥（密钥包含下属性： 和机器序列号有关，有有效期，有使用次数..）降低直接固化 APP 带来的风险，也减少全部在后端进行运算带来的（非脱机性，后台负担等）

这个没有什么算法吧，Apple Pay NFC 有一块安全芯片，芯片有交易存储区， 类似一张经融 IC 卡，这个一个简单流程额~~

卡在 install.sh main 函数最后执行了 env zsh，aa.sh 修改如下即可：
sudo sh -c "$(curl -fsSL https://raw.githubusercontent.com/robbyrussell/oh-my-zsh/master/tools/install.sh) &"

（ 1 ）大量客户端；（ 2 ）一秒一次频率： 假设传输层使用 TCP，在 1 秒一次频率下肯定 TCP 长连接较为合理， 但存在大量客户端但就涉及架构（单机 /分布式 /多进程 /多线程）&网络（ epoll/select ）.....；


这种需求下我先想到的是传输层使用 UDP 协议，应用层自定义，但具体还是要根据需求架构决定~~

这边有几个问题：
（ 1 ）首先检查./image.png 文件是否存在（文件大小，是否是空文件）；
（ 2 ）
data = sock.recv(SIZE)
if not data :
print('reach the end of file')
这不是文件发送完的意思，是代表对方关闭了 socket，你不能这样写；

（ 3 ） TCP 流你无法确定应用层报文是否发送完整，你需要定义一套应用层协议，比如定义头两个字节表示文件长度，服务端先读两个字节判断应用层报文大小，然后读完整个报文~~

@yuzenan888 不是静态库一定要交叉编译，是必须编译在对应处理器能识别的 CPU 指令~~

能完成部分功能 微信 webview 集成了部分私有 JS API，

这应该不是编译静态库的问题，目的是移植到安卓机，故要找到对应处理器（是 ARM ？）的交叉编译工具链，如果这些概念不熟悉，这个就是白谈了~

含"ÿ"文件应该是 UTF-8 编码，这个字符应该包含两个字节的长度， 你修改一下终端字符编码与文件格式一致，然后再执行 sed -i 's/ÿ//g' filename