bytes

上个月，巴基斯坦政府公开向全球征集提案，用以自动过滤含有“令人反感”内容的域名地址。这一请求引发了一系列的**活动，其源头始于当地组织Bolo Bhi，进而迅速扩散到“现在获取”（Access Now）等国际组织。参与者向技术公司CEO发函，敦促他们放弃竞标；他们还启动了网上**活动，并已收集了上万个签名

== 文件格式 == 使用的视频存储格式未知。2011年7月18日，两个视频包含字符串“boss”的前bytes，这让我相信这是用于识别文件类型的[[URL]#Magic_numbers_in_files "magic number"] 这种文件头和加密方式是[[SpotPass]]内容的容器格式。 所使用的视频编码解码器未知，(通过手动查看可知，这是某种形式的Mobiclip)根据上述的SD部分，区域代码存储在SpotPass加密层

本文将出自于最重要的两篇官方的参考文件， 因为参考资料在 SPI 的章节下写得有点乱，所以作个整理。 也因如此（乱）笔者不敢保证所整理出来的内容是正确的。 最重要的，也因如此，笔者不敢保证能够整理出什么有用的东西出来

当你使用wordpress媒体上传照片或者视频的时候，如果出现Fatal error: Allowed memory size of 33554432 bytes exhausted 错误信息。这个错误导致的原因是上传文件的大小超过了wordpress设定的最大值，想要解决这个问题，你首先要知道wordpress的上传文件大小限制是由PHP控制的，使用你应该尝试去增加分配到 PHP 的内存。你可以把限制设置为 32MB， 64MB， 128MB 或者是 256MB，不过通常32MB就够一个网站平时上传用了

为何USB随身碟没办法使用所有的空间？如何重分配磁盘分割？ 一个64GB的随身碟，只分割了32GB的槽？ 我有一个创见64GB的Flash随身碟，之前可能在做实验，所以只分割了32GB的容量给它，因为光32GB就已经很大，其实也很够用了，因此其余的空间就闲置在那，没有去管它了。 最近这几天，我有好几个超大的压缩档案，总数超过64GB的档案，需要带着走，这时才想到这个随身碟没有发挥全力，所以是该发挥出Full Power的实力了。 居然发现到“删除磁盘区”是被反白不能选择的状态，也就是说没有办法删除这个分割磁盘区

为何USB随身碟没办法使用所有的空间？如何重分配磁盘分割？ 一个64GB的随身碟，只分割了32GB的槽？ 我有一个创见64GB的Flash随身碟，之前可能在做实验，所以只分割了32GB的容量给它，因为光32GB就已经很大，其实也很够用了，因此其余的空间就闲置在那，没有去管它了。 最近这几天，我有好几个超大的压缩档案，总数超过64GB的档案，需要带着走，这时才想到这个随身碟没有发挥全力，所以是该发挥出Full Power的实力了。 居然发现到“删除磁盘区”是被反白不能选择的状态，也就是说没有办法删除这个分割磁盘区

Redis 的 key 是二进制安全的，也就是说你可以使用任何二进制的序列作为 key，从一个”foo”字符串到一个 JPEG 文件的内容都可以；空字符串也同样是一个有效的 key。 使用非常长的 key 并不是好的主意，例如使用一个 1024 字节(bytes)长度的 key 就很烂，其不仅仅耗费内存，而且在数据集中查找这个 key 时也需要很高的比较成本。即使当前处理的任务是匹配存在的大值，采用哈希来处理(例如使用 SHA1) 会是一个更好的主意，特别是从内存和带宽的角度来看