最新文章

采集自各技术站点的近期文章。

IT 数据库/ 2011-04-27 23:55:18 / 累计浏览 1,740

mysql_connect报告”No such file or directory”错误的解决方法

这篇讲的是在Mac MacBook Pro上安装WordPress时遇到的一个经典坑：PHP脚本调用`mysql_connect()`连接本地数据库时，竟然报出“No such file or directory”的错误。作者首先排除了数据库服务器本身的问题，因为MySQL命令行客户端可以正常工作，这让人很困惑——连接数据库怎么还和“文件”扯上关系了？问题的根源其实非常隐蔽且具有平台特异性。在macOS和某些Linux环境下，PHP的`mysqli`扩展默认尝试通过Unix socket连接MySQL，而非TCP/IP。这个socket文件的具体路径（比如`/tmp/mysql.sock`或`/var/mysql/mysql.sock`）在不同系统或安装方式下可能不一致，如果PHP配置的路径与MySQL服务器实际创建socket的路径不匹配，就会报这个看似不相关的文件系统错误。文章的解决步骤清晰且具有实操性：通过phpinfo()查看当前PHP的socket路径配置，再定位MySQL服务器实际的socket文件位置，最后在`php.ini`或代码中通过`mysqli.default_socket`参数将其统一。这个案例典型地展示了环境配置中“默认值不一致”带来的陷阱，对于在本地搭建开发环境的PHP开发者尤其有参考价值，能避免在排查连接问题时走入死胡同。

本机暂存

IT 算法/ 2011-04-27 23:51:44 / 累计浏览 3,374

使用Jscex实现排序算法动画

用动画演示排序算法直观又有趣，但原生JavaScript的单线程特性让实现“每一步暂停”的效果变得繁琐——通常需要依赖`setTimeout`进行回调，把连续的逻辑拆散。这篇文章展示了一种更优雅的方案。作者从“让排序过程可视化”这个常见需求出发，点明了用JS实现动画的痛点。核心思路是借助Jscex这个异步流程库，将原本需要回调的代码，改写成包含`sleep`异步调用的顺序写法。这样一来，绘制一帧后调用`sleep`，程序便会“暂停”指定时间，等待下一次循环，逻辑清晰且易于维护。文章没有停留在理论层面，而是提供了可直接运行的代码示例。这种“用暂停来控制节奏”的技巧，不仅适用于排序动画，对于任何需要分步演示或加入延时的前端交互流程都有启发。

本机暂存

IT 前端/ 2011-04-27 23:51:10 / 累计浏览 5,348

UglifyJS有个不错的JavaScript解析器

为项目挑选合适的工具是常态，而本文记录的正是作者为异步JavaScript编译器Jscex寻找更优解析器的经历。作者此前使用的Narcissus解析器因依赖SpiderMonkey扩展，无法在IE8等仅支持ECMAScript 3的浏览器中运行，其输出的AST结构也存在不理想之处。在评估了NarrativeJS内置的旧版解析器并发现其功能缺陷后，作者转向了UglifyJS。通过实际使用，他发现UglifyJS内置的解析器不仅完全符合标准，性能上也显著优于Narcissus，从而顺利解决了兼容性、功能与性能的多重需求。这篇分享不仅是一个具体的工具替换案例，更展示了一个实用的工具选择思路：当现有方案成为瓶颈时，跳出原有框架去探索（如从压缩工具中寻找解析器），往往能收获意想不到的解决方案。

本机暂存

IT 前端/ 2011-04-27 23:50:38 / 累计浏览 3,771

使用Google Closure Compiler全力压缩代码

这篇文章的核心观点是：UglifyJS 比 Google Closure Compiler 更“聪明”。作者通过对比几款主流 JavaScript 压缩工具，指出 UglifyJS 之所以能取代 Closure Compiler 成为 jQuery 项目的压缩工具，关键在于其更优的压缩策略。作者用实测数据支撑了这一看法：对 jQuery 1.5.2 的核心代码，UglifyJS 压缩后体积减少了 62.5%，而 Closure Compiler 的“简单”优化模式仅减少了 57.53%。更值得注意的是，作者区分了 Closure Compiler 的“简单”与“高级”优化模式——后者为了极致的压缩效果，会采取近乎“破坏”代码的激进手段，是一把需要谨慎使用的双刃剑。因此，文章并非单纯推崇某一款工具，而是在为开发者提供选择参考：若追求安全且高效的压缩，UglifyJS 目前的表现更胜一筹；若确实需要极致压缩并愿意承担配置风险，Closure Compiler 的高级模式依然有其用武之地。

本机暂存

IT 后端/ 2011-04-27 23:49:47 / 累计浏览 3,084

模拟HTML表单上传文件（RFC 1867）

这篇讲的是HTTP文件上传中一个被广泛使用却常被忽略的标准——RFC 1867。作者从常见的开发困惑出发：当需要上传多个文件或附带额外信息时，很多人的第一反应是将文件二进制流转化为文本（比如Base64）再作为普通字段传递。这种方式虽然能用，但代价不小：Base64编码会让数据体积直接膨胀三分之一，效率不高。更合理的做法是遵循互联网上已有的成熟协议。RFC 1867正是为解决HTML表单文件上传而生的标准，它定义了如何在POST请求中结构化地封装文件流与元数据，这正是我们日常使用 `` 时背后的工作原理。文章具体剖析了这种协议化方式相比“土办法”的优势：更高效的数据封装、更清晰的结构，以及对多文件场景的原生支持。对于需要构建文件上传接口的开发者而言，这篇文章清晰地指明了一条路径：与其重复造轮子，不如深入理解并运用现有的RFC标准。它不仅解决了具体的效率与规范性问题，也提醒我们去挖掘HTTP协议中那些为特定场景精心设计的解决方案。

本机暂存

IT 后端/ 2011-04-27 23:46:05 / 累计浏览 2,305

Jscex使用BSD授权协议正式发布

这篇讲的是JavaScript异步编程框架Jscex的正式发布。作者透露，他决定好好推进这个项目，并特意用英文在GitHub上撰写了项目说明。文章提到一个有趣的细节：发布后几小时内，就收到了另一个目标相似的项目StratifiedJS作者的邮件，双方就此进行了交流。 Jscex主要针对HTML5和Node.js等新兴技术环境，旨在简化其中的异步编程模型。项目现已采用BSD授权协议开源，这意味着它将以更开放的方式进行发展。作者表示，在完成一些细节优化后，便会开始推广工作。对于关注JavaScript异步解决方案的开发者而言，这标志着又一个有潜力的工具正式加入了开源生态。它与其他类似项目的互动，也体现了技术社区中开放交流的积极态势。

本机暂存

IT 开发者/ 2011-04-08 13:51:22 / 累计浏览 3,584

你的工作不是命令人们去做什么

这篇来自国外博客的翻译文章，挑战了一个普遍存在却很少被审视的管理误区。作者开门见山地指出，许多技术团队领导者（或自认为领导者的人）常常将“管理”等同于“命令与控制”，不断地发号施令、分配任务，却忽略了自己真正的职责。文章的核心论点是：技术领导者的首要工作不是告诉别人“做什么”，而是定义清楚“为什么做”和“如何评判成功”。这意味着你的角色更像是环境塑造者和障碍清除者，而非事无巨细的指挥官。你需要阐明清晰的目标、提供必要的背景和资源，然后信任团队能运用他们的专业能力找到最佳路径。当你试图微观管理时，你实际上是在剥夺团队成员的责任感和成长机会，同时将自己变成团队效率的瓶颈。作者从实践经验出发，描述了这种观念转变带来的实际效果：团队自主性增强、创新想法增多、领导者也能从琐碎指令中抽身，聚焦于更重要的战略思考。这篇文章提醒所有技术管理者，有时最有效的领导，恰恰是克制住“告诉我该做什么”的冲动，转而搭建一个让大家能“自主决定该怎么做”的舞台。

本机暂存

IT DevOps/ 2011-04-08 13:50:40 / 累计浏览 2,762

*nix下关于配置的一些笔记

这篇笔记记录了作者近期在服务器配置方面的实践与思考。内容从最基础却容易出错的环境变量设置切入，例如在经典的Mac OS X 10.6 Snow Leopard系统中，如何正确配置`PATH`变量，确保命令行工具能被顺利调用。文章并非简单的操作手册，而是作者在反复实践后的经验沉淀。它将零散的配置命令与背后的原理串联起来，解释了“为什么要这样设置”以及“常见的坑在哪里”。这种将实践过程笔记化的方式，让枯燥的配置工作有了脉络，也揭示了系统环境管理中那些“知其然更要知其所以然”的细节。对于同样需要在多台服务器或本地环境间切换的开发者或运维人员而言，这些来自一线、经过验证的笔记片段，或许能直接成为你解决问题时的参考清单，避免重新踩入已知的“坑”。

本机暂存

IT 移动开发/ 2011-04-08 13:50:08 / 累计浏览 4,624

Android用户界面设计：线性布局

这篇教程从线性布局（LinearLayout）的基础概念出发，讲解了这个在Android开发中极为常用且基础的UI布局。它就像名字一样，通过设置方向属性，能将控件像排队一样整齐地组织在单行（水平）或单列（垂直）中。文章不仅介绍了线性布局最推荐的定义方式——在XML布局资源文件中进行声明式设计，以实现UI与逻辑的分离和更好的可维护性；同时也演示了如何通过Java代码动态创建布局，适用于需要高度灵活控制的场景。作者特别深入解析了`layout_weight`（权值）这一关键属性，说明了如何通过为每个子控件分配权重比例，来智能地分配父布局中的剩余空间，从而实现更自适应、响应式的界面。不过，文章也通过实例指出了权值机制的一个重要限制：当空间紧张或控件内容过长时，系统可能会为了内容完整显示而覆盖权值设定。整体来看，文章通过“彩虹布局”等直观示例，系统地梳理了线性布局从核心概念到关键属性的使用全貌，尤其对权值属性的剖析，为初学者扫清了一个常见的应用难点。

本机暂存

IT 移动开发/ 2011-04-08 13:47:59 / 累计浏览 5,625

Eclipse开发Android应用程序入门

这篇讲的是通过一个具体的咖啡机控制类，展示在Android开发中如何组织业务逻辑与界面更新。作者从代码实现出发，细致地拆解了一个功能模块的构建过程。核心围绕几个关键方法展开：`setBrewTime` 方法不仅接收分钟参数，还包含了重要的防御性编程逻辑——检查是否正在冲泡中，并对小于1的值进行修正，最后驱动一个文本标签显示更新。`setBrewCount` 则直接将计数值同步到界面。`startBrew` 方法的注释暗示了后续将使用 `CountDownTimer` 来处理倒计时这个核心交互。整个代码片段虽然简短，却清晰体现了“状态管理”与“UI响应”这一移动开发中的经典模式。变量如 `isBrewing` 控制状态，而每个状态改变的方法都负责同步更新对应的UI组件（`brewTimeLabel`， `brewCountLabel`）。这种将数据、状态和界面刷新紧密绑定的写法，是构建交互性Android应用的基础，也是从“会写代码”到“写好应用”的关键一步。

本机暂存

IT 移动开发/ 2011-04-08 13:44:00 / 累计浏览 6,478

Eclipse开发Android应用程序入门:重装上阵

这篇讲的是在Eclipse环境下进行Android应用开发的系列教程第二部分。作者从上一篇构建的“泡茶计时器”应用出发，针对“无法记忆不同茶叶冲泡时间”这一具体痛点，引入了Android的SQLite数据库来实现数据持久化。文章的精华在于手把手地演示了如何通过创建一个`TeaData`抽象类来封装所有数据库操作，包括建表、插入记录和查询，从而将数据逻辑与界面活动（Activity）清晰分离。教程详细展示了使用`ContentValues`安全插入数据，以及利用`Cursor`游标检索数据的标准流程。对于初学者而言，它不仅讲解了具体的API用法（如`SQLiteOpenHelper`），更传递了良好的代码组织思想——将数据库操作独立成模块。这对于刚入门Android开发、需要学习如何管理应用状态和本地存储的读者来说，是一份非常扎实的实践指南。它跳出了纯理论的讲解，让读者跟随一个具体项目的演进，直观地理解数据层是如何被构建和使用的。

本机暂存

IT 前端/ 2011-04-02 14:17:02 / 累计浏览 2,749

有条件的添加Hover样式

这篇讲的是在网页交互中，如何只对特定元素或特定状态下应用Hover效果，而不是全局生效。作者从实际开发中常见的需求出发：有时我们只想让“未被禁用”的按钮变色，或者只让“当前选中”的菜单项有悬停反馈，简单的`:hover`伪类就无能为力了。文章梳理了几种主流的实现思路。最直接的是通过JavaScript动态添加和移除CSS类，比如在元素获得某个状态（如`active`、`focus`或自定义属性）时，为其加上一个如`.can-hover`的类，再在CSS中定义`.can-hover:hover { ... }`。这种方法控制精准，逻辑清晰。另一种纯CSS的方案则利用`:not()`等选择器组合，试图在样式表中直接描述条件，虽然代码可能更简洁，但面对复杂逻辑时会显得力不从心。作者对比指出，JavaScript方案更适合条件动态变化、依赖业务逻辑的场景，性能开销在现代浏览器下也可忽略；而CSS方案则更适合条件固定、追求样式与逻辑分离的场景。文章最后提醒，在实现时还需考虑无障碍访问性，确保键盘导航等场景下的体验一致。

本机暂存

IT 后端/ 2011-04-02 14:16:12 / 累计浏览 8,345

Java heap dump触发和分析

这篇文章聚焦Java应用内存泄漏排查的关键一步——heap dump的获取与解析。作者指出，当需要定位堆内存被何种对象占满时，常规的jstat监控已力不从心，此时获取一份精确的堆内存快照（Heap Dump）就成了分析的核心。文章系统梳理了触发dump的几种实战方法：可以直接使用jmap命令行工具，或通过jconsole的图形界面操作；更稳妥的方案是在应用启动时配置JVM参数`-XX:+HeapDumpOnOutOfMemoryError`，让它在OOM发生时自动生成现场。文中也提及了hprof，但明确指出其严重拖慢JVM性能，仅适用于调试环境。在分析环节，作者对比了三款主流工具。IBM HeapAnalyzer能够直观列举堆内存使用状况，定位泄漏源头。JDK自带的jhat则将堆对象转为HTML页面展示，并支持OQL查询语言进行深度探查。而Eclipse Memory Analyzer (MAT) 作为一款功能强大的图形化工具，集成了从获取到分析的完整流程，适合快速诊断。文章最后还补充了一个实用细节：对于NIO等框架直接向操作系统申请的堆外内存，需通过`-XX:MaxDirectMemorySize`参数单独配置与监控。

本机暂存

IT 数据库/ 2011-04-02 14:14:45 / 累计浏览 1,909

用federated引擎在不同服务器间转移mysql表

这篇讲的是如何用Federated引擎解决一个常见的运维难题：在不进行大规模数据复制的前提下，把MySQL表从一台服务器（my01）迁移到另一台（my02）。作者从磁盘空间不足、数据库拆分、环境同步等现实场景出发，分析了几种常见迁移方法（如mysqldump、文件复制）的局限。文章的核心方案聚焦于Federated存储引擎。它演示了如何在目标服务器my02上创建一个Federated表，通过指定源服务器my01的连接信息和表名，让my02上的表能直接、实时地访问my01上的原始数据，而无需进行物理数据的搬迁。作者通过实际操作，详细展示了配置过程与注意事项。这种方法的巧妙之处在于，它将“转移”从物理层面的数据搬运，变成了逻辑层面的远程映射。对于需要临时迁移表以释放磁盘空间，或在不同环境间进行近乎实时数据同步的场景，提供了一种轻量且高效的思路。文章最后也指出，这种模式适合对实时性要求高但变更频率不高的特定场景，是数据库运维工具箱中一个值得了解的技巧。

本机暂存

IT 安全/ 2011-04-02 14:14:13 / 累计浏览 3,034

open_basedir后可能存在的安全隐患

这篇讲的是PHP中open_basedir安全配置可能存在的盲区。作者指出，虽然open_basedir能有效限制脚本访问目录，但某些场景下仍可能被绕过。文章分析了几种典型的绕过方式：比如通过symlink()函数创建符号链接，可以访问配置目录之外的文件；或是利用phpinfo()等函数泄露服务器敏感信息。特别值得注意的是，某些第三方扩展或旧版本PHP中，这些限制可能并不完全生效。在实测部分，作者演示了如何通过构造特定脚本，在open_basedir限制下读取/etc/passwd等系统文件。这揭示了一个关键问题：安全配置不能仅依赖单一选项，需要结合disable_functions、系统级权限控制等多层防护。文章最终建议开发者定期检查PHP配置，并关注版本更新中的安全修复。对于生产环境，除了open_basedir，还应考虑禁用危险函数、使用容器隔离等更彻底的方案。

本机暂存

IT 后端/ 2011-04-02 14:13:20 / 累计浏览 4,341

深入理解PHP原理之Session Gc的一个小概率Notice

这篇讲的是在Ubuntu系统下使用apt安装的PHP时，可能遇到的一个小概率但令人困惑的PHP Notice。错误提示指向`/var/lib/php5`目录的`opendir`操作因权限被拒绝而失败。问题的根源在于，PHP的Session垃圾回收机制会定期尝试清理过期的Session文件。当这个操作由Web服务器进程（如www-data）触发时，它可能没有足够的权限去访问由PHP自身（通常以root身份运行）创建的Session存储目录。这是一个典型的系统服务与Web服务器用户之间的权限不匹配问题。解决方法很直接：修改该目录的权限，允许Web服务器用户读写。具体命令是`sudo chown -R www-data:www-data /var/lib/php5`。修复后，垃圾回收便能正常进行，烦人的Notice也随之消失。这个案例提醒我们，即使是自动化的系统任务，也需要细致的权限配置才能保证功能的完整与稳定。

本机暂存

IT 移动开发/ 2011-04-02 14:11:37 / 累计浏览 2,541

诺基亚60系列主要手机性能

这篇讲的是诺基亚在2002年左右推出的60系列经典机型，并对它们的核心性能进行了对比。作者从这一系列的开山之作 Nokia 7650 聊起，这款2002年10月发布的机型，不仅是第一款内置摄像头的S60手机，更是将智能手机概念带入大众视野的标杆。文章对比了60系列不同型号在处理器、内存、屏幕和操作体验上的差异，勾勒出早期智能手机从尝鲜到普及的技术演进脉络。整个系列机型在今天看来或许古早，但它们确立的S60智能平台、多任务操作和丰富的第三方应用生态，为现代智能手机的交互逻辑奠定了基础。这些差异不仅是硬件参数的比拼，更反映了当时厂商对“智能”手机功能与体验的不同探索方向。

本机暂存

IT 数据库/ 2011-04-02 13:54:09 / 累计浏览 3,667

查看 MySQL 慢日志

当数据库运行变慢，慢查询日志是定位问题的第一线索。这篇文章直接聚焦于如何用MySQL自带的`mysqldumpslow`工具来分析这份关键日志。作者没有停留在罗列命令上，而是拆解了`mysqldumpslow`的核心逻辑。它能按查询执行时间、锁定时间、返回行数等多个维度对慢查询进行聚合统计，快速找出最消耗资源的“Top SQL”。例如，通过`s -t 10`参数就能立刻提取执行最慢的10条查询，极大提升了排查效率。文章强调了这个工具“原生、轻量”的优势——无需额外安装组件，特别适合在无法引入复杂监控系统的生产环境中进行快速诊断。对于运维和开发人员来说，掌握它，相当于为数据库性能调优装上了一个得手的初始探针。

本机暂存

IT DevOps/ 2011-04-02 13:53:12 / 累计浏览 2,080

如何用 minicpan 映像自己的 CPAN

这篇讲的是如何用 minicpan 在本地建立自己的 CPAN 镜像。作者从家中网络下载模块缓慢、影响编程效率的实际痛点出发，详细记录了将整个 CPAN 映射到本地的完整过程。具体方案是借助 minicpan 工具，它能将 CPAN 模块库完整同步到指定的本地路径。作者分享了从环境准备、配置镜像源到执行同步的具体步骤，包括如何选择模块集合以及可能遇到的磁盘空间考量。通过搭建本地镜像，开发者在安装或更新 Perl 模块时，可以完全脱离互联网，直接从本地高速获取所需包，显著提升了在弱网环境下的开发流畅度。这个方案特别适合需要稳定离线开发环境，或对网络下载速度有要求的 Perl 开发者。文章给出了一个切实可行的优化开发体验的本地化方案。

本机暂存

IT 开发者/ 2011-04-02 13:49:57 / 累计浏览 3,942

Lua GC 的源码剖析 (6) 完结

这篇讲的是 Lua 虚拟机垃圾回收（GC）系列分析的最后篇章。作者在之前几篇中已经深入拆解了 GC 中最复杂的标记（mark）阶段，而这篇则专注于清理剩余的部分。他从整体 GC 流程的收尾工作入手，阐述了标记完成后，清除（sweep）阶段和增量（incremental）阶段的具体实现。核心实现思路清晰而巧妙：文章解释了如何通过写屏障（write barrier）技术来支持增量式回收，避免长时间的停顿；同时，也剖析了清扫阶段如何高效地回收内存并维护空闲链表。作者特别强调了 Lua GC 的“分代”与“增量”特性是如何在底层代码中协同工作的，展示了开发者为平衡性能与实时性所做的精细设计。整体来看，作者用连贯的源码走读，将复杂的 GC 流程收束。他不仅解释了“是什么”，更通过代码级的细节，让读者理解 Lua 选择这种实现的“为什么”。对于想完整理解 Lua 内存管理机制的开发者而言，这为系列画上了一个清晰的句号。

本机暂存