一枚秒表的隐私协议

针对范围

此隐私协议只针对一枚秒表应用。

信息使用:

  1. 此应用不主动收集任何用户数据,不上传用户信息,特殊情况见第二条
  2. 如果存在影响用户体验的问题存在(bug、体验问题等),在用户允许的情况下,可以收集部分程序信息。收集到的数据仅用来提升用户体验,问题修正后及时丢弃。

有任何问题,可以在此反馈,我们会及时处理改进,谢谢!

继续阅读

ios开发中的几个问题

NSPredicate中key的转义

NSPredicate中如果需要对key做转义,可以通过%K作为转义字符,比如

这样可以避开一些特定字段不能做key的情况。

更详细的创建方法可以参考下面的链接:

Creating Predicates

info.plist多语言

info.plist的多语言,不要对info.plist执行localize,这会导致info.plist被删除,然后在相应目录创建对应的多语言版本,同时会在项目中移除info.plist的支持,怎么加都回不来。

info.plist的对语言方法为InfoPlist.strings文件,然后对相应的字段做翻译,比如:

如果不小心对info.plist做了删除操作,只能用git提交想要保存的文件,但是不添加对应项目的组织文件,然后git reset掉重新建立翻译文件的组织。

碎碎念

满地荒芜,无处话凄凉。

北京萧瑟的冬景,和博客的清冷很应景。

已经多个月没有更新博客,实际上并不是无话可说,但总觉得这些话并不重要了。童蒙之举,可能并非应是我所求?现在的网络也越来越完善,谁会看博客这种东西呢,冗繁琐碎。

不常更新,nginx挂掉、数据库也挂掉,几天才发现。

本想等soleil开发完以后更新博客,恐怕遥遥无期吧。

不过,这是沮丧吗?不知道。

走,喝茶去。

 

pacman安装软件包时文件冲突的解决方法

arhclinux下用pacman安装docker-compose的时候,报以下错误(截取了一部分):

 

在archlinux的wiki中(见参考部分),查到问题的原因:pacman安装时发现文件冲突,也就是文件安装前已经存在了。

所以先分两步走排查原因,一种是pacman安装,另一种是非pacman安装。

如果是pacman安装的,自然是pacman依赖没做好,可以通过pacman -Qo来查询文件所属的软件包:

返回如果类似这样:

那就是pacman的问题了,明明安装过了却没记录下来,就需要往上报bug了。

但是如果是这样的:

那就是我们不知道什么时候自己安装上去的,把这个文件夹先做个备份转移走。

根据之前的错误提示,挨个排查(我的例子中就是urllib3和request),如果都是非pacman以来,就先都备份,然后重新执行pacman的安装应该就可以了。

参考:Archlinux Pacman

作者使用的pacman版本:Pacman v5.1.0 - libalpm v11.0.0

docker中无法使用crontab的问题

最近在docker里使用crontab设置定时任务,发现crontab到时间没有执行。

第一个想到的是时区问题,查看了一下时区,是UTC时区,赶紧改成了Asia/Shanghai

使用date命令查看,时间没问题了。设置个时间测试一下,结果仍然不执行。

检查crontab任务是否启动

一切正常啊,奇怪。

装上rsyslog并启动,查看相关日志:

里面说set_loginuid failed,这个似乎是个认证模块,因为安全原因,被docker默认禁用掉了。修改/etc/pam.d/cron,把下面这行注释掉(也可以使用更高的权限启动容器,比如gdb无法使用的情况):

也可以把中间的required修改为optional来解决。

重启cron,运行成功。

同样的,ssh也会有这样的问题,因为也用到了pam认证模块,可以参考下面给出的链接来解决。

参考:

docker容器中crontab无法正常运行解决方案
Dockerize an SSH service

环境参考:

Docker版本:1.13.1
系统:archlinux

pandas datareader v0.6.0获取雅虎财经数据报错问题

使用pandas datareader的时候,报如下错误:

去datareader的文档页查看原因,有一个这样的提示:

As of v0.6.0 Yahoo!, Google Options, Google Quotes and EDGAR have been immediately deprecated due to large changes in their API and no stable replacement.

到了v0.6.0的时候Yahoo!, Goole Options, GoogleQuotes和EDGAR的api有大改动,目前还在调整,不够稳定。
还有一段这样的提示:

Yahoo! Finance has been immediately deprecated. Yahoo! substantially altered their API in late 2017 and the csv endpoint was retired.

看起来是雅虎财经的api在2017年末做了修改,csv的数据也取消了。所以数据源里暂时不提供雅虎财经的数据了。

来源:

https://pydata.github.io/pandas-datareader/stable/

https://pandas-datareader.readthedocs.io/en/latest/remote_data.html

这次休更了好久

头次休更博客这么久,域名又被我给换掉了。

目前的工作内容来讲,可写的东西真的很少。看到的越多,就愈发觉得了解的太少,世界纷繁,加上变化如此之快,希望不会陷入自以为是的固步自封状态。

待我找时间修葺一下这里,然后恢复更新吧。

LL(1)文法分析

自顶向下

自顶向下是一种从开始符号推导出输入符号所对应的语法的过程,举个例子:

上面便是个从开始符号S出发,推导出aabb语法情况的过程,可以通过这个信息产生语法树。

那么如何推导呢?下面是通过一个栈来做的穷举推导过程,这种推导是需要回溯的:

上面的例子里面,出栈一个非终结符的时候,便从这个终结符的几个产生式里找一个做尝试,如果此路不通,就回退到尝试的路口,然后换一个产生式继续努力,直到找到一条看起来可以走下去的路继续重复以上的步骤(如果所有产生式都不能走通,就判断为语法有问题)。

可以想象,如果从A开始就选错了产生式,然后B尝试了所有产生式都没走通,那么回溯的层次就不仅仅是B自己一层了。这就好像一条路有X个岔路,然后每个岔路又有各自Y个岔路,而每个子岔路下面仍然有可能有Z个岔路,而目的地是X5Y2Z8,这种做法好像赌博碰运气一样,看天吃饭。有没有其他好的方法呢?

继续阅读

这是梦话吧

已经很久没更新,上次写东西还是2月一篇不成熟的读后感。这些日子还是看似简单的生活,无风的海面一样。

除了一些奇怪的状态片段,水煮过的青黄夹杂着重油轰鸣,这些奇形怪状的结构早该在夏日的微风来临时轰塌,所谓拖延症,也都是因为他。怀念伴着晚霞的日子,那美好的颜色,只能偶然的偷闲时轻瞥。

这光,照亮心中的,魔鬼,还是神明?懊恼和悔恨会不会吞噬,那影子,试探着黑暗,深深的。