科技新闻

一、什么是 Oracle 字符集 Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。 影响Oracle数据库字符集最重要的参数是NLS_LANG参数。 它的格式如下: NLS_LANG = language_territory.charset 它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。 其中: Language： 指定服务器消息的语言， 影响提示信息是中文还是英文 Territory： 指定服务器的日期和数字格式， Charset： 指定字符集。 如:AMERICAN _ AMERICA. ZHS16GBK 从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。 所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。 二．字符集的相关知识： 2.1 字符集 实质就是按照一定的字符编码方案，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。 Oracle的字符集命名遵循以下命名规则: <Language><bit size>

据 CNBC 得到的亚马逊内部消息指出，亚马逊正计划推出独立的音乐串流服务，并在完成合作授权问题之后于夏季稍后时间面世，收费为每月 10 美元，其模式与较早前推出的 Prime Video 相似，而且会跟现有的 Prime music 服务同时存在。 亚马逊的行动，似乎是为了在被 Apple Music 和 Spotify 垄断的音乐串流市场上分一杯羹，而且会跟 Echo 喇叭配合使用。相信由虚拟助手 Alexa 加持的这个新服务，会与现有的 Prime 服务有著明显分野，不会有侵食自身业务的问题。剩下来的，就看 谷歌 会否也在这市场掺一脚了。 免费提供最新Linux技术教程书籍，为开源技术爱好者努力做得更多更好： http://www.linuxprobe.com/ 来源： oschina 链接： https://my.oschina.net/u/2691437/blog/693205

io.js可以说是彻底从NodeJS里分离出来的一条分支，其事情始末可以查看 这篇报道 ，此处便也不赘言。既然是分支，io.js便也基本兼容NodeJS的各种API，连执行指令也依旧兼容Node的 node XXX （新指令是 iojs XXX ）。不过io.js采纳了最新版本的V8引擎，并也将会时刻跟进V8的更新，也因此我们可以轻松地在io.js上抢先使用那些JavaScript ECMA-262规范上的新特性。 io.js的首个版本是在13号，也就是昨天发布的，它基于3.31.71.4版本的V8引擎，良好地支持着许多NodeJS将在0.12.x才会开始支持的ES6特性。 io.js的官网是 iojs.org ，从上面那行醒目的“Bringing ES6 to the Node Community!”，我们便能知道io.js相比NodeJS，会趋向于添加更多好用的新特性，并以此作为自己的主打和口号。 为何使用io.js io.js跟NodeJS一样，属于事件驱动I/O的服务端平台，以Event loop机制来无阻塞地、并发处理I/O，关于当初NodeJS的作者为何选用此机制来开发Node项目，可查阅我翻译的这篇 《Hands-on Node.js》—— Why? 。总而言之，io.js/NodeJS很适合用于开发I/O密集型应用，我们参照下下方的这张流程图： 图中的event

工作中遇到了消息队列的发送，之前都是用数据库作为中转和暂存的。这次考虑用多线程的方式进行消息的发送，于是学习了一下线程池的应用。说实话，实践中对Java高级特性的应用真的不多，对多线程的理解也就一直停留在理论层面。借着实践的机会好好整理一下。 准备从以下几个方面总结： 线程池的使用 消息队列——生产者消费者模式 定时任务Quartz原理 线程池的大小、队列大小设置 这个部分是有关线程池的使用： 1. 为什么要用线程池？ 在Java中，如果每当一个请求到达就创建一个新线程，开销是相当大的。在实际使用中，每个请求创建新线程的服务器在创建和销毁线程上花费的时间和消耗的系统资源，甚至可能要比花在实际处理实际的用户请求的时间和资源要多的多。除了创建和销毁线程的开销之外，活动的线程也需要消耗系统资源。如果在一个JVM中创建太多的线程，可能会导致系统由于过度消耗内存或者“切换过度”而导致系统资源不足。为了防止资源不足，服务器应用程序需要一些办法来限制任何给定时刻处理的请求数目，尽可能减少创建和销毁线程的次数，特别是一些资源耗费比较大的线程的创建和销毁，尽量利用已有对象来进行服务，这就是“池化资源”技术产生的原因。 线程池主要用来解决线程生命周期开销问题和资源不足问题，通过对多个任务重用线程，线程创建的开销被分摊到多个任务上了，而且由于在请求到达时线程已经存在，所以消除了创建所带来的延迟。这样

一大早来到公司,习惯性的更新订阅的RSS。看到的一个最多的消息就是Windows Vista 正式版的发布。就跟以前16位操作系统到32位系统的变革一样，这次Vista的发布可以说是酝酿已久，内核也是革命性的变化。经过几年的开发，名称的更替，长期和测试和一再的跳水。正式版终于在今天得于出现在大家的面前，也有力的回击了各种传言。 最近一段时间以来，MS的动作频繁，在各个领域同时出击。在.NET Framework方面，前几天推出了.NET Framework 3.0。MS Ajax也在不断的前进，月初发布asp.net ajax beta1后，马上在不到两个星期的时间内就发布了beta2版本和其它周围开发包的更新。Office 2007也这段时间发布了RTM版本。还有好多的CTP版本产品也在不断的与用户和开发者见面。可谓是让人眼花缭乱啊！！ 从这一年多以来看MS的产品发布时机的选择，似乎它更喜欢选择在年底的时候发布它们的新产品。去年的重头产品Visual Studio 2005和SQL Server 2005是在年底的时候发布。今天又是在这段时间，Vista，Office 2007，IE7，.NET Framework 3.0的RTM相继发布，以及传说中的在年底发布MS AJAX Extensions 1.0 RTM版本。要看这架势，今年的动作也不小啊！ 明天还有好多的产品值得关注呢

相关文章 深入探索：单元测试之Test runners 深入探索：单元测试之基于 suites 的聚合测试 深入探索：单元测试之测试执行顺序 深入探索：单元测试之异常测试 深入探索：单元测试之Ignnore测试和TimeOut测试 深入探索：单元测试之Categories 深入探索：单元测试之Assertions assert 简述 JUnit 为全部的基本类型、对象 以及数组（包括基本类型和对象），参数顺序是期望值，后面跟随的是实际结果值。第一个参数是可选的，是在测试失败的时候输出的字符串信息。此外，这里还有一个不同于Assert 的，那就是assertThat, 它具有可选的失败消息参数实际值，和一个匹配对象。这里有一点需要注意的，那就是参数，assertThat 的参数是与其他assert 的参数是反过来的，比如assertEquals("failure - strings are not equal", "期望值", "实际结果值"); assertThat("实际结果值", 期望匹配值); 举例 使用Junit 需要一些jar 包，maven 的依赖如下： <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test<

一大早上班就收到公司邮件：关于IE7浏览器安全漏洞问题 其内容大致： 微软IE7浏览器出现“0day”漏洞，可被利用来进行挂马攻击，目前攻击代码正在网上扩散，已有大量用户受到感染。昨天，瑞星和江民等国内多家知名反病毒机构同时向网民发出警报，黑客很可能利用这一最新漏洞，制作各种恶意网页，疯狂传播木马病毒。 其实在三天前12月9号的时候就有新闻消息出来，比较没那么影响力而已。。。 然后今天公司开始觉得其危害性严重性，所以很重视说要想方设法搞定出暂时的防御措施，其实个人觉得和几个同事都觉得也这东西也没必要搞得那么大动作，不过想想提前防御还是比较保障妥当的吧，何况也许跟公司性质不同也比较必要措施吧。这下问题就麻烦咯。。。主要是微软至今迟迟未见到有安全补丁发布。。。只好借助第三方工具。。。。十点多的时候收到老大的邮件并借助360安全卫士最新发布的补丁先预防下吧。。。。在此记录并分享下吧。。。有需要的可以参考下，个人是用不着就是 因为基本都是用firefox浏览器。 顺便鄙视下微软，越来越垃圾。。。还是支持开源，支持Linux 哈哈 几种临时解决办法： 1、机器上如果已经有360安全卫士，可以下载安装这个：http://dl.360safe.com/360fixmsxml.exe 2、放弃使用IE，改用 Firefox 或者chrome 或者safari 或者 opera 3

先来看看常用的方法 Navigate( string urlString):浏览urlString表示的网址 Navigate(System.Uri url)：浏览url表示的网址 Navigate( string urlString, string targetFrameName, byte [] postData, string additionalHeaders): 浏览urlString表示的网址，并发送postData中的消息 // （通常我们登录一个网站的时候就会把用户名和密码作为postData发送出去) GoBack()：后退 GoForward()：前进 Refresh()：刷新 Stop()：停止 GoHome()：浏览主页 WebBrowser控件的常用属性： Document：获取当前正在浏览的文档 DocumentTitle：获取当前正在浏览的网页标题 StatusText：获取当前状态栏的文本 Url：获取当前正在浏览的网址的Uri ReadyState：获取浏览的状态 WebBrowser控件的常用事件： DocumentTitleChanged, CanGoBackChanged, CanGoForwardChanged, DocumentTitleChanged, ProgressChanged, ProgressChanged

0、常用方法 Navigate( string urlString):浏览urlString表示的网址 Navigate(System.Uri url)：浏览url表示的网址 Navigate( string urlString, string targetFrameName, byte [] postData, string additionalHeaders): 浏览urlString表示的网址，并发送postData中的消息 // （通常我们登录一个网站的时候就会把用户名和密码作为postData发送出去) GoBack()：后退 GoForward()：前进 Refresh()：刷新 Stop()：停止 GoHome()：浏览主页 WebBrowser控件的常用属性： Document：获取当前正在浏览的文档 DocumentTitle：获取当前正在浏览的网页标题 StatusText：获取当前状态栏的文本 Url：获取当前正在浏览的网址的Uri ReadyState：获取浏览的状态 WebBrowser控件的常用事件： DocumentTitleChanged, CanGoBackChanged, CanGoForwardChanged, DocumentTitleChanged, ProgressChanged, ProgressChanged 1

在阿里的平台技术部参与开发了Dubbo（远程调用服务）和Napoli（消息解决方案），又给网站应用支持这2个产品2年，了解了这2个产品的实现及应用对这两个产品的用法。 大部分情况下，“给定场景下应该使用这两个产品中哪个”这个问题，大家都会容易决定，而且不需要多少讨论。 我为什么要拿出来讨论一下： 一些场景会比较模糊，觉得都可以使用。这时需要知道产品缺点，而不是看到优势。 一些新人会觉得产品功能是可以替换的，要给说明一下。 这里简单说一下两者的区别。 系统结构 1 2 3 4 5 6 7 8 9 10 11 12 13 14 RPC系统结构： +----------+ +----------+ | Consumer | <=> | Provider | +----------+ +----------+ Consumer调用的Provider提供的服务。 Message Queue系统结构： +--------+ +-------+ +----------+ | Sender | <=> | Queue | <=> | Receiver | +--------+ +-------+ +----------+ Sender发送消息给Queue；Receiver从Queue拿到消息来处理。 功能特点 在架构上，RPC和Message的差异点是，Message有一个中间结点Message