HelloMac

网上有很多使用 Git 与 GitHub 同步的教学文章，但是大多是都是从 init 一个项目开始，这篇文章主要是主导如何管理一个已经在 GitHub 上存在的项目，比如你直接在 GitHub 上 focked 了一个别人的项目，你克隆到本地然后再提交去 GitHub。

1、设置 GitHub SSH 访问密钥
本地生成指纹文件：
ssh-keygen -t rsa -C "[email protected]"
会提示你选择保存文件的路径和密码，路径可以默认，密码可以直接回车留空
默认会在你的 .ssh 文件夹下生成密码文件

复制生成的 pub 文件内容粘贴到你的 GitHub 账户设置的 SSH Key 中：
cat /home/builder/.ssh/id_rsa.pub Read more

现在已经有更新更好用的 iOS Shadowsocks 客户端 Wingy，本文不再维护，要了解 Wingy 的配置说明，请看本站教程：
iOS 上最简单的 Shadowsocks 客户端教程 / Wingy 设置教程

由于 Suger 被下架，Shadowsocks 不能后台保持，导致很长一段时间在 iOS 上使用 SS 翻墙成了一个很痛苦的问题，现在 Potatso 带着全新功能，完美支持 Shadowsocks，自动区分国内外流量，支持后台连接保持，4G / WiFi 切换不会断线，这是我试用过的最棒的 iOS 上支持 Shadowsocks 的软件，下面就来说以下设置步骤。

首先当然是你的去 App Store 购买软件了，写此文时这个软件卖 45 元，之前便宜些。

下载好软件以后打开设置。

Read more

文章转载，但原文出处不明，觉得写的不错，贴过来备用。

这里简单来谈一下，ARM和X86之间为什么不太具有可比性的问题。要搞清楚这个问题首先要明白什么是架构，之前也有很多人提到了架构不同，但架构是什么意思？它是一个比较抽象的概念，不太容易用几句话就解释清楚。我们要明白CPU是一个执行部件，它之所以能执行，也是因为人们在里面制作了执行各种功能的硬件电路，然后再用一定的逻辑让它按照一定的顺序工作，这样就能完成人们给它的任务。也就是说，如果把CPU看作一个人，首先它要有正常的工作能力（既执行能力），然后又有足够的逻辑能力（能明白做事的顺序），最后还要听的懂别人的话（既指令集），才能正常工作。而这些集中在一起就构成了所谓的“架构”，它可以理解为一套“工具”、“方法”和“规范”的标准。不同的架构之间，工具可能不同，方法可能不同，规范也可能不同，这也造成了它们之间的不兼容——你给一个意大利泥瓦匠看一份中文写成的烹饪指南，他当然不知道应该干什么了。

如果还看不懂，没关系，我们继续。从CPU发明到现在，有非常多种架构，从我们熟悉的X86，ARM，到不太熟悉的MIPS，IA64，它们之间的差距都非常大。但是如果从最基本的逻辑角度来分类的话，它们可以被分为两大类，即所谓的“复杂指令集”与“精简指令集”系统，也就是经常看到的“CISC”与“RISC”。属于这两种类中的各种架构之间最大的区别，在于它们的设计者考虑问题方式的不同。我们可以继续举个例子，比如说我们要命令一个人吃饭，那么我们应该怎么命令呢？我们可以直接对他下达“吃饭”的命令，也可以命令他“先拿勺子，然后舀起一勺饭，然后张嘴，然后送到嘴里，最后咽下去”。从这里可以看到，对于命令别人做事这样一件事情，不同的人有不同的理解，有人认为，如果我首先给接受命令的人以足够的训练，让他掌握各种复杂技能（即在硬件中实现对应的复杂功能），那么以后就可以用非常简单的命令让他去做很复杂的事情——比如只要说一句“吃饭”，他就会吃饭。但是也有人认为这样会让事情变的太复杂，毕竟接受命令的人要做的事情很复杂，如果你这时候想让他吃菜怎么办？难道继续训练他吃菜的方法？我们为什么不可以把事情分为许多非常基本的步骤，这样只需要接受命令的人懂得很少的基本技能，就可以完成同样的工作，无非是下达命令的人稍微累一点——比如现在我要他吃菜，只需要把刚刚吃饭命令里的“舀起一勺饭”改成“舀起一勺菜”，问题就解决了，多么简单。
Read more

您可以在 Mountain Lion 上使用“描述文件管理器”启用 Mac App Store 中的仅限“软件更新”模式。注：启用此模式后，用户将仅能够访问 Mac App Store 的“更新”部分，所有其他部分将会停用（“呈灰显状态”）。

如果您尚未启用此模式，请先更新到 OS X Server v2.1 或更高版本。

1. 使用 Web 浏览器，前往“描述文件管理器”站点（例如 server.apple.com/profilemanager/）。
2. 使用管理员名称和密码登录。
3. 选择您希望管理此设置的记录（用户、群组、设备或设备群组）。
4. 在“描述文件”标签下，点按“编辑”按钮编辑此记录的描述文件。
5. 在左栏中的 OS X 部分下选择“访问限制”。
6. 如果尚未配置有效负载，请点按“配置”按钮。
7. 在“应用程序”标签下，启用“将 App Store 限制为仅软件更新”选项。
8. 点按“好”关闭编辑视图。
9. 点按“存储”。

重要注意事项

• 将描述文件管理器的设置还原为其原始状态会删除所有描述文件、设备和设备群组。如果您想重新开始描述文件管理器，而无需重新安装 OS X Server，只需执行此操作即可。
• 任何从此服务器上安装了描述文件的设备将不再接收更新，且除非重新注册，否则您将无法对其进行管理。应该从此设备中删除这些描述文件。
• 不会删除证书。

如何还原描述文件管理器的设置

1. 如果 Server.app 正在运行，请将其退出
2. 以管理员用户身份执行此“终端”命令，系统提示时输入密码。仅限 OS X Mountain Lion，请执行：
   

   /Applications/Server.app/Contents/ServerRoot/usr/share/devicemgr/backend/wipeDB.sh

   仅限 OS X Lion，请执行：

   /usr/share/devicemgr/backend/wipeDB.sh

3. 打开 Server.app 并点按“服务”，然后点按“描述文件管理器”。注意“描述文件管理器”已打开而“设备管理”已停用。
4. 关闭“描述文件管理器”。
5. 在“描述文件管理器”的“设备管理”中，点按“配置”，然后点按“下一步”。
6. 输入组织名称和管理员电子邮件地址。
7. 点按“下一步”。
8. 选择证书。
9. 点按“下一步”，然后点按“完成”。
10. 启动“描述文件管理器”。
11. 点按“硬件”部分中的服务器名称。
12. 点按“设置”。
13. 在 SSL 证书中，点按“编辑…”。
14. 点按“好”。

去年，因为各种问题，博客几次搬家，最终放置在了自己的 Xserver 上，但是因为服务器托管、域名备案等等，一直都存在各种问题，再因为工作繁忙，一直没有处理，导致博客停机长达半年之久，现在，HelloMac 再次启航，相信有你的伴随，HelloMac 会光芒异样！

继续，由 Xserver 提供澎湃动力！

前一段时间好奇Sina的云服务，把博客放在SAE上面了，经过几天几夜的调试，修改代码，终于顺利运行，但是发现，那云豆消耗太快，而且，稳定性欠佳，所以，决定还是迁回自己的服务器，继续，由Xserver为它提供澎湃动力！

博客建立已经有几年时间了，更新很慢，也没有做宣传，自娱自乐，纪录一些技术文档。如今空间到期了，之前一直使用EBL提供的虚拟空间，后台面板是Cpanel，一直很好用，但是由于国内网络环境日益恶劣，EBL业务大减，现如今服务越来越差，基本已经到了无人监管的地步，所以不得不考虑新的空间托管博客。

看了国内很多的Linux主机空间提供商，都有这样那样的不如意的地方，想到了Google App Engine，但是无奈GAE被墙了，想起来新浪09年开始测试Sina App Engine(下简称SAE)，打开一看，发展得很蓬勃，而且直接支持PHP，看了官方文档介绍，觉得还不错，于是决定一试 ，开始了大量的搬迁工作，经过一个礼拜的折腾，总算是差不多了，由于SAE处于安全因素和特殊的云计算原因，禁用了一些php函数，需要手动修改，而且SAE不支持写本地IO，所以很多代码需要重写，以便使用Sina提供的Storage持久化存储服务（主要是以前上传的大量附件，还有一些要写本地的插件，WP主程序已经有人做了移植），现在基本已经移植完毕了，某些插件无法支持，已经不得不抛弃了，目前手机wap页面暂时无法完成，怀疑可能是WAP插件中的某些PHP代码不被支持，但是也没有错误提示，还在慢慢找原因。

如果各位朋友浏览我的博客发现有不正确的地方（包括排版、图片无显示、链接指向错误、文章内容混乱的）请及时通知我，以便我修正，让博客更好的运行在SAE平台上。

最后，通过一个礼拜左右的折腾，觉得SAE平台还是非常不错的，所以有一些代码不能使用，但是新浪基本都提供了解决办法，通过SAE平台，又把搭建自己的个人主页的门槛降低了，有兴趣自己做主页或者网站的朋友不妨试试，我们共同来探讨传统LAMP平台移植到SAE平台的一些经验。

博客开了很久了，一直也没怎么做过宣传，写过一些文章，看的人也不多，大部分朋友还是习惯在我的QQ空间浏览。但是QQ空间早已不更新了，所以今天做了个WP与Qzone同步更新，这样大家就方便看到我的博客更新动态了，同时欢迎大家访问我的博客。