最新文章

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

IT 数据库/ 2010-07-25 09:45:57 / 累计浏览 2,135

思考mysql内核之初级系列2---我可以为你服务什么？

这篇讲的是MySQL内部服务模型的一个生动比喻。作者从日常生活中“去营业厅办业务”的场景出发，将MySQL内核中复杂的连接处理、任务分发和服务执行过程，类比为一套清晰的服务流程：Alex取号相当于客户端发起连接请求，客户经理小张则代表了MySQL中专门处理该请求的服务线程或组件。文章通过这个初级系列的第二篇，重点探讨了MySQL能够为不同类型请求（比如查询、管理操作）提供什么样的“服务”。文章的核心在于对比与阐释。它通过这个服务台的比喻，帮助读者直观地理解MySQL内部各模块（如连接管理器、线程池、查询执行器）如何像一个高效的服务团队一样分工协作。你不仅能看到“取号-叫号-办理”这一表面流程对应着MySQL中的握手、认证、查询分发与执行，更关键的是，作者揭示了这套模型背后的设计思想，比如为提升并发处理能力而采用的多线程或异步机制，以及如何保证“服务”的稳定与高效。对于刚接触MySQL源码或想理解其工作原理的开发者而言，这种将抽象内核逻辑与具体生活经验挂钩的讲解方式，大大降低了理解门槛，让你能快速建立起对MySQL服务生命周期的宏观认知。

本机暂存

IT 数据库/ 2010-07-25 09:42:22 / 累计浏览 3,211

思考mysql内核之初级系列1--- mysql的启动过程

这篇文章记录了两位开发者探索MySQL内核的一次独特尝试。他们没有采用常见的代码调试或资料检索的方式，而是从“思考”出发，试图在对内核不甚了解的前提下，通过逻辑推演与逐步验证来理解MySQL的启动过程。作者将焦点对准了MySQL服务从启动到就绪这一看似平凡却至关重要的过程。他们梳理了从命令发出到进程就绪的关键步骤与核心逻辑链，将启动过程分解为可理解的阶段。这种“从零开始、边想边试”的路径，不仅揭示了启动流程的实现细节，更呈现了一种通过构建心智模型来学习复杂系统的方法。对于想初窥MySQL内核门径的读者，尤其是那些面对庞大源码感到无从下手的开发者，这篇分享提供了一种亲切的起点：它展示了如何将一个宏大的目标拆解，并通过思考与验证相结合的方式，逐步接近系统的内部运作原理。

本机暂存

IT 设计/ 2010-07-25 09:39:28 / 累计浏览 4,207

UI设计师的盛宴：Web UI设计资源大系

这篇讲的是Web设计师在UI设计中常面临的资源瓶颈问题。许多设计师投入大量心血，却因视野受限或资源匮乏，作品难以达到理想效果。事实上，UI设计中很多元素具有通用性，并非需要完全从零打造。文章的核心是整理并推荐了20套前沿的UI元素库，这些资源大多以可编辑的PSD或SVG格式提供。这意味着设计师不仅能直接调用按钮、图标、卡片等组件，还能根据项目需求进行深度定制与风格调整。资源涵盖的范围相当广泛，从基础控件到完整的界面模块都有涉及，旨在为设计师提供丰富的灵感来源和高效的工作素材。对于正在寻找设计参考或希望提升工作效率的Web设计师而言，这无疑是一份可以直接上手的实用工具清单。它帮助设计师跳出重复造轮子的循环，将更多精力投入到创意与用户体验的打磨上。

本机暂存

IT 设计/ 2010-07-25 09:18:53 / 累计浏览 3,040

PostScript入门(1)-基本知识

这篇讲的是作者在项目实践中摸索 PostScript 语言的过程。由于这种语言主要用于打印机领域，日常接触机会少，网络上的中文资料也相当稀缺，作者便决定将自己积累的心得系统整理出来，希望能帮助其他对打印机底层工作原理感兴趣的朋友。文章从 PostScript 的基本概念与定位入手，点明了它作为页面描述语言的核心作用，并解释了它为何常与打印输出绑定在一起。作者特别强调，这篇入门指南旨在降低学习门槛，让那些因实际需求（比如维护打印系统或理解文件渲染流程）而接触 PostScript 的开发者，能有一个清晰的起点。文章没有停留在抽象的理论层面，而是结合了作者自身的研究路径，指出了初学时可能遇到的主要挑战以及可行的学习方向。对于想要打开打印机“黑箱”的技术人员来说，这是一份基于实战经验的初步地图，为后续深入探索奠定了基础。

本机暂存

IT 后端/ 2010-07-25 09:12:41 / 累计浏览 2,388

perl 的特色

这篇文章记录了作者为应对工作中偶尔接触perl而快速浏览flamephoenix中文教程的见闻。作者坦言，这是一份个人学习过程的随记，旨在为不熟悉perl的读者提供一个直观的印象。文章的核心价值在于，它并非系统性的语法讲解，而是从一位初学者的视角，捕捉了perl作为一门“非主流”语言的独特气质。作者在字里行间透露出perl与其他主流编程语言的风格差异，这些差异往往体现在语法设计、表达习惯或解决问题的思路上。对于许多开发者而言，perl可能显得既熟悉又陌生，文中记录的这些点滴观察，正好为读者勾勒出这门语言与众不同的轮廓。通过作者的笔记，你可以快速感知perl的魅力与“怪异”所在，理解它在特定场景下为何依然拥有不可替代的生命力。

本机暂存

IT 前端/ 2010-07-25 09:07:40 / 累计浏览 2,958

用 JS 枚举质数

这篇讲的是用JavaScript枚举质数的几种常见

本机暂存

IT 后端/ 2010-07-23 00:22:08 / 累计浏览 7,314

.htaccess是什么？

这篇讲的是 Apache 服务器中一个关键但常被忽视的配置工具——.htaccess 文件。作者从“分布式配置文件”这个概念切入，解释了它允许网站管理员在特定目录内放置一个独立的配置文件，从而精细地控制该目录及其子目录的行为。文章清晰地指出了它的核心价值：无需修改全局的服务器主配置文件，就能实现针对不同文件夹的个性化设置。不过，它也强调了一个重要限制：管理员可以通过 Apache 的 `AllowOverride` 指令，来决定是否允许以及在哪些方面启用 .htaccess 的权限。这意味着它并非万能，其作用域和安全性最终取决于服务器的全局策略。这种目录级别的配置方式，在管理虚拟主机、设置访问重定向、自定义错误页面或保护特定目录时非常实用。它把控制权下放到目录层面，为站点的模块化管理提供了便利。理解它的工作机制和权限范围，是进行有效服务器配置的基础。

本机暂存

IT 后端/ 2010-07-23 00:20:48 / 累计浏览 2,072

关于PDE/PTE

这篇讲的是操作系统内存管理中的一个核心机制——页目录项（PDE）与页表项（PTE）如何协作完成虚拟地址到物理地址的转换。作者从自身研读内核代码的实践出发，聚焦于 x86 架构下的两级页表结构。文章清晰地剖析了CPU每次访问内存时，如何先通过CR3寄存器定位到页目录基址，再逐级查找，最终拿到物理地址的全过程。其中不仅解释了PDE/PTE各个字段的精确含义（如Present位、读写位、用户/超级visor位等），还结合了具体的内核代码片段，展示了操作系统在创建进程、进行内存映射时，是如何一步步填充这些页表结构的。文中特别点出了一个巧妙的设计：通过分页机制本身，操作系统可以高效地实现写时复制（Copy-On-Write）和内存共享。作者还对比了不同页大小（如4KB标准页与大页）对TLB（转换后备缓冲器）命中率和性能的潜在影响，让抽象的概念变得具体可感。对于想从“会用API”到“理解原理”的开发者而言，这篇文章提供了一条扎实的路径，把看似黑盒的虚拟内存管理，拆解成了可追踪的、一步步的硬件与软件协同操作。它像一张地图，标出了从用户空间指针到物理内存条的完整通路。

本机暂存

IT 前端/ 2010-07-23 00:19:58 / 累计浏览 5,650

网站性能监测工具Boomerang

这篇讲的是Yahoo最新发布的前端性能监测工具Boomerang。作者一上班就发现了这个消息，并直言这是他“最近梦寐以求”的工具，兴奋之情溢于言表。文章核心介绍了Boomerang的功能定位：它是一个轻量的前端JavaScript库，能嵌入网页后自动收集用户浏览器端的各种性能数据，如页面加载时间、资源下载情况、网络延迟等，并将这些数据上报给后端分析。这相当于为开发者提供了“真实用户监控”的能力，摆脱了仅依赖实验室模拟测试的局限。作者从实际需求出发，强调了这类工具对于理解真实用户体验、定位性能瓶颈的关键价值。它能帮助团队拿到客观的性能数据，用于验证优化效果、制定改进策略。对于关注Web性能优化的开发者来说，这提供了一个可直接落地的、基于真实场景的解决方案。

本机暂存

IT 数据库/ 2010-07-23 00:14:11 / 累计浏览 4,227

Ubuntu下Postgresql-8.4安装及配置

这篇讲的是在Ubuntu系统上部署PostgreSQL 8.4数据库的完整流程。作者从软件源配置讲起，详细说明了如何通过apt-get安装特定版本的数据库，并处理了可能遇到的依赖问题。文章重点覆盖了关键配置文件的修改，比如调整postgresql.conf中的连接参数和性能设置，以及通过pg_hba.conf配置客户端认证规则。文中还提及了服务启动、创建数据库和用户等基础操作，并附带了一些初次安装后值得优化的参数建议。整体来看，它是一份针对早期版本PostgreSQL在Ubuntu环境下的实用部署备忘，对需要维护遗留系统或特定环境配置的开发者仍有参考价值。

本机暂存

IT 数据库/ 2010-07-23 00:13:26 / 累计浏览 4,032

Ubuntu下PostgreSQL数据库集群(PL/Proxy)配置方法

这篇讲的是如何在Ubuntu环境下，通过PL/Proxy搭建PostgreSQL数据库集群，来解决单机PostgreSQL在高并发读写场景下性能与扩展性的瓶颈问题。PL/Proxy是基于PostgreSQL实现的开源透明数据库集群中间件，核心思路是通过“分片”将数据分散到多个后端节点。文章从环境准备讲起，详细演示了如何安装PL/Proxy插件、配置主节点与工作节点、编写分片函数（proxy_table），并给出了一个清晰的配置文件示例。作者特别指出，PL/Proxy的配置重点在于`proxy_table`的定义，它决定了SQL查询如何被路由到不同的后端实例。文末附有性能对比数据：在4核8G的机器上，PL/Proxy集群的插入吞吐量是单机的3.2倍，查询吞吐量提升约2.8倍。结论是，PL/Proxy适合需要水平扩展读写能力，且能接受一定配置复杂度的应用场景，是中小规模PostgreSQL集群的一个轻量级可行方案。

本机暂存

IT 后端/ 2010-07-23 00:11:59 / 累计浏览 4,618

django中动态生成form表单

作者在工作中遇到了这样一个场景：公司业务需要为素材动态生成属性字段，这要求后台表单能灵活适配不断变化的字段需求。为此，他分享了在Django框架中实现动态表单生成的具体方法。这篇内容聚焦于解决“字段不固定”这一实际问题。作者从动态表单的应用需求出发，讲解了如何利用Django的表单系统与模型的结合，或是借助一些辅助工具，来在运行时根据数据结构（例如一个存储字段定义的模型）动态构造对应的Form类。文章可能会探讨几种实现路径，比如在视图层实时构建表单，或是在模板中进行渲染的技巧。通过这种方案，开发者无需为每一种可能的字段组合手动编写静态表单代码，从而极大地提升了应对业务需求变化的效率。最终实现了属性字段的动态配置与表单渲染，让后端管理界面具备了更好的扩展性。

本机暂存

IT 数据库/ 2010-07-23 00:11:04 / 累计浏览 2,348

(总结)mysql中对已存在的表做增/删/改列的相关操作

这篇讲的是在生产环境或开发中，如何通过SQL命令在线变更已存在表的结构，具体聚焦于为表增加和删除列的操作。文章非常实用，直接给出了核心的`ALTER TABLE`语法。对于增列，它提供了`add`关键字的写法，并强调了可以指定列名、数据类型以及默认值等约束条件，还附带了一个添加整数类型列的实例。对于删列，则使用了`drop column`语法。作者没有进行复杂原理的铺陈，而是通过两个清晰简洁的例子，让读者能快速掌握用法。这类操作是日常开发和数据库维护的必备技能，虽然语法简单，但在真实项目中执行前必须做好备份和评估。文章正好为需要快速查阅或复习这一基础操作点的开发者提供了清晰的指引。

本机暂存

IT 设计/ 2010-07-23 00:10:03 / 累计浏览 2,956

产品经理怎么和UED打交道

产品经理和UED设计师的合作，是产品落地过程中最微妙也最关键的环节之一。这篇讲的是如何打破专业壁垒，建立顺畅的协作流程。作者从日常工作中常见的“需求评审变辩论赛”、“设计稿反复修改”等痛点出发，拆解了双方立场差异的根源：产品经理侧重商业目标和用户需求的优先级，而UED更关注用户体验的完整性和设计美学。文章没有停留在抱怨，而是给出了可操作的建议，比如在需求阶段就邀请设计师参与用户调研，用原型工具代替抽象文档进行早期沟通，以及建立明确的交付物清单和评审标准。这些方法的核心是将协作前置，把可能在后期产生的冲突，化解在早期的共同探索中。对于正在为跨部门合作头疼的产品人来说，文中分享的具体协作节奏和沟通话术，或许能提供一些马上就能用的思路。

本机暂存

IT 后端/ 2010-07-23 00:09:26 / 累计浏览 3,705

Perl的English模块

这篇讲的是Perl中一个旨在平衡代码效率与可读性的内置模块：`English`。在Perl中，大量以 `$`、`@` 等符号开头的特殊变量（如 `$0`、`$_`）功能强大，能让代码非常紧凑高效。然而，对于维护者或者不熟悉的读者来说，一连串的符号往往像是“天书”，严重影响代码的可读性。这篇内容就从这个开发中常见的痛点出发，介绍了Perl官方提供的解决方案。 `English` 模块的核心思路非常直接：它为这些晦涩的特殊变量提供了易于记忆和理解的英文别名。例如，将 `$0` 变为 `$PROGRAM_NAME`，将 `$_` 变为 `$INPUT_RECORD_SEPARATOR`。通过 `use English;` 引入模块后，开发者便可以使用这些更清晰的别名来编写代码。这显著提升了脚本，尤其是长篇脚本或需要团队协作的项目的可维护性。虽然引入别名会带来极其微小的性能开销，但在绝大多数场景下，其带来的可读性收益远大于此。对于注重代码长期维护和团队协作的项目，或者为新手编写示例代码时，`English` 模块提供了一个官方且优雅的实践选择。

本机暂存

IT 前端/ 2010-07-23 00:08:47 / 累计浏览 1,759

js窗口间通信摘要

这篇文章聚焦于JavaScript中窗口间通信的实现技巧，作者从window.open()的基础用法出发，解释了如何通过定义变量来便于父窗口操作子窗口，例如使用var childWindow = window.open('url')来建立直接引用。随后，文章系统对比了多种通信方法，包括postMessage API、localStorage、sessionStorage以及Broadcast Channel。关键差异在于：window.open()简单易用，但仅支持同源窗口间的直接交互；postMessage提供了安全的跨域消息传递机制，需配合事件监听和源验证来确保数据完整性；Web Storage API如localStorage允许简单的键值对存储，适合持久化数据共享，但同步操作可能引发性能瓶颈；Broadcast Channel则为同源多标签页场景设计了高效的广播通信，减少轮询开销。各自适用场景清晰：对于内部同源工具类应用，window.open()足够轻量；涉及跨域数据交换时，postMessage是首选；需要跨会话数据留存则用localStorage；而实时协作类功能，Broadcast Channel能实现低延迟同步。整篇文章通过代码片段和实际案例，剖析了这些方法的优缺点，为开发者提供了根据项目规模、安全性和实时性需求选择合适通信方案的实用指南。

本机暂存

IT 前端/ 2010-07-23 00:08:26 / 累计浏览 3,336

JS操作iframe里的dom

这篇讲的是前端开发中一个经典又具体的问题：如何使用JavaScript跨域访问和操作iframe内部的DOM元素。作者从实际遇到的需求出发，参考了“断桥残雪”与支付宝UED团队两篇深度博文，系统梳理了实现方法。核心要点在于，虽然iframe是独立的文档，但可以通过父页面的`contentWindow`或`contentDocument`属性获取其窗口对象和DOM文档。文章特别强调了不同浏览器（尤其是IE与Firefox）在此操作上的差异，并提供了具体的代码兼容方案，例如使用`document.all`进行判断。最后，通过一个可直接运行的完整示例，清晰展示了如何获取iframe内的元素并修改其内容，对于需要处理跨iframe交互的开发者来说，是一份简洁实用的指南。

本机暂存

IT 开发者/ 2010-07-23 00:07:30 / 累计浏览 3,256

自动设置 vim 的终端编码

这篇讲的是 vim 使用中的一个常见编码坑：当你在 GB 编码的终端里打开 UTF-8 编码的文件时，虽然 vim 能正确识别文件编码，但显示出来却是一片乱码。问题的根源在于 vim 的 `termencoding` 选项默认为空，意思是它会原样输出文本而不做编码转换。如果终端环境和文件编码不匹配，显示自然就出错了。作者指出，直接设置 `termencoding` 是一种解法，但往往需要配合修改系统的 locale 设置，过程稍显繁琐。文章的核心价值在于点明了这个容易被忽略的配置项及其影响。对于经常在编码环境混杂的系统里工作（比如同时处理旧项目和新项目）的开发者来说，理解这一点能避免很多无谓的调试时间。作者通过亲身经历，清晰地串联了“现象-原因-解法”这条技术排查路径，提醒我们在工具链配置中，细节往往决定了整体体验的顺畅与否。

本机暂存

IT 后端/ 2010-07-23 00:07:10 / 累计浏览 3,712

检查 Linux 下线程库的类型

这篇讲的是Linux环境下线程库类型的识别问题。作者从实际运维中遇到的兼容性差异出发，指出目前主流系统都采用NPTL线程库，但在一些老旧设备上仍可能遇到更早期的linuxthreads。虽然两者在二进制层面兼容，但具体行为细节上的不同可能会引发隐蔽的程序异常。文章的核心在于指导读者如何快速判断当前系统使用的是哪种线程库。通过查看特定库文件的符号（例如是否包含pthread_cond_timedwait等NPTL特有符号），或者直接运行程序检查线程库内部标识，就能明确知晓底层环境。这对于排查因线程模型差异导致的死锁、性能或信号处理问题至关重要。作者的处理方式很务实：先点明技术背景与潜在风险，再给出具体、可操作的检查方法。对于需要在混合版本环境中部署多线程程序的开发者或运维人员，这些细节能够帮助他们提前规避坑点，确保应用行为的一致性。

本机暂存

IT DevOps/ 2010-07-23 00:06:31 / 累计浏览 5,142

用 LD_PRELOAD 挽救被误删的 libc.so.6

这篇讲的是 Linux 系统中一个经典的“自毁”场景：服务器上的 `libc.so.6` 链接被误删，导致几乎所有新进程都无法启动，常规的修复命令如 `cp`、`ln` 全部失灵。作者首先点明了问题的严重性——这个文件是C运行库和系统调用封装的核心，其地位堪比 Windows 的 `kernel32.dll`。面对这个极端情况，常规修复路径被完全堵死。文章的核心价值在于介绍了一根“救命稻草”：利用环境变量 `LD_PRELOAD`。通过这个变量，可以强制动态链接器优先加载一个指定路径下的、正确的 `libc.so.6`，从而“骗”过系统，让 `cp` 或 `ln` 等基础命令得以执行，最终完成修复。这篇文章不仅解决了一个具体的运维事故，更重要的是展示了 Linux 动态链接机制的一个强大而巧妙的特性。它提醒我们，在看似无解的系统级故障面前，对底层机制的深入理解往往是破局的关键。

本机暂存