这几天开始在利用业余时间用 Swift 5 重写公司项目，继上一次用 Swift 写项目隔了有两年了吧（中间陆续在学习），Swift 变得更加好用了，真是愈发嫌弃 OC，来新公司把所负责的 App 从规范到基础服务再到业务里外优化了一番，算是有所成果了。新项目到写得正 high，组长丢给我一个任务，产品经理需要竞品在 App Store 和 Google Play 的评论数据用于调研，简单实现了一番，趁热打铁，记录一下结果，以便日后需要。

假如一个 APP 能带来良好的交互体验，那么它一定是”活的”。

前言

cocoapods是非常好用的一个iOS 依赖管理工具，使用它可以方便的管理和更新项目中所使用到的第三方库，以及将自己的项目中的公共组件交由它去管理，实现工程组件化。

无需越狱，解决 iOS 版钉钉远程打卡
折腾记录，备忘

Android 源码编译的四个流程:

• 源码下载;
• 构建编译环境;
• 编译源码;
• 模拟器运行

源码下载

• 首先确保自己已经安装了Git.

  sudo apt-get install git 
  git config –global user.email “your_email” 
  git config –global user.name “your_name”

检查系统的交换信息

查看是否已经存在swapfile

sudo swapon --show

如果您没有收到任何输出，这意味着您的系统当前没有可用的交换空间。

您可以使用free实用程序验证没有活动交换：

tungee@tungee-Macmini:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           7.7G        6.0G        1.2G         97M        439M        1.3G
Swap:          8.0G        4.1G        3.9G

背景

公司新接到一个某某公司的一个项目需求，其中有一个子项是抓取诸如今日头条、网易新闻、腾讯新闻等新闻类 APP 的新闻，远端根据一个关键词或者一个主账号名称查找获取关于该关键词的所有新闻或主账号下的所有文章，通过简单的抓包分析，发现只有少数 APP 网络请求参数未做签名处理，像这类的能直接分析 url 和 param，利用 python 全自动化获取数据，但是大部分比如网易新闻这类 APP 安全级别较高，参数做了加密或者签名校验，服务端也有同一签名的请求访问次数限制，所以在这样的情况下想要直接获取通过外部调用获取数据几乎变得不可能。

背景

Ubuntu根分区\空间告急，即将使用完毕

先清理出一定空间

移除不再需要的软件包

sudo apt autoremove

清理Ubuntu中的APT缓存

背景

在公司一台服务机上搭建了Jenkins，Linux环境，主要用于WEP 前端、Android、iOS的CI服务，在没有过多去了解的情况下，我想当然的以为如果要打包 iOS，Jenkins宿主机系统环境必须是MacOS，因为知道除了Mac，其它系统均无法打包iOS或Mac应用程序（当然这点在目前看来仍然是对的），于是在公司那台硬盘只剩下可怜巴巴的20G空间的Mac mini上安装了Jenkins，叫安卓同事把他的Jenkins job又重新放在了Mac mini上，本想着事情就这么不完美的收尾了，今天忽然在群里看见开发者朋友讨论Jenkins说到Jenkins支持master-slave（主从）模式，支持非宿主机作为一个Node节点为其服务，一脸蒙蔽，又要把Jenkins放回Ubuntu，让这台mini单独为iOS打包服务。

背景

新入职的公司内部同步一些文件使用的 Seafile，没部署远程，只使用的内网，由于这个 seafile 是一个前同事搭建的（之前的 iOSer，我来替代他了，阴差阳错。。。），可能那时他也不是太熟吧，把文件存放目录放在了安装位置的挂载分区，导致长时间使用下来，该分区磁盘空间满了，无法继续运行，于是我简单 google 了一番，开始转移目录，找到了 seafile-data 目录之后，发现查看都没权限，包括 cp -R、mv 都无法运行，直接给了755权限，mv seafile-data 目录至新目录，更改 seafile.ini 文件，指向新目录，重启 seafile，发现 seafile 已经无法启动……下意识重启一下电脑，还是不行，这时看下禅道，测试又提了一堆 BUG，就先放下开始修 BUG 了。第二天早上过来继续，发现系统都进不去了，登录界面无法输入密码，没办法只好命令行登入系统，再次 google 了解到 seafile 存放文件的形式类似于 svn 或 git ，也是那种打散存放并内部记录 state 和带有 commit log 的，看到了官方有修复工具，尝试无果，放弃了，系统也崩了（多年linux 经验解决不了，尝试了几个小时，google 了解到貌似是 Ubuntu 16.04 LTS 的 bug 所致，有个旧内核依赖怎么都干不掉，导致所有的 dpkg -i 都运行不了），这台机器上安装了 jenkins 和 seafile，问过了别无其他，心想 jenkins 我也熟练部署了，只能硬着头皮去跟组长说要重装系统，于是有了这篇文章。