Links

新闻

社区

博客

资源

音乐

工具

购物

新闻

学习

汽车

认证考试

评论

发表评论

此博客中的热门博文

Podcast播客 Feed 订阅推荐

?? 使用 iPhone Safari / Android 系统浏览器，打开本网页，点击下方播客名字，即可添加订阅到播客应用 播客 黑水公园 鬼影人间 原来是这样？！ 机核网 日谈公园 比特新声 保持冷静 字谈字畅 ...
阅读全文

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目录 为全局目录. 所以我们不需要去注册本地类。       全局类 我们开...
阅读全文

如何进行科学屯菜

疫情期间 一日三餐如何保障 是市民比较关心和焦心的问题 鉴于目前的特殊情况 大家适当囤菜是可以理解的 但新鲜的蔬菜一次买多少合适？ 不同的蔬菜能放多久？ 应该怎么保存？ 特殊时期囤菜也要讲究“战术” 下面这份 屯菜指南 请你一定要收收好 采购蔬菜要兼顾保鲜期长中短蔬菜的结合，有个合理的配比，做到疫情期间“吃好菜”和“有菜吃”。譬如上海人爱吃青菜等绿叶菜，但这些绿叶菜保鲜期是不长的，而且比较蓬松，也不适合占用很多冰箱中冷藏的空间，因此除了采购一部分绿叶菜外，还需要适当采购如茄子、番茄、丝瓜、黄瓜等中等保鲜期的蔬菜，土豆、莲藕、山药等保鲜期比较长的蔬菜。绿叶菜中的品类的保鲜期也是有区别的，菠菜低温下保鲜期较生菜、青菜等绿叶菜略长。 由于蔬菜不是马上食用，有些需要贮藏一段时间，这时候蔬菜选购挑选就很重要。 不要选择有病（有霉斑或虫口）有伤（机械伤或挤压伤）的蔬菜。 不要选择过于鲜嫩的蔬菜。 不要选择水洗的蔬菜。 不要选择有大量黄叶等衰老症状的蔬菜。 不要选择已经冷藏保鲜过的蔬菜。 蔬菜采购买回家仅仅是保障的第一步，还需要正确地保鲜处理，否则新鲜的蔬菜很可能会坏掉，而成为垃圾。 买回蔬菜后， 进行去杂分级整理，首先要先去掉其中土块、杂草及黄老叶、病伤叶、病叶等，这些叶片容易衰老和带来风险，殃及好的蔬菜储藏。 蔬菜一定不要大包塞入冰箱完事，蔬菜放入冰箱冷藏先要开着保鲜袋冷却20至30分钟，冷透了再用保鲜袋包装起来。 冷透后的蔬菜需要扎紧袋口，保持袋中蔬菜湿度。 冰箱内蔬菜不要一次放得太多，更不要将冰箱冷藏塞得满满的，一定要留有一定透气空间。因为放多了容易挤压蔬菜，蔬菜比较嫩，容易压伤、压坏；塞得太满，冷空气不容易循环，造成冷循环不畅，里层蔬菜容易变质。 由于家庭条件限制，冰箱容量有限，需要先吃保存时间较短蔬菜，再吃储存期较长蔬菜，科学合理食用。 经常检查冰箱内的蔬菜是否变质，发现蔬菜变质或变黄、变老及时处理掉，切莫吃那些变质、腐烂菜，否则容易影响身体健康。 有没有啥品类可以暂时代替蔬菜的作用？ 人体需要不断摄取多种营养物质和能量来维持机体的正常运行，蔬菜给我们提供的营养成分很多，但是最主要的还是为我们提供维生素、矿物质和一些生物活性物质及酶类，我们在疫情条件下，如果短期蔬菜难以保障的情况下，多吃点水果或水果制品如冻干果蔬干等，对我们维生素和矿物质的大多数需求都是能满足的。 来...
阅读全文

如何防止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...
阅读全文

斐讯 N1 部署 Docker 和 OpenWRT，并利用 Hostapd 开启 Wi-Fi 热点

刷入 Armbian 的 N1 可以通过安装 Docker 做很多事情，部署 OpenWRT 路由系统就是其中之一，同时利用 Hostapd 更可以开启 Wi-Fi 热点，方便作为一台便携路由使用。 该方案使用场景：在任意网络末端，N1 通过有线连接接入上级路由（DHCP或PPPoE），允许其他无线设备接入其 Wi-Fi 分享网络。 本方案在 armbian_5.77_aml-s905_Ubuntu_bionic_default_5.0.2_20190401.img.xz_ 和 Openwrt 18.06.2 官方固件下测试通过。 关于 N1 刷入 Armbian 并且安装 Docker 的步骤在此不再赘述，有需求的请先自行搜索完成安装。 基本设定 Wi-Fi热点IP和网关地址 AP IP: 10.168.10.1, gateway: 10.168.10.10 Docker Container IP和网关地址，该处192.168.10.0可按照实际情况修改 container IP: 10.168.10.10, gateway: DHCP from upstream network 192.168.10.0/24 ARMBIAN 设置方案一 首先，完成相应的软件安装 apt-get update apt-get install hostapd docker import https://downloads.openwrt.org/releases/18.06.2/targets/armvirt/64/openwrt-18.06.2-armvirt-64-default-rootfs.tar.gz openwrt:18.06.2 然后，修改相关的网络设置文件 修改“network/interfaces” vi /etc/network/interfaces #运行指令，以下为文件内容 ... iface eth0 inet dhcp ... iface wlan0 inet manual ... 修改“interfaces.d/bridge” vi /etc/network/interfaces.d/bridge #运行指令，以下为文件内容 auto br-lan ...
阅读全文

WireGuard+V2ray打造史上最安全隐匿且高速的内网穿透隧道

首先讲一下需求，其实需求简单无比， 那就是无论身处何时何地，只要有互联网，就可以访问内网资源 ，说得具体点，比如出差在外想访问家里NAS存储的文件，通过直接访问NAS的内网IP（比如192.168.2.10）就可以实现访问，就好像自己坐在家里一样 时代背景 传统的内网穿透方案只能实现某个端口的穿透，想换个端口又需要重新配置，而在本方案中，整个内网资源都是共享的，只需配置一次即可。缺点是需要一个 大带宽公网服务器 做转发（如果流量使用不大也可使用小带宽公网服务器），不做转发也需要一个公网服务器作为 信令服务器 交换各自IP做NAT打洞操作，但TCP打洞难度太大（需要 三次握手 ），一般是UDP打洞，但是UDP又会被 QoS ，而且打洞成功率还需要受NAT类型影响（Full Cone NAT打洞成功率高，且需要NAT两边都是该类型，简而言之该类型NAT会 记住内网主机出去的端口 ，如果NAT不记住，则端口全靠猜），所以话题绕回来了，想要稳定还是需要一个大带宽公网服务器做转发。 该方案简单来讲就是 WireGuard over WebSocket over HTTPS ，也是一种 UDP over TCP 的方案。那为什么这么简单的需求需要这么复杂的实现呢？因为需要大带宽公网服务器做转发，就牵扯出一些列问题，这里简单说一下时代背景： 国内商用带宽贵 ：因为国家政策要求民用带宽量大价低，所以运营商普遍用高价商宽补贴家庭带宽。首先，宽带是运营商管的，就是那三家垄断，国内网络基础设施只有三大运营商有资质建设，阿里云、腾讯云、华为云等数据中心都必须要跟运营商买带宽，价格没法谈，偏贵。所以想想为什么百度云要限速了吧，你下载1G的小电影所支持给运营商的带宽费用和百度支付的根本不在一个数量级。其次IP资源受美国控制，国内独立IP价格更贵。而海外的商用带宽却很便宜，因此大带宽公网服务器一般选择海外服务器，既然出国了，那出国流量都会受到婶查的影响。所以这是第二点背景 网X络X婶X茶 ：富强、民主、文明、和谐！@#￥#￥%...，这就需要我们满足 隐匿 的需求，隐匿其实是在安全层面之上的，不安全谈何隐匿。 运营商对UDP实施QoS ：因为WireGuard使用的是UDP，作者也说过使用UDP的一大原因是因为TCP over TCP性能太糟糕...
阅读全文

在Windows系统中，使用Hyper-V虚拟Android环境的方法（RemixOS）

          最近一直想用Hyper-V虚拟一个Android环境，来做一些事情。可苦于翻遍了BAIDU和GOOGLE，也没有找到很成熟的方法。无意中在国外的某链接中找到了模拟RemixOS的一个贴子，发布日期已经很老了，内容也不是很完善，就自己整理研究了一下，总结出来一篇完整的Hyper-V虚拟化经验，分享出来给大家。 1、最新版RemixOS是基于Android5.X的，官方的下载地址： https://bbs.jide.com/forum.php?m ... &extra=page%3D1 2、在Hyper-V中建立虚拟磁盘，格式使用VHD格式，空间最少需要5G大小，发贴时还没研究出如何扩大容量，所以暂时再大也没有意义。     3、创建好虚拟磁盘后，到计算机管理-磁盘管理中，选择：附加VHD--浏览（刚才创建的VHD虚拟磁盘），然后：确定。   4、对刚才所附加好的磁盘点击右键：选择初始化磁盘--分区形式：MBR--新建简单卷--然后格式化为FATA32格式，格式化完成后：分离VHD磁盘。       5、到Hyper-V中新建虚拟机，选择第一代，内存分配2048（自己看着办吧），去掉使用动态内存，然后再把刚才创建好的VHD虚拟硬盘添加进去。     6、对刚才新建好的虚拟机点击：右键--设置。先确定启动顺序：从CD启动。然后在DVD驱动器中，选择你在官网下载的RemixOS系统中的ios文件，然后确定就可以了。至于分配几个处理器核心/连接外网的虚拟网卡/是否启用检查点/自动启停的操作等等，按你自己的喜好就可以。     7、连接刚才建立好的虚拟机，点击启动。在出现以下启动画面后，快速点击你键盘的TAB键，进入命令行模式。将出现的字符串修改为/kernel initrd=initrd.img root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive quiet INSTALL=1 nomodeset vga=？，这段代码主要需要修改的地方，是下面第二张图中标红的部分。注意！可别把vga=?...
阅读全文

外国人长期持有美国 PayPal | 避免风控, 余额提现, ATM 取现

基础操作部分适用于满足以下条件的读者: Visa/MasterCard/AmEx/Discover 的借记卡或信用卡. 写有英文姓名的证件, 例如中国护照或美国签证. 美国电话号码. (可按 此教程 申请 Google Fi 全球漫游电话卡) 美国银行账户. (可选) 体验进阶玩法则需要满足以下条件: 美国地址证明, 例如银行账单或电话账单. (可使用 Google Fi 电子账单) SSN 卡或 ITIN 信的扫描件. (可按 此教程 申请 ITIN) 基础操作 注册 注册时需要使用美国 IP 地址, 可以使用稳定的网络代理或 Google Fi 漫游上网. 此 IP 地址最好不要频繁变动, 以免触发风控. 进入 PayPal 官网, 在页面底部点击国旗/区旗切换至美国. 填写个人信息, 姓名与证件上的英文姓名一致. 建议使用 Gmail 或 Outlook 邮箱. 填写地址和电话号码. 如果不打算体验进阶玩法, 可以用   What Is My IP Address   查看当前 IP 的定位, 并在 Google Map 上找一个附近大学的地址. (例如当前 IP 定位在旧金山, 可以直接用 Berkeley 或 Stanford 的地址.) 如果要体验进阶玩法, 后期可能需要提供地址证明, 建议使用真实地址. 境外居民可以注册一个免费的 美国虚拟收件地址 . 注册成功后, 建议验证邮箱和手机号码, 以保证稳定使用. 绑定银行卡 PayPal 支持 Visa/MasterCard/AmEx/Discover 的借记卡或信用卡. 在 “Wallet” 中选择 “Link a debit or credit card”, 选择 “Debit or credit card”, 输入卡号, 卡的种类, 过期日期, 安全码, 和账单地址即可. 绑定会时会临时扣除一美元进行验证. 摩根大通和花旗银行的信用卡和借记卡可以通过登录对应的账户快速绑定. 无法办理信用卡的中国大陆居民可以办理 中国银行跨境通 Visa/MasterCard 借记卡 . 绑定银行账户 银行账户也可作为 PayPal 的支付方式. 绑定银行账户的 PayPal 为已认证状态, 转账限制将被解除. 在...
阅读全文

Base：一种Acid的替代方案

本文是Ebay的架构师在2008年发表给ACM的文章,是一篇解释BASE原则,或者说最终一致性的经典文章. 文中Dan讨论了BASE与ACID原则的基本差异, 以及如何设计大型网站以满足不断增长的可伸缩性需求,期间如何对业务做调整与折衷. 以及一些具体的折衷技术的介绍. 在数据库分区中，以一致性换取可用性会显著提高系统伸缩性。 在过去的十年里，网络应用越来越普及。不管你正在为终端用户还是应用程序开发人员构建应用程序(即服务)，您都希望您的应用程序得到广泛的采用，而广泛采用将会带来交易增长。如果您的应用程序依赖于持久化，那么数据存储可能会成为您的瓶颈。 有两种方法可用于扩展任何应用程序。第一个，也是最简单的，是垂直扩展:将应用程序移动到更大的计算机上。垂直扩展不影响数据的合理性，但是有几个限制。最明显的限制是超过系统的最大可用容量。垂直扩展也很昂贵，因为增加交易容量通常需要购买下一个更大的系统。垂直扩展通常会带来供应商依赖，从而进一步增加成本 水平扩展提供了更多的灵活性，但也相当复杂。水平数据扩展可以沿着两个维度进行。功能扩展，包括按功能分组数据，还有将不同的功能组分布到不同数据库。第二个维度是在功能区域内分割数据，分布到不同数据库，这也叫分片。图1说明了横向数据扩展策略。 如图1所示，水平扩展的两种方法都可以同时应用。用户、产品和事务可以在不同的数据库中。此外，每个功能区域都可以根据交易量跨多个数据库分割。如图所示，功能区域可以相互独立扩展。 功能分区 功能分区对于获得高的可伸缩性非常重要。任何优秀的数据库架构都会将schema分解为按功能分组的表。用户、产品、交易和通信都是功能的例子。利用诸如外键之类的数据库概念是保持这些功能区域一致性的常见方法。 依赖于数据库约束来确保跨功能组的一致性，会导致数据库在部署策略上的高耦合。为了使约束生效，表必须驻留在单个数据库服务器上，从而不能在交易数量增长时水平伸缩。在许多情况下，最简单的扩展方案是将功能组数据移动到相互独立数据库服务器上。 当交易量非常高的时候，不同的功能数据将在不同的数据库服务器。这需要将数据约束从数据库移出并在应用程序解决。这就带来了本文后面将讨论的几个挑战。 CAP原理 加州大学伯克利分校(University of California, Berkeley)教授、Ink...
阅读全文

nginx中location的顺序(优先级)及rewrite规则写法

一、location正则写法 一个示例： location = / { # 精确匹配 / ，主机名后面不能带任何字符串 [ configuration A ] } location / { # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 # 但是正则和最长字符串会优先匹配 [ configuration B ] } location /documents/ { # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索 # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条 [ configuration C ] } location ~ /documents/Abc { # 匹配任何以 /documents/Abc 开头的地址，匹配符合以后，还要继续往下搜索 # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条 [ configuration CC ] } location ^~ /images/ { # 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。 [ configuration D ] } location ~* \.(gif|jpg|jpeg)$ { # 匹配所有以 gif,jpg或jpeg 结尾的请求 # 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则 [ configuration E ] } location /images/ { # 字符匹配到 /images/，继续往下，会发现 ^~ 存在 [ configuration F ] } location /images/abc { # 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在 # F与G的放置顺序是没有关系的 [ configuration G ] } location ~ /images/abc/ { # 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用 [ configuration H ] } l...
阅读全文