migrate

上个月大家可以注意到 jQuery 释出 1.9 及 2.0 版本，官方团队也同时推出 jQuery Migrate Plugin 1.0.0 版本，此 Plugin 是跟 jQuery 1.9 或 2.0 一起搭配使用，侦测 jQuey 已移除或者是将被移除的功能，让您之前开发的 jQuey 功能可以持续使用，但是似乎很多使用者不知道此 plugin 用处，就直接升级 1.9 或 2.0，并未载入 migrate plugin，造成官方收到很多 feed back 都是关于一些旧功能不能使用。半个月后 jQuery 官方收到很多 migrate plugin 回报问题，这次一样可以透过 jQuuery CDN 载入，程式码如下。

迁移文件存放在每个应用程序的一个 migrations 目录中 被设计成提交 并作为发布的一部分到代码库中; 你应该在你的开发机器上使用它们 然后在你的同事的机器上运行相同的迁移脚本 staging machines 最终应用在生产机器环境. 迁移将在相同的数据集上以相同的方法运行并产生一致的结果 这意味着你将看到在开发阶段、staging 阶段 在相同的情况下和生产环境上的表现完全一致. 你的 model 会被扫描 然后与之前的版本作比较 在 app 的 migrations 目录下生成本次迁移文件. 我们建议查看一下该迁移文件 确保没有问题 然后运行: migrate 命令会进行比较 并应用该迁移.

上个月大家可以注意到 jQuery 释出 1.9 及 2.0 版本，官方团队也同时推出 jQuery Migrate Plugin 1.0.0 版本，此 Plugin 是跟 jQuery 1.9 或 2.0 一起搭配使用，侦测 jQuey 已移除或者是将被移除的功能，让您之前开发的 jQuey 功能可以持续使用，但是似乎很多使用者不知道此 plugin 用处，就直接升级 1.9 或 2.0，并未载入 migrate plugin，造成官方收到很多 feed back 都是关于一些旧功能不能使用。半个月后 jQuery 官方收到很多 migrate plugin 回报问题，这次一样可以透过 jQuuery CDN 载入，程式码如下。

Apple Notes (也就是 iOS / Mac OSX 上面的“备忘录”) 是一个强大而且可以快速写笔记的工具，支援简单的 markdown 语法跟可以使用剪贴簿来贴图片，其实对于许多使用者而言是相当的方便。 但是如果不小心上了 iCloud 就会全部将资料上了云端，对于资安控管而言可就不妙了。 本篇文章记录一些相关的搬迁方式，可以让你将 Apple Notes 来汇出

之前写过一篇 Masonite migration 的文章，纪录了新增表格的过程，这篇重点会放在异动既有的表格。 这里的案例是在 transactions table 内新增 category 字段，在开工之前插播一下我个人的命名惯例，如果框架或 ORM 没有既有惯例的话，我个人的惯例是字段名一律都使用英文单数，小写，所以虽然 category 内容一定是多笔，但在这样的命名惯例上，依然维持英文单数。 档名的部分可以自行命名，没有强制性的规则或约定，只要能清楚表达意思就可以

IT之家了解到，migrate_pages () 在 Linux Kernel 中负责页面迁移（Page Migration），而页面迁移可以指定一个进程的页面至其指定的内存节点上。它的设计初衷是为了：通过将页面移动到该进程所处的 NUMA 节点上来减少内存访问的延迟。后来内存规整和内存热插拔等场景都使用了此功能