人生在世，看得透，又看得远者prevail everywhere.

ppt.cc/fLOuCx gg.gg/13nbnz gg.gg/13p5tj gg.gg/13p9s5 gg.gg/13tljl gg.gg/13xudz gg.gg/13xy3p gg.gg/143tqc linux.die.net linux.it.net.cn ostechnix.com unix.com gg.gg/19yv96 gg.gg/1bv5v3 man.linuxde.net gg.gg/148erg bit.ly/2EzoUDo gg.gg/1c3of3 bit.ly/2v6jGJi bit.ly/2tW6eYT gg.gg/1bzayz gg.gg/1bzazg bit.ly/2X6vadl bit.ly/2viLpHU linuxprobe.com linuxtechi.com systutorials.com ghacks.net linuxopsys.com reurl.cc/8W1x3X reurl.cc/NpzMWe reurl.cc/WrgYdx reurl.cc/Yv4Yvo reurl.cc/Lmy90K reurl.cc/Rr5aeG

Tuesday 15 October 2024

快速了解必要的网络知识

以太网有以太网的通讯标准，标准由IEEE制定，IEEE和ISO一样是个标准组织，如今的链路层均遵循其标准，这是一系列的标准，相当庞大而复杂（如果细分的话，以太网本身就有多种标准）这个系列标准叫“IEEE 802系列”，IEEE 802系列标准之庞大，包括了几乎所有我们能见到的网络——以太网、2G、3G、4G、WIFI、近场通讯……等等，而每个我们熟悉的名词拆分开又有不同的标准定义，真是烦！——所幸的是我们不需要管那么多，我们只需要知道，在链路层上传输的单元叫“帧”，而帧中包含了“MAC地址”，俗称“物理地址”，链路层不提供路由功能，若无上层协议的支持，链路层只能实现直接连接的节点之间通讯，比如你的电脑的网口连着公司的交换机，只依赖链路层的话，你的电脑就只能跟公司的交换机聊聊天。关心链路层的人更多的是电子工程师或网管，我等码农大致看看就好。

如何路由？

网络层是对链路层的封装，最重要的东西应数IP地址，有了IP地址，就有了路由的能力，使得通讯可以跨越多个节点，实现网间通讯了，这相当好理解，交换机理解IP地址和网口的对应关系，它知道这个网络包（前面叫“帧”，这里叫“包”了，哈哈，真会整人）应该往哪个网口丢，如果实在不知道，那么就往“网关”丢，网关再往别处丢，如果IP地址正确，网络也没什么问题，那总归能抵达目的地的，这就是IP协议最重要的任务——路由。

也许你想问：有没有不用IP协议的网络？有啊，蓝牙设备通常就不用（蓝牙的规范且不在IEEE802系列中），其实是没必要，因为它通常只作为单点连接，不需要实现网间通讯，反过来说，如果要实现网间通讯，应该没什么比IP协议更合适的了。

为啥要弄个端口出来？

光有IP地址，恐怕还不够，想想我们电脑上N多程序都需要使用网络，那么如何区分程序各自的网络访问包呢？如果分不开，那岂不是乱了套，所以要用传输层包装，传输层包装里多了一个“端口”的东西。例如：我们在电脑上启动Web服务器，默认打开了80端口监听，一个端口只能由一个程序打开，这样就不会乱套了。端口是对网络层的进一步扩展，对上层提供了更友好的使用界面。

TCP如何做到有连接？

有了TCP协议，从此有了“连接”的概念，否则你想连接从何而来？从网络层上看，反正都是一个个网络包，前一个包传了过去，后一个包被交换机卡住了，没看出来“连接”在哪里啊，其实“有连接”只是个概念，它的原理是通过那些“握手”、“挥手”、“心跳”、“应答”和“超时检查”在传输的双方保持了一些“状态”，所以，准确说是“看起来有连接”而已。

对开发者而言网络到底是怎样的存在？

那传输层体现在应用程序上又是个怎么样的东西？——是Socket。网络编程是件挺头疼的事情，从一开始就是，所以弄了个Socket的概念出来方便我们程序员访问网络，这最早是出现在Unix系统上的，后来Windows也借鉴了这套方法，搞了套自己的Socket API，用起来大家都很像。总体的编程思想大概就是（以TCP客户端为例）：指定目标服务器IP地址和端口，连接，获取到了Socket（通常用一个整型数来表示），以后就往这个Socket上读写东西（跟读写本地文件有些类似）来实现收发，中间还可以用一些函数查询这个Socket的状态，不用了之后就close掉这个Socket以断开TCP连接。这是比较简单的情形，事实上，为了更好地挖掘系统的潜能，提高系统的网络吞吐量，不同的系统还祭出了自己的一些所谓高级网络编程模型，如Windows的完成端口，Linux的epoll等，但对程序而言，网络访问依旧是对Socket进行操作。实际上，程序员们仍然认为Socket是比较底层的东西，需要进一步抽象，于是诞生了如HttpContext之类东西，大伙们不再需要直接操作Socket了，甚至都可以不知道Socket的存在。

TCP提供了哪些可靠性？

主要两方面：成功保障和次序保障。对于成功保障，很好理解，如果网络包发送成功，对方应答一下，发送方便知道了，认为接收方一定成功接收；而次序保障，则是通过在传输包中加入一个次序标识来实现的，当传输包抵达对方节点时，TCP根据次序标识对收到的内容重新“组包”。那么，现在考虑一下这种可能性：发送方的包确实已经发送至接收方了，但接收方的应答却没有成功发往发送方，这时候是不是会错误判断为发送失败？——答案是肯定的，所以TCP有个重发机制，当迟迟没收到应答的时候，会尝试重发数次，如果依旧出现没有应答，那就真的判定为失败了，所以TCP能知道“一定成功”，但却无法知道“一定失败”。

真的可靠吗？

TCP连接为我们的程序通信创造了一条“通道”，我们程序间发送数据就变得有保障起来，那根据上面提供的这些信息，你认为这条通道有多牢靠？——事实上是这样的：如果网络系统确确实实按照了既定的规则去工作的话，可靠性是显而易见的，但，谁说网络上途径的这么多节点每个都会老老实实工作？有没有可能在传输过程中将我们的包截获并篡改？或者干脆就直接造一个假的包冒充发送？——我说，这种事情不光可能，而且一直在发生！不需要我证明给你看，你自己想想，有没有自己建了一个好端端的网站，别人打开的时候却无缘无故弹出广告之类的事情发生？而你确信自己的网站没问题，没中病毒之类的……恭喜你啊，你的网站被电信劫持了，你的页面在传输中被篡改了，HTTP协议是基于TCP的，所以你说从这个角度看可不可靠？

如何做到真的可靠？

当然是使用SSL，SSL现在又叫TLS，但旧名字叫惯了就沿用下来，它是在传输层上包了一层加密，这层加密实现了这些功能：

密钥不直接在网络上传输（通过一个非对称加密实现）
所有数据皆经过加密，即便截获也没用
如果试图伪造或篡改数据包，那接收方一定知道数据不合法并丢弃

另外SSL还可以通过层级证书手段，对传输方的身份进行认证。某大牛说过：“没有SSL的安全都是在假装安全。”用了SSL之后，传输安全了，网站图标绿了，框也不弹了。另外注意：SSL是用来防范“中间人攻击”的手段，至于主机上中了木马之类的，它却无能为力。

关于TCP还有哪些东西没谈？

太多了，比如流量控制，但我不打算说，否则此文就没什么意义了。一般来说，需要的时候才去学比较好，虽然技不压身，这个谁都清楚，可学习技术要花不少时间，而且最关键的是：人是会遗忘的，尤其是学而不用的话。

不是还有个叫UDP的东西吗？

传输层有两套协议，一是前面提到的TCP，另一是UDP，TCP如今大行其道，而UDP则用得很少，UDP是无连接协议，比TCP简单得多，最形象的比喻就是以前的“写信”，我写好信了之后（发送的数据），把信装进信封（UDP包），写上地址和收件人（IP地址端口），扔进邮箱（send）即可，既不等待应答，也不保证次序，也没有连接通道的概念。由于UDP形式如此简单，所以在以前某些特定的环境里，它传输效率高于TCP，所以被用于一些对传输性能要求比较苛刻的场景，如网游，但现在世道变了，网络资源不再像当年那么紧张，TCP显然是更好的选择。当然了，还有些特殊场合是非用UDP不可的，如实现局域网广播，这个TCP做不到。

为什么IP地址仍然不枯竭？

我们常说的IP地址指的是IPv4地址，例如“10.186.3.21”，其实它是个32位整型，表面上看最高可支持2的32次方个节点，即42亿多，事实上远远没那么多，首先其中有很多属于“保留地址”，做特殊用途使用的，其次，大量优质地址段被一些寡头占据了（主要是美国政府及美国一些科技公司），所以剩下的可用地址可谓宝贵，国人早意识到了这点，所以很早就发力研究IPv6，我在N年前就看到过国内XX大学的教授在带学生研究IPv6的一些报道，号称我们走在了世界领先，报道还做了一些技术细节介绍，如IPv4是“xxx.xxx.xxx.xxx”这样（四段），而IPv6则变成了“xxx.xxx.xxx.xxx.xxx.xxx”（六段），所以地址多了很多……我晕！我虽然读书少，但也少拿这个来糊弄我了，事实上的IPv6地址高达128位，与之最接近的是什么？——作为程序员，马上回答！UUID啊！UUID不也128位么？——有点跑题了，回到正题，为啥现在IP地址仍然不枯竭？——那是因为我们绝大多数人都没有公网地址。这个你可以马上自己试试，比如你的手机，连着3G，貌似接入了公网了，你还可以在设置中看到自己的IP地址，这是运营商分配的，但我向你保证，这个地址其实是运营商的局域网地址，要证明很简单，你用手机浏览器打开http://www.ip138.com/看看自己的“公网IP”，是不是不一样？也就是说，你想用手机当服务器让Internet上的用户来连是不行的。虽然没有公网，但通过NAT，我们照样访问Internet没啥问题。至于推IPv6的事情，我觉得还是让教授们去干吧。

为什么到处都是HTTP？

我想那是因为——简单！HTTP是一个基于TCP的请求/应答模型的协议，客户端一问，服务器一答，就这么简单，跟程序里的函数调用似的，所以很多RPC在底下也使用了HTTP协议，HTTP协议还使用了非常易读的文本格式，一出就被广泛追捧。如今广泛使用的HTTP 1.1协议最后的一次修订是在1999年，距今17年了，看吧，越是简单基础的东西越不容易变化。

如何抓包分析？

如果仅仅是想抓取HTTP包的话，IE的HttpWatch Pro是不错的东西，Firefox下有个跟它类似的叫“httpfox”，我不知道现在还在不在，chrome的话本身也提供了一些简单的查看http包的功能。想专业一点的话可以考虑用Fiddler，Windows环境下的抓包利器，Mac下则用Charles。当然了，最强大（但也很复杂）的抓包神器当然是Wireshark，这玩意儿甚至能看链路层的帧。

最后讲点有趣的？

很多年前我的公司由于网口少，我跟一个同事共用一个网口（通过一个集线器），集线器这玩意儿跟交换机不同，它不会“路由”，收到任何包都是直接广播到所有网口，于是我用抓包工具抓了一些网络包，这位同事用MSN的聊天信息我全部都能看到，由于这样，我后来一直不敢用MSN在公司里乱说话，你想MSN这么烂的东西为啥公司喜欢让我们用呢？不过几年后MSN用户就几乎绝迹了.

简易nginx TCP反向代理设置

nginx从1.9.0开始支持TCP反向代理，之前只支持HTTP。这是示意图：

为何需要？

为什么需要反向代理？主要是：

    负载均衡
    方便管控

比如我现在要更新后端服务器，如果不用负载均衡的话，在更新过程中，用户会出现无法连接服务器的情况，而一旦用了负载均衡，用户此时的连接请求将会分配到别的没在更新的后端服务器去，尽可能地确保了服务的可用性；再考虑这么种情况，我有多个服务器后端，那么就需要打开多个不同的监听端口，我需要在系统防火墙里做多个配置，如果它们与客户端的连接使用了SSL/TLS，那么得给它们各自配置证书，现在用了反向代理的话这些都简化了，服务器只需要打开一个对外监听端口，证书也只需要给反向代理配置好即可，就是我说的方便管控，当然了，还能方便的管控流量，设置一些额外的访问策略什么的。

那么反向代理的缺点是什么？我想如果后端多了起来，连接多了起来之后，对nginx来说是一个很大的挑战，毕竟TCP和HTTP不一样，TCP通常是“长连接”，要一直维持着的。到时候如果nginx撑不下去，就考虑用硬件负载均衡吧（不过听说这玩意儿不便宜）。
安装nginx

安装nginx的旧方法当然是去官网下载tar包，解压缩，configure，make，现在我们不妨改进一下——用yum安装，这样更省事。我用的CentOS7的默认yum容器貌似并没有nginx，需要自己加装一下，其实很简单，改一下配置即可。在/etc/yum.repo.d底下创建文件nginx.repo，内容为：

[nginx]
name=nginx repo
baseurl=http://nginx.org/packages/mainline/centos/$releasever/$basearch/
gpgcheck=0
enabled=1

然后：

#yum install nginx

nginx默认安装在/usr/sbin/nginx，检验下是否我们需要的nginx版本：

#/usr/sbin/nginx -v

我安装的是1.9.11，没问题！再看看--with-stream和--with-stream_ssl_module这两个参数是否存在：

#/usr/sbin/nginx -V

如果没有看到这两个参数，那就只好走老路来安装nginx了。

允许开机自动运行：

#systemctl enable nginx

启动：

#systemctl start nginx

对应着以前的service nginx start

查看nginx状态：

#systemctl status nginx

对应着以前的service nginx status

发现了没有，使用yum安装管理起来也简单了。
nginx配置

编辑/etc/nginx/nginx.conf

stream{
    upstream backend{
        hash $remote_addr consistent;
        server 127.0.0.1:7397 max_fails=3 fail_timeout=10s;
        server 127.0.0.1:7398 max_fails=3 fail_timeout=10s;
    }

    server{
        listen 1268 ssl;
        ssl_certificate     /home/guogangj/certs/cert1268.pem;
        ssl_certificate_key /home/guogangj/certs/key1268.pem;
        ssl_session_cache    shared:SSL:10m;
        ssl_session_timeout 10m;
        ssl_ciphers HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers on;
        proxy_connect_timeout 20s;
        proxy_timeout 5m;
        proxy_pass backend;
    }
}

配置说明：

1) 设置一个叫“backend”的后端配置

2) 我有两个后端服务器，其中之一监听在7397端口，nginx尝试连接之，（10秒钟为判定失败的时长，这个我暂时也不太明白）最多失败3次，超过则不再重试

3) nginx监听在1268端口，使用SSL安全连接

注意：有必要的话，调整firewalld或iptables来允许这个端口的外部访问，对firewalld来说，可以添加这样的策略

firewall-cmd --zone=public --add-port=1268/tcp --permanent
firewall-cmd --reload

查看一下firewalld的策略列表：

firewall-cmd --permanent --zone=public --list-all

4) 所使用的X.509证书文件（PEM格式）.对于使用TCP协议的服务器端，其实是可以用自签的证书的，（如何生成自签证书，刚提到的文章里也有说明）你客户端“认”它就是了，反正我们的目的就是防范中间人攻击，不像做网站，我们得让浏览器“认”证书才行

5) 证书私钥文件

6) 设置SSL Session Cache使用“shared”方式更有利于提高资源的利用率，“SSL”是给缓存起的名字，你可以改成别的（这个名字如何用我现在不太清楚），“10m”为缓存大小（1M的缓存大约可以存放4000个session）

7) SSL Session的失效时间，默认5分钟，我设为10分钟

8) 指定SSL加密算法，照写即可（我一看数学就头大，所以至今仍未明白RSA的数学原理）

9) 更偏向于使用服务器的加密算法（这个我不太明白什么意思）

10) 指定nginx连接后端服务器超时的时间，指定为20秒

11) 距离上一次成功访问（连接或读写）后端服务器的时间超过了5分钟就判定为超时，断开此连接

12) 将TCP连接及数据收发转向叫“backend”的后端（这句话很关键）
完成

好像没啥好说的了，客户端连接1268这个端口完事。哦，对了，改好配置了别忘记重启下nginx：
#systemctl restart nginx

一个自动启动某程序的脚本

我的服务器里运行了tomcat，时不时tomcat的进程会突然结束掉，不知道为什么，从日志上看也没有任何可疑之处，貌似就这样突然没了，接下来的日志都是重新启动tomcat之后打印的了。原因找不到，但要找变通方法，不要出了问题后总要上服务器去自己重启tomcat。我打算利用系统的cron服务来自动启动tomcat，很简单，大约1分钟检查一次tomcat的进程，如果没有，就启动之，脚本如下：

#!/bin/bash
export JRE_HOME=/usr/local/jre
if [ `ps -ef | egrep 'tomcat' | egrep -v egrep | wc -l` -gt 0 ]; then
exit 1
fi
echo `date`" tomcat restart" >> ~/shell/tomcat_restart.log
/usr/local/tomcat/bin/startup.sh

写这个脚本的时候千万注意：空格不要乱加！shell编程和别的编程不太一样，空格有特殊含义。脚本在启动tomcat的时候，会打印一个log，到~/shell/tomcat_restart.log中，其中包括了一个时间信息，方便我去查找原因（虽然我现在还是找不到原因）。

接下来就是配置crontab。

$crontab -e

然后编辑内容为（假如你的shell文件保存在~/shell/check_and_start_server.sh）：

* * * * * ~/shell/check_and_start_server.sh

保存并退出crontab的编辑，然后启动cron服务：

/etc/init.d/crond start

这样一来，每一分钟，cron服务就会执行一次检查。启动tomcat大约需要10秒钟，所以最坏的情况是你的服务器可能会中断1分钟多一点的时间（考虑服务器是在14:20:01秒退出的，cron服务刚检查过，下次检查是14:21:00，这时候启动tomcat，大约到14:21:10这样启动完成）。

奇怪的问题：Linux执行脚本碰到Permission denied问题

中午时候，同事说我们一台生产环境服务器的程序发布遇到了问题，一直发布不上去。

发布程序到生产环境，我是用一个脚本来做的，我们在管理界面上操作一下，间接地会触发一个服务器的脚本，由这个脚本来执行发布动作。

我迅速ssh到生产环境服务器，手动运行脚本，出现了熟悉的Permission denied。

“靠！谁到生产环境改了脚本的执行权限？”——这是我的第一反应。

但很快我就发现脚本具有“x”权限，反复确认我没看错后，我尝试用root去执行，问题依旧，有些奇怪了。

我编写了一个极简单的脚本，里面只有一条“ls”命令，加上“x”权限，执行它，嗯？一样的Permission denied。看来不是脚本内容的问题。

我检查了我cron定时任务的日志，发现这个问题是前天开始出现的，我开始找人，看谁前天上过服务器做过什么事情，同事都说没有。我再通过history查询服务器的命令执行情况，发现除了当天我做的动作之外，就是好几个星期前的事情了，真没人上过这台服务器。——更奇怪了。

这问题的难度还在于在网上只能找到最普通的回答：用chmod啊！——显然我这里不是这个问题。

接着我发现，是所有的脚本都无法执行。但二进制执行文件却没问题。

再接着研究我发现脚本可以这样执行：

$sh ./my_script

间接的用shell就能执行！我有点方向了，后来在网上找到了这个：https://unix.stackexchange.com/questions/136547/what-is-the-difference-between-running-bash-script-sh-and-script-sh
这个帖子讨论了 ./script.sh 和 bash ./script.sh的不同，我了解了，但对解决我的问题帮助不大。

再就是这个：https://unix.stackexchange.com/questions/203371/run-script-sh-vs-bash-script-sh-permission-denied

这是个比较全面的讨论Permission Denied的帖子。其中提到了磁盘挂载的时候如果带有“noexec”参数，就会导致这个问题，这跟我遇到的情况简直就是一模一样。遗憾的是，我仔细检查了我的/etc/fstab，以及当前挂载的情况，并无“noexec”参数。我继续尝试了在不同的挂载点上执行脚本，都是一样的结果。

另外这个帖子还提到了ACL，可以使用命令getfacl来检查对一个文件的访问控制，我这里也没发现任何问题。

检查用户/组，没有发现任何问题。

于是请教高人。高人说给出了几个建议：

1，脚本头部加上解释符“#/bin/sh”——试了，问题依旧
2，检查磁盘空间是否满了 —— 检查了，远没满
3，使用strace跟踪脚本的运行情况

strace打印了很详细的信息，但遇到系统调用就直接Permission denied，对于这个问题也没有更多的帮助。实在古怪了。

最后这个问题被解决了，但原因还是没找到，解决的方法估计你们也能猜出来了：重启服务器。这是我能想到的唯一的，可能行得通的解决方案。结果还真奏效了。

高人说：相信你还会遇到这个问题的。我说：墨菲定律，对么？

这个问题，虽然花费了半天时间，最后还是没找到原因，但学到了些新技能，也不算太亏。

那些证书相关的玩意儿(SSL,X.509,PEM,DER,CRT,CER,KEY,CSR,P12等)

之前没接触过证书加密的话,对证书相关的这些概念真是感觉挺棘手的,因为一下子来了一大堆新名词,看起来像是另一个领域的东西,而不是我们所熟悉的编程领域的那些东西,起码我个人感觉如此,且很长时间都没怎么搞懂.写这篇文章的目的就是为了理理清这些概念,搞清楚它们的含义及关联,还有一些基本操作.

SSL

SSL - Secure Sockets Layer,现在应该叫"TLS",但由于习惯问题,我们还是叫"SSL"比较多.http协议默认情况下是不加密内容的,这样就很可能在内容传播的时候被别人监听到,对于安全性要求较高的场合,必须要加密,https就是带加密的http协议,而https的加密是基于SSL的,它执行的是一个比较下层的加密,也就是说,在加密前,你的服务器程序在干嘛,加密后也一样在干嘛,不用动,这个加密对用户和开发者来说都是透明的.More:[维基百科]

OpenSSL - 简单地说,OpenSSL是SSL的一个实现,SSL只是一种规范.理论上来说,SSL这种规范是安全的,目前的技术水平很难破解,但SSL的实现就可能有些漏洞,如著名的"心脏出血".OpenSSL还提供了一大堆强大的工具软件,强大到90%我们都用不到.

证书标准

X.509 - 这是一种证书标准,主要定义了证书中应该包含哪些内容.其详情可以参考RFC5280,SSL使用的就是这种证书标准.

编码格式

同样的X.509证书,可能有不同的编码格式,目前有以下两种编码格式.

PEM - Privacy Enhanced Mail,打开看文本格式,以"-----BEGIN..."开头, "-----END..."结尾,内容是BASE64编码.
查看PEM格式证书的信息:openssl x509 -in certificate.pem -text -noout
Apache和*NIX服务器偏向于使用这种编码格式.

DER - Distinguished Encoding Rules,打开看是二进制格式,不可读.
查看DER格式证书的信息:openssl x509 -in certificate.der -inform der -text -noout
Java和Windows服务器偏向于使用这种编码格式.

证书编码的转换

PEM转为DER openssl x509 -in cert.crt -outform der -out cert.der

DER转为PEM openssl x509 -in cert.crt -inform der -outform pem -out cert.pem

(提示:要转换KEY文件也类似,只不过把x509换成rsa,要转CSR的话,把x509换成req...)

获得证书

向权威证书颁发机构申请证书

用这命令生成一个csr: openssl req -newkey rsa:2048 -new -nodes -keyout my.key -out my.csr
把csr交给权威证书颁发机构,权威证书颁发机构对此进行签名,完成.保留好csr,当权威证书颁发机构颁发的证书过期的时候,你还可以用同样的csr来申请新的证书,key保持不变.

或者生成自签名的证书
openssl req -newkey rsa:2048 -new -nodes -x509 -days 3650 -keyout key.pem -out cert.pem
在生成证书的过程中会要你填一堆的东西,其实真正要填的只有Common Name,通常填写你服务器的域名,如"yourcompany.com",或者你服务器的IP地址,其它都可以留空的.
生产环境中还是不要使用自签的证书,否则浏览器会不认,或者如果你是企业应用的话能够强制让用户的浏览器接受你的自签证书也行.向权威机构要证书通常是要钱的,但现在也有免费的,仅仅需要一个简单的域名验证即可.

awesome-iOS

A curated list of awesome iOS ecosystem, including Objective-C and Swift Projects

awesomeios.dev

Analytics

Analytics platforms, SDK's, error tracking and real-time answers about your app

Aptabase - Open Source, Privacy-First and Simple Analytics for Swift Apps.
Answers by Fabric - Answers gives you real-time insight into people’s experience in your app.
Bugsnag - Error tracking with a free tier. Error reports include data on device, release, user, and allows arbitrary data.
Countly - Open source, mobile & web analytics, crash reports and push notifications platform for iOS & Android.
devtodev - Comprehensive analytics service that improves your project and saves time for product development.
Emerge Tools - Prevent app size & performance regressions on every pull request, get automated insights on how to improve.
Instabug - In-app feedback, Bug and Crash reporting, Fix Bugs Faster through user-steps, video recordings, screen annotation, network requests logging.
Matomo - The MatomoTracker is an iOS, tvOS and macOS SDK for sending app analytics to a Matomo server.
Mixpanel - Advanced analytics platform.
MOCA Analytics - Paid cross-platform analytics backend.
Segment - The hassle-free way to integrate analytics into any iOS application.
Sentry - Sentry provides self-hosted and cloud-based error monitoring that helps all software teams discover, triage, and prioritize errors in real-time.
Shake - In-app feedback and bug reporting tool. Fix app bugs up to 50x faster with detailed device data, repro steps, video recording, black box data, network requests and custom logging.

App Routing

Elegant URL routing, navigation frameworks, deep links and more

ApplicationCoordinator - Coordinator is an object that handles navigation flow and shares flow’s handling for the next coordinator after switching on the next chain.
Appz - Easily launch and deeplink into external applications, falling back to web if not installed.
Composable Navigator - An open source library for building deep-linkable SwiftUI applications with composition, testing and ergonomics in mind
Crossroad - Crossroad is an URL router focused on handling Custom URL Schemes. Using this, you can route multiple URL schemes and fetch arguments and parameters easily.
DeepLinkKit - A splendid route-matching, block-based way to handle your deep links.
JLRoutes - URL routing library for iOS with a simple block-based API.
Linker - Lightweight way to handle internal and external deeplinks for iOS.
LiteRoute - Easy transition between VIPER modules, implemented on pure Swift.
Marshroute - Marshroute is an iOS Library for making your Routers simple but extremely powerful.
RouteComposer - Library that helps to handle view controllers composition, routing and deeplinking tasks.
Router - Simple Navigation for iOS.
RxFlow - Navigation framework for iOS applications based on a Reactive Flow Coordinator pattern.
SwiftCurrent - A library for managing complex workflows.
SwiftRouter - A URL Router for iOS.
URLNavigator - Elegant URL Routing for Swift
WAAppRouting - iOS routing done right. Handles both URL recognition and controller displaying with parsed parameters. All in one line, controller stack preserved automatically!
ZIKRouter - An interface-oriented router for discovering modules and injecting dependencies with protocol in OC & Swift, iOS & macOS. Handles route in a type safe way.

App Store

Apple Guidelines and version notification libraries

Apple Review Guidelines - Highlighted some of the most common issues that cause apps to get rejected.
Free App Store Optimization Tool - Lets you track your App Store visibility in terms of keywords and competitors.
Siren - Notify users when a new version of your app is available and prompt them to upgrade.

Total Pageviews

Tuesday 15 October 2024

快速了解必要的网络知识

如何路由？

为啥要弄个端口出来？

TCP如何做到有连接？

对开发者而言网络到底是怎样的存在？

TCP提供了哪些可靠性？

真的可靠吗？

如何做到真的可靠？

关于TCP还有哪些东西没谈？

不是还有个叫UDP的东西吗？

为什么IP地址仍然不枯竭？

为什么到处都是HTTP？

如何抓包分析？

最后讲点有趣的？

简易nginx TCP反向代理设置

一个自动启动某程序的脚本

奇怪的问题：Linux执行脚本碰到Permission denied问题

那些证书相关的玩意儿(SSL,X.509,PEM,DER,CRT,CER,KEY,CSR,P12等)

SSL

证书标准

编码格式

相关的文件扩展名

证书编码的转换

获得证书

awesome-iOS

Contents

Analytics

App Routing

App Store

Apple TV

Architecture Patterns

ARKit

Authentication

Blockchain

Books

Cache

Charts

Code Injection

Code Quality

Linter

Color

Command Line

Concurrency

Core Data

Courses

Getting Started

Database

Data Structures / Algorithms

Date & Time

Debugging

Dependency Injection

Dependency / Package Manager

Deployment / Distribution

EventBus

Files

Functional Programming

Games

GCD

Gesture

Graphics

Hardware

Bluetooth

Camera

Force Touch

iBeacon

Location

Other Hardware

Layout

Localization

Logging

Machine Learning

Maps

Math

Media

Audio

GIF

Image

Media Processing