好久没有改过GitHub密码了,前几天GitHub提示密码有可能泄露,于是改了下密码。
天真的我以为,修改完密码本地密钥要GitHub会同步更新,最多需要重新验证下密码就可以了。
周末想更新下文章,使用hexo d -g生成静态文件并部署,结果卡了15分钟都没有反应,我就怀疑是hexo坏了吗?各种找原因,差点就重新初始化hexo了。怀着试试看的心态更下了SSH,结果就好了…好了…了
不甘平庸,就别懒惰
好久没有改过GitHub密码了,前几天GitHub提示密码有可能泄露,于是改了下密码。
天真的我以为,修改完密码本地密钥要GitHub会同步更新,最多需要重新验证下密码就可以了。
周末想更新下文章,使用hexo d -g生成静态文件并部署,结果卡了15分钟都没有反应,我就怀疑是hexo坏了吗?各种找原因,差点就重新初始化hexo了。怀着试试看的心态更下了SSH,结果就好了…好了…了
在工作中我们经常会用到一些命令来完成指定工作,最常用的还是Git和SVN一些更新、提交操作,虽然命令不是很复杂,但是肯定会有三个步骤:
1、打开终端;
2、cd到指定目录下;
3、执行一系列相关操作命令。
一些常用的操作我们就可以制作一个脚本来简化步骤。
通常网络请求使用AFNetworking我们都会将字典作为参数传给服务端,如果应用对数据的安全级别要求较高,这时肯定会将参数加密后再传输,那么上传的参数就变成一串看不懂的字符串,我们只需要设置AFHTTPSessionManager
中几个类型即可直接上传字符。
通常需要实现对模型的拷贝都需要先实现NSCopying、 NSMutableCopying
协议,在这里我一直有个误区,以为实现了copy协议,数组使用拷贝操作都会对数组内实现copy协议的对象进行拷贝。
在一个即时聊天项目中创建一个同步任务来执行数据库操作,在获取数据时忽略了这一点,获取数据时又将同步任务添加到队列中,导致应用启动后事件无响应,甚至导致了死锁,使用应用crash。找了半天发现原来是对GCD的使用不当,引起的死锁。主要还是没有对GCD深入了解,对有些方法也是现学现用,才会引起这样的问题,因此准备用此系列文章记录GCD的学习使用过程。
使用到系统中Framework,已经正确添加了,无论如何都报错,尝试了各种方法,还是报错。
猜想可能是在Xcode中查看系统的Framework时,不小心删除了部分API,但是当时有没又没有发现。
讲道理啊,一般系统API文件右上角都会有个黑色的小锁,这种情况是不可以编辑文件,即使不小心编辑后也会弹出提示框询问。
于是我随便进到一个API头文件中,居然可以编辑。那么可能就找到原因了,重新下载了个Xcode替换当前的,问题解决了。