精选技术长文、实践记录与系统化阅读
低噪声、高可扫读；标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
你有没有遇到过这样的情景，我们曾试图改变别人反馈的“乏味”、“过时”的评价，可更新后的方案仍等不到对方说“Yes”？你反问他究竟什么才“不土”，可对方说不清具体标准。你只好悻悻地拿回去再修改…一次又一次，直到你要抓狂了，却仍换不来客户的一个笑脸….. 如何让别人看到自己的设计会心一笑?本文仅抛砖引玉，就“有趣的设计“谈开来： “有趣”，好像就是“乏味”、“过时”、“土”、“无新意”、“不出彩”、“没亮点”等等的反义词了，做出一个有趣的设计，说不定会远离一切此类的负面评价。 是不是有种找到出路的感觉？但…..什么才是“有趣”呢？每个人的感觉都不同，你觉得有趣的他不定觉得是，这似乎完全就是一件不可掌控的事情嘛。你一定怀疑我后面的话很可能是在扯淡。但…请继续看下去，特别要看到最后，本文就是要找到一些特别的共性元素，令得所有人都会认为
网络防火墙会切断长时间空闲的TCP连接，这个空闲时间具体多长可以在防火墙内部进行设置。防火墙切断连接之后，会有下面的可能： 切断连接之前，连接对应的Oracle会话正在执行一个耗时特别长的SQL，比如存储过程而在此过程中没有任何数据输出到客户端，这样当SQL执行完成之后，向客户端返回结果时，如果TCP连接已经被防火墙中断，这时候显然会出现错误，连接中断，那么会话也就会中断。但是客户端还不知道，会一直处于等待服务器返回结果的状态。 切断连接之前，Oracle会话一直处于空闲状态，在防火墙中断之后，客户端向Oracle服务器提交SQL时，由于TCP连接已经中断，这时客户端侦测到连接中断，那么客户端就会报ORA-3113/ORA-3114这类错误，然后会话中断。但是在Oracle服务器端，会话一直在处于等待客户端消息的状态。
Oracle RAC环境下诊断问题无一是比较麻烦的，大量的CRS logs散落在不同的目录下，很容易遗忘。但Oracle推出的一个居家旅行必备的小脚本，极大的方便了日志的收集。
客户一套运行在Oracle 10.2.0.5 RAC上的系统，间歇性地出现性能问题。其性能现象为前台反映性能缓慢，从系统上看CPU利用率大幅增加，load增加。这种性能问题通常在出现几分钟后自动恢复正常。
提起Oracle数据库的Hint，几乎每一个DBA都知道这一强大工具。在Oracle中，Hint可以用来改变SQL的执行计划、固定SQL的执行计划。Oracle数据库内部的很多特性也依赖于Hint，比如Outline、Profile等。但是在日常工作中，很多开发人员或DBA，对Hint的使用仍然存在一些错误的方式。下面将列举主要的2种。（本文不讨论Hint的滥用即过度使用问题）。 1. NOLOGGING的不正确使用。很多人知道，在进行数据处理时，如果不产生日志或只产生少量的日志，将会有明显的、甚至是巨大的效率提升。
日志文件是我们经常关注的,比如出现checkpoint not complete,或者是我们发现alert.log里日志切换特频繁,这个时候就要调整日志,比如事务总是等待LGWR写日志文件,日志文件切换在等归档,可能这个时候就要添加日志组了,利用ASM,可以很容易的规范日志成员的名字和日志组的编号.
异构数据库之间复制的解决方案有很多，可以通过JDBC方式连接数据库用程序读取数据，然后批量插入目标端，但是这种实时复制的话，需要通过触发器或者加入时间判断来执行;也可以通过触发器、Oracle Stream等来执行.最近国内最火的就是Oracle Goldengate，我过去2年也是一直在Oracle公司做Goldengate咨询、实施，Goldengate能够解析DB2、Oracle、MySQL、SQL Server、Sybase等数据库，而且跨平台、跨版本的特性使它迅速占领国内的市场，打破了以往DSG、Shareplex的统治领域，主要就是它支持异构数据库，实际上在欧洲还有一个产品叫HVR （High Volume Replication)它的原理和Goldengate一样，可以挖掘Oracle、SQL Server、DB2的日志，实时或者异步的方式同步到目标数据库，而且也是跨平..
执行wget -b -i url.txt 即可。
ORA-01555错误是一种在Oracle数据库中很常见的错误。尤其在Oracle 8i及之前的版本最多。从9i开始的undo自动管理，至现在的10g、11g中的undo auto tuning，使得ORA-01555的错误越来越少。但是这个错误，仍然不可避免。而出现ORA-01555错误，通常有2种情况： SQL语句执行时间太长，或者UNDO表空间过小，或者事务量过大，或者过于频繁的提交，导致执行SQL过程中进行一致性读时，SQL执行后修改的前镜像（即UNDO数据）在UNDO表空间中已经被覆盖，不能构造一致性读块。 SQL语句执行过程中，访问到的块，在进行延迟块清除时，不能确定该块的事务提交时间与SQL执行开始时间的先后次序。 第1种情况，是最常见的。解决的办法无非就是增加UNDO表空间大小，优化出错的SQL，或者避免频繁地提交。而第2种情况则是比第1种情况少很多。
ORA-04031这个错误，几乎每一个专业的DBA都遇到过。这是一个相当严重的错误，Oracle进程在向SGA申请内存时，如果申请失败，则会报这个错误。大部分情况下是在向SGA中的shared pool申请内存时失败，而少有向large pool等池中申请内存失败。
创建一个表，含有位图index和b-tree index 无index hint 这里因为object_id列可能有null值，所以不会使用b_tree_t_xifenfei索引，预料之中事件 index hint b_tree_t_xifenfei 这里因为object_id列可能有null值，所以不会使用b_tree_t_xifenfei索引，这里的疑惑是： 就算不会使用b_tree_t_xifenfei index也不应该会使用BITMAP_T_XIFENFEI index，因为使用这个的cost会大于全表扫描 index hint 一个无效index 这里使用了一个无效的index，也使用了BITMAP_T_XIFENFEI，让人更加的感觉奇怪
在本文最后我想重申的是，对于不同的数据库产品，都存在足够成熟的安全实现手段，应用这些安全手段就能够实现对于数据的基本保护，对于我们技术人最重要的是：认识和重视数据安全问题，并逐步推动企业或组织应用安全手段进行数据安全增强。 重视数据，保护数据，重视数据安全问题，这是每一位技术人的共同使命！
这本书，和我最近刚读完的两本《日常生活中的自我呈现》、《脏话文化史》几乎可以算成一个系列的读物，道理就在于，今天如火如荼的微博，的确涵盖了这三大方面：用户的网络自我呈现、微博场里的污言秽语，以及无法回避的：网络谣言。由于微博的转发机制，使得谣言这个东西，在这种互联网服务中，表现得异常抢眼。 我这个博客的首页右上角（不是文章单页右上角）有这样一句话：立场即真相。这句话是我的一个好友的发明，我无比同意到认为这句话一语道破了天机——我颇为担心我这个好友发明出这句话怕是要损阳寿的。在谣言和反谣言的争斗中，每个人都似乎在关注究竟什么是真相。但遗憾的是，事实（fact）和真相（truth）其实不是一回事。事实是客观存在，而真相，说到底，是主观立场。 于是，卡普费雷在这本书中写道：“通过深入研究控制谣言的问题，我们闯入了谣言规律的核心，即从根本上进入了信仰的领域……（而）证实的标准中包含着很大的主观性。
前些天，创新工场李开复同学在2012博鳌亚洲论坛表示： “你们有多少人丢过手机？大概有15%。你们有多少人数据放在微软掉过的？我想不见得很多吧。所以相对来说是安全的。放在大公司里比自己拿着掉的概率更大，你不相信的话，可以问陈冠希先生。” 两种安全 看到这个消息的时候，我觉得李开得同学混淆了云存储和安全这两个概念，在英文里，有两个单词，一个是Safe，一个是Security，很不幸的是，这两个英文单词翻译成中文都叫“安全”，因此总是被混淆，熟知英文又熟悉IT业的李开复同学在这个句子中混淆了这“两种安全”，我在我的微博上指出来后，居然还有很多网友继续混淆这两点，所以，这让我产生了写篇博文的说明一下，并顺着说说云存储和数据安全的个人理解。 所谓Safe，也就是数据不丢失的意思。
马克·吐温曾经说过，所谓经典小说，就是指很多人希望读过，但很少人真正花时间去读的小说。这种说法同样适用于“经典”的计算机书籍。 在Stack Overflow(以及其它很多软件论坛)上，诸如”程序员最应该读的计算机书籍有哪些?“这样的问题会周期性的出现。这样的问题不断的被提出、被回答，只是形式不同罢了。相同的几本书总是会出现在清单的前几名内，所以，如果想知道人们谈论的都是些什么，你有必要去读一读这些书的。
很基础的一个问题，但是，其实看起来很复杂的样子～～我们来捋一捋吧～...
之前，我们想要实现一个完美的宽度自适应的输入框好麻烦，曾经也被作为对前端技术的一个挑战。类似的常见场景还有100%宽+边框的容器等。遇到这些情况，我们不得不分外小心，因为各个浏...
刚刚空降到一个新公司的前半年，管理一个团队最重要的事情是： 保持团队的稳定，解决团队的急迫问题，寻找团队的问题根源，有针对性的提出解决方案，这样才能取得团队对你的信任和依赖，你才能接着干下去。如果你和团队之间的信任关系在半年以后还没有建立起来的话，这个时候就是矛盾集中爆发的时刻了。已经找到团队的问题，采取了有针对性的措施，并且取得了团队的信任和支持，这个时候可以开始招聘新员工扩充团队了，现在才开始真正的挑战。
提及“平面”，我并不是对纸质媒体到显示器的文字转换问题感兴趣，例如，就像我们所看到的一些应用尝试着重现报纸的准确纹理和布局结构。而我所感兴趣的是过去近一百年里平面设计的丰富经验积累和重新定义的设计与信息沟通的种种原则。这些是我所认为的拥有巨大关联性且对交互和UI设计产生重要影响的基本设计原则。
当前有这样的一个需求，我需要批量创建一个网站，比如我要创建一个foo.com的网站，我就会在/web/目录下创建一个foo.com的目录，WEB服务器(我这里用的是nginx)已经自动设置好解析。同时，我需要有一个对应的ftp账号来管理这个网站，但是我不希望使用系统账号，一来网站多了，系统账号必然多，而来我不希望管理网站的账号能通过ssh登陆，虽然ssh也可以配置哪些账号不允许登陆。但是不创建系统账号显然是最安全的做法。 于是这就是有了标题的做法，用vsftpd做FTP服务器，用MySQL做后端数据库，两者通过pam-mysql插件联系起来。
