水果烂了，剩下的部分还能吃吗？如何储存保鲜？

发布于

疫情期间，除了肉蛋奶的均衡摄入外，适量补充水果也是不错的选择！究竟如何科学储存水果？哪些水果适合冰箱冷藏？快来收下这份关于水果储存的小知识吧↓

图片图片 来源：https://mp.weixin.qq.com/s/HTQ34tMEk0T8-uqDstM4tw

评论

发表评论

此博客中的热门博文

Auto.js常用控件整理

发布于
launchApp('名字'); //通过app名字启动app应用 launch(‘app包名’); //通过包名启动app应用 sleep(random(1000,5000)); //随机等待1到5秒 swipe(x1,y1,x2,y2,time); //滑动屏幕(time表示滑动的时间) click(x,y); //单点击坐标，， click("加好友"); //点击"加好友"按钮 press(x,y,time); //按住坐标，time表示时间好像是毫秒 home(); //回到桌面 back(); //返回上一步 app.uninstall('包名'); //卸载app getpackagename('应用名'); //通过应用名获取app包名 toast("hallo word"); //在手机toast提示 toastLog('hallo word'); //提示信息+log记录 log('hallo word'); //记录log text("属性值").findOne().parent().click(); //parent通过子控件查找父控件，常用于子控件不能点击，而通过子控件查找到父控件完成点击 text("属性值").findOne().childCount(); //获取控件中子控件的数量 text("进入游戏").find().click(); //点击进入游戏(先查找再点击) text("进入游戏").findOne(3000).click(); //点击进入游戏___查询超时就报错，，(text()是完全匹配) textContains("手机").find().click(); //匹配页面 包含 手机的元素 textStartsWith("手机").find().click(); //匹配以"手机" 开头 的元素 textEndsWith("手机").find().click(); //匹配以...
阅读全文

Mifare Classic card(M1卡)破解过程记录(准备+理论+获取扇区密钥+数据分析)

发布于
首先认识一下一卡通的类型，市面上常见的一卡通是IC卡的一种，IC卡即集成电路卡，也是广义上的智能卡，准备篇介绍一些智能卡的基础知识，帮助我们确定卡的类型和使用的设备， 目前淘宝上提供了设备和全套软件，确定好方法就可以自动化破解，下面的内容比较详细，不用全部看完也能破解，但了解一下可以提高效率 。 按照使用方式分类： · 接触式IC卡： 符合 ISO 7816 标准，卡片表面包含金属触点，读写需要 IO 线路接触，即需要插卡使用，如手机的 SIM 卡模块 · 非接触式IC卡： 符合 ISO/IEC 14443 标准，由 IC 芯片、感应天线组成，封装在一个标准的 PVC 卡片内，芯片及天线无任何外露 部分，通过 RFID 感应使用，校园卡及身份证都是这一类型。 · 双界面卡IC： 又称组合卡 / 双端口 卡，是 同时兼备接触和非接触两种界面通信的多功能卡 ，将非接触 IC 卡的方便性和接触 IC 卡的安全性融为一体，使之成为一卡多用的极佳载体，代表着未来 IC 卡的主要发展方向，银行卡就是这一类型。 需要注意的是我们平时见到的某些门禁卡虽然也是通过感应使用，但不一定是IC卡，现在有相当一部分便宜的门禁使用的是磁卡和ID卡，ID卡使用RFID射频技术，但其频率一般较低，一般为125KHz,如爱特梅尔的T5577卡，不可写入用户数据，其记录内容仅限卡号只可由芯片厂一次性写入，开发商只可读出卡号加以利用，所以只用于身份识别，不能用于消费，其成本相对非接触式IC卡较低，一般使用字典攻击的方式就能复制。 智能卡按照工作频率分类： 区分ID卡和IC卡——读卡判断法 读卡判断法是判断卡智能卡类型最准确的方法，这需要可识别多类型卡的设备支持，例如手机NFC或者pn532开发板、ACR122U读卡器以及Proxmark3。使用手机NFC是最为便捷的方法，在支持全功能NFC的手机上下载MIFARE Classic Tools，给予权限后将卡片贴在NFC感应区根据提示读取标签后查看标签信息。下面是两种不同容量的IC卡的显示，如果RF技术这栏显示ISO/IEC 14443，说明就是典型的13.56MHz的非接触式IC卡，这也是生活中使用最多的类型。             ...
阅读全文

Redis rdb文件手动合并（单库，只有db0）

发布于
线上服务使用的阿里云的集群版本redis服务，数据量1千万，rdb文件4GB。 线下测试环境只有单节点redis，需要导入线上全量数据。 8个rdb文件，每个500MB。 RDB格式如下： 头5个字节是字符REDIS。 之后4个字节代表版本号，阿里的版本分别是 00 00 00 06 之后2个字节 FE 00，FE是标识 00是数据库，还好我们只有一个库。 最后的结尾9个字节 。 FF 加上8个字节的CRC64校验码（实在没空弄，后来偷了一个懒） 。 一、生成对应的文件 #文件1 大小566346503，截取尾部的9个字节 dd bs=1 if=src_1.rdb of=1.rdb count=566346494 #文件2 大小570214520，跳过头部的11个字节，再截取尾部的9个字节 #dd bs=1 if=src_2.rdb of=2.rdb skip=11 count=570214400 ... #文件8 大小569253061，跳过头部的11个字节，再截取尾部的8个字节，保留FF。 dd bs=1 if=src_8.rdb of=8.rdb skip=11 count=569253042 二、合并文件 cat 1.rdb > dump.rdb cat 2.rdb >> dump.rdb ... cat 8.rdb >> dump.rdb 备份文件合并完毕。 三、检查备份文件 redis-check-rdb dump.rdb  应该会提示没有crc校验。 四、修改配置文件 因为数据库备份文件里面不包含crc64的校验码，配置文件中关闭选项。 rdbchecksum no 数据恢复到此结束，此方法只适合用于临时恢复和导出数据，数据完整性不敢保证。 参考的文章 https://github.com/sripathikrishnan/redis-rdb-tools/wiki/Redis-RDB-Dump-File-Format 来源：https://www.jianshu.com/p/097c0b01ea69
阅读全文

Yaf应用建议

发布于
开发环境 yaf开发环境建议  lamp ,目前yaf的最新版本为2.1.18（建议使用）,php version 5.3+ apache 必须开启 rewrite 模块 yaf框架是基于C扩展写的，调试起来相对麻烦。建议你的开发环境中, php.ini 应如下配置: display_errors = on log_errors = on html_errors = on error_reporting= E_ERROR | E_WARNING | E_PARSE | E_NOTICE 目录结构 + public //网站根目录 - index.php //入口文件 - .htaccess //重写规则 + conf |- application.ini //配置文件 application/ + controllers - Index.php //默认控制器 + views |+ index //控制器 - index.phtml //默认视图 + modules //其他模块 - library //组件目录 - models //model目录 - plugins //插件目录 命名规范 同Pear命名规范，@see  http://www.wzjs163.com/tangshan/knowledge/php/41.html#1 补充 ： 变量命名，全小写字母，单词用下划线分割，非驼峰 类方法命名，采用驼峰命名 类命名，应注意类与父目录之间的关系， 通常“目录名_类名”,  目录首字母和类首字母大写, 例 “Base_Func”, 类文件存储位置为Base目录下的Func.php 部件(library)加载       默认规则 yaf框架的默认设置是，只要是符合命名规则类，只要放在APPLICATION_PATH/library下的类目录都会被加载,因为此时的APPLICATION_PATH/library目录 为全局目录. 所以我们不需要去注册本地类。       全局类 我们开...
阅读全文

kubernetes运行一个有状态的应用程序(使用StatefulSet)

发布于
该页面显示如何使用 StatefulSet 控制器去运行一个有状态的应用程序。此例是一主多从的 MySQL 集群。 请注意 这不是生产配置 。 重点是， MySQL 设置保留在不安全的默认值上，使重点放在 Kubernetes 中运行有状态应用程序的常规模式。 教程目标 使用 StatefulSet 控制器部署复制的 MySQL 拓扑。 发送 MySQL 客户端流量。 观察对宕机的抵抗力。 缩放 StatefulSet 的大小。 准备开始 Katacoda Play with Kubernetes 要获知版本信息，请输入 kubectl version . 您需要有一个带有默认 StorageClass 的动态持续卷供应程序，或者自己 静态的提供持久卷 来满足这里使用的 持久卷请求 。 This tutorial assumes you are familiar with PersistentVolumes and StatefulSets , as well as other core concepts like Pods , Services , and ConfigMaps . Some familiarity with MySQL helps, but this tutorial aims to present general patterns that should be useful for other systems. –> 你必须拥有一个 Kubernetes 的集群，同时你的 Kubernetes 集群必须带有 kubectl 命令行工具。 如果你还没有集群，你可以通过 Minikube 构建一 个你自己的集群，或者你可以使用下面任意一个 Kubernetes 工具构建： Katacoda Play with Kubernetes 要获知版本信息，请输入 kubectl version . 您需要有一个带有默认 StorageClass 的动态持续卷供应程序，或者自己 静态的提供持久卷 来满足这里使用的 持久卷请求 。 本教程假定您熟悉 PersistentVolumes 与 StatefulSets , 以及其他核心概念，例如 Pods , Services , 与 ConfigMaps . 熟悉 MySQL 会有所帮助，但是本教程...
阅读全文

如何防止Cloudflare CDN背后的图片被盗连(Hotlink Protection)？

发布于
「Hotlink Protection」(直接链接保护)是经营网站经常需要去注意的一块，但为什么我们会需要「Hotlink Protection」呢？身为图文并茂的网络文章作家，最担心得就是自己的文章被别人整篇连文带图地拷贝粘贴到其它地方了。此时如果图片有套用「Hotlink Protection」的话，就可以让被盗用的图片在其它网站上「不被正常显示」出来，如此一来，就能使其它误入盗文页面的访客可以知道该篇文章是篇被盗用的文章。不同的网站架构有不同的「Hotlink Protection」的设置方式，如果您的网站有打开Cloudflare的CDN服务的话，可以参考这篇文章，来实现「Hotlink Protection」的功能。 我的网站服务器是用Nginx或Apache，难道不能直接对它们做设置吗？ 很遗憾，只要我们有激活Cloudflare的CDN服务，就无法有效地通过自己的服务器程序来设置Hotlink Protection。这是因为网页浏览器在打开您网站的图片时，会去链接Cloudflare的CDN服务器，而非我们自己的服务器，所以就算我们有在自己的服务器上制作Hotlink Protection的功能，也根本不会被触发到。 既然有Cloudflare CDN，为什么还要Hotlink Protection？被盗连的图，其流量不是不会算在我们头上吗？ 的确，有了Cloudflare CDN之后，就算图片被盗连，它主要也还是会去吃Cloudflare CDN服务器的流量。但是，您真的愿意让您文章中的图片原封不动地在盗文网站上显示出来吗？所以还是设置一下Hotlink Protection吧！ Cloudflare内置的Hotlink Protection开关 Cloudflare的控制后台中，其实就有提供一个一键套用Hotlink Protection的开关，只要打开来，就可以让有激活CDN功能的网域拥有Hotlink Protection的功能。这个开关藏在Cloudflare控制后台的「Scrape Shield」分页中。 这个Hotlink Protection一旦打开，整个有打开Cloudflare CDN服务的网域(包含子网域)下的图片链接，就只能在这整个网域(包含子网域)下打开，否则的话会直接回传HTTP的403...
阅读全文