Mikel

[转载]Android中SQLite操作示例 – Android – mobile – ITeye论坛. Android中SQLite操作示例 在Android中对SQLite数据库的操作，涉及以下几个方面： 1、确认数据库文件，即.db文件； 2、通过Android.database.sqlite. SQLiteDatabase类的openOrCreateDatabase()方法打开数据库； 3、数据库操作： A、开始事务： SQLiteDatabase.beginTransaction(); B、执行sql语句； C、结束事务： SQLiteDatabase.endTransaction()； 具体代码可参考如下： static boolean installDefaultSitesToDB(Context cxt) { // 确认目标数据库文件 File path = cxt.getDir("databases", Context.MODE_WORLD_WRITEABLE); path = new File(path, "db_name.db"); SQLiteDatabase db = null; try { // 打开数据库  db = openDB(path.getAbsolutePath()); if (db == null) { //Log.e("tag", "open db_name.db [...]

[转载]关于ASP.NET预编译 – dudu – 博客园. 为什么要用预编译？ 博客园博客程序中.aspx和.ascx文件总共加起来有3000多个（博客模板中有大量的.ascx文件）。如果使用动态编译，每次只要更新 bin文件夹中的任何一个dll文件，动态编译至少需要5分钟（访问量越高，所需的编译时间越长），而在动态编译期间网站访问速度极慢，几乎就是无法正常 访问。这样，每次更新程序成为了一种痛苦，只能安排在深夜或一大早。 面对这样的情况，只能选择预编译。 预编译的原理是什么？ 请阅读Artech写的深入剖析ASP.NET的编译原理之二：预编译（Precompilation）。 如何进行预编译？ 用aspnet_compiler命令，命令示例： aspnet_compiler -v \ -p G:\SourceWebSite G:\TargetWebsite -fixednames 参数说明： -v \  要编译的虚拟路径，这里表示根路径。 -p G:\SourceWebSite 要编译的源Web项目所在文件夹。 G:\TargetWebsite 编译目标文件夹。 -fixednames 每个.aspx与.ascx文件都编译生成单独的dll文件，并使用固定文件名。 编译情况分析 1. 源文件夹中的所有.aspx, .ascx及App_Code中的.cs文件都会被编译。 2. 编译中遇到任何一个错误，会立即停止编译，并清空目标文件夹中已生成的文件；解决了引起编译错误的问题后，只能从头重新进行编译。出现编译警告，只提示，不影响正常编译。 3. 编译完成后，aspnet_compiler会将.aspx, .ascx, .cs之外的所有文件原封不动地复制至目标文件。（如果编译只是为了更新网站程序，这个操作显得多余。aspnet_compiler没有提供取消这个操作的参数） 4. 3000多个.aspx,.ascx文件，使用-fixednames编译，耗时30分钟左右；不使用-fixednames编译，只要6分钟。 -fixednames编译本来是为了更新方便（每次编译生成的文件名相同，更新生产环境中的dll时直接覆盖就行），没想到这么慢。不用 -fixednames编译，每次更新时，要先删除原来的文件，再复制。在生产环境中，这个操作会短暂影响网站的正常访问。 为什么不用“可更新的预编译(Updatable Pre-compilation)” Updatable Pre-compilation只编译App_Code中的文件以及.aspx,.ascx的code behind文件，我们的Web项目类型是Web Application，code behind已经编译了，App_Code中也没有代码，相当于已经处于这种编译状态，但还是需要至少5分钟的动态编译时间。 这种编译方式只是减少了编译.cs文件的工作量，但每个.aspx,.ascx文件还是要动态编译，不能避免动态编译的性能问题。 Updatable [...]

一个域名从被注册到被删除的正常生存历程是这样的： 1.ACTIVE： 正常活动状态。由Registry设置；该域名可以由Registrar更改；可以续费；至少被设置一个DNS(正常情况下要求设定两个)。 也就是正常意义上的正在使用中的域名。 2.REGISTRAR-HOLD： 注册商保留。由该域名的原始注册商设置；该域名不可以被更改或删除；必须由注册商解除此状态才可以更改域名信息；该域名可以续费。该域名不包括在(域名根 服务器)的区域中(不能正常使用)。 如果一个域名，在其有效期的最后一天，尚未收到续缴的费用，将会被设置成该状态，此时该域名已无法正常访问，设置成该状态的时间内，原注册人如及时续费， 则该域名会马上恢复到ACTIVE状态。如在经过最长45天，原注册人仍未续费，则该域名将被设置为下一个更危险的状 态:REDEMPTIONPERIOD。 3.REDEMPTIONPERIOD： 宽限期。当注册商向注册局提出删除域名请求后，由注册局将域名设置称此状态，不过，条件是该域名已经注册了5天以上（如果该域名注册时间不足5天，则立即 删除）；该域名不包括在(域名根服务器)的区域中(不能正常使用)；该域名不可以被更改或清除，只可以被恢复；任何其他注册商提出对此域名的更改或其他请 求都将被拒绝；该状态最多保持30天。 在REGISTAR-HOLD状态最长经过45天(一般情况下为30天)，而原注册人仍未续费，则该域名被设置为REDEMPTIONPERIOD状态。 在此期间，原注册人可以通过注册商将该域名RESTORE回来，但需要交纳一笔远远高于一年注册费的金额(就当作是被绑架后的赎金吧)。 如果在注册局在30天内收到了这笔赎金，则该域名将立即被设置为PENDINGRESTORE状态，该状态的解释为：恢复未决。当注册商提出将处于 REDEMPTIONPERIOD的域名恢复请求后，由注册局设置；该域名包含在(域名根服务器)的区域中(可以正常使用)；注册商提出的更改或任何其他 请求都将被拒绝；在7天之内，有注册商向注册局提供必需的恢复文件，如果注册商在7天之内提供了这些文件，该域名将被置为ACTIVE状态，否则，该域名 将重新返回到REDEMPTIONPERIOD状态。 4.PENDINGDELETE 删除未决。如果一个域名在被设置成REDEMPTIONPERIOD状态期间内，注册商没有提出恢复请求，那么，域名将被置于PENDINGDELETE 状态，注册商对此域名的任何请求都将被拒绝；5天之后清除。 事情到了这一步，就是真的无法挽回了，被设置成PENDINGDELETE状态的域名，会在5天后准时处以极刑，没有任何方式可以救回这些域名的生命。 但同时，其中一些好的域名，也通过该过程凤凰涅盘，重新被人抢到。这是我们最关注的时刻，无数的域名抢注者操纵着无数的工具和电脑在刑场行刑的同 时，进行着另一场战斗。这场战斗发生的时间，是美国东部时间每天下午两点左右开始，大约一个小时之内，不到3点钟的时候，当天将被删除的域名被删除完毕， 而其中被人看中的域名，则获得了新生。 以上的介绍包含了域名8个状态中的5个，另外的三个状态及其解释如下： REGISTRY-LOCK：注册局锁定。由注册局设置；该域名不可以由注册商更改、删除；必须由注册局解除此状态才可以由注册商更改域名信息；域名可以续费；如果域名被指派至少一个DNS则可以包含在(域名根服务器)的区域中(可以正常使用)。 REGISTRY-HOLD：注册局保留。由注册局设置；该域名不可以由注册商更改、删除；必须由注册局解除此状态才可以由注册商更改域名信息；域名可以续费；该域名不包括在(域名根服务器)的区域中(不能正常使用)。 REGISTRAR-LOCK：注册商锁定。由该域名的原始注册商设置；该域名不可以被更改或删除；必须由注册商解除此状态才可以更改域名信息；该域名可以续费。该域名包含在(域名根服务器)的区域中(可以正常使用)。

[转载]20行代码令Windows版Firefox启动速度快一倍_IT新闻_博客园. 浏览器大战中最重要的就是速度，各路厂商绞尽脑汁提升产品速度，而比较搞笑的是Windows版Firefox，有一名叫TarasGlek的 程序员在Bugzilla提供了开发方并没有发现的一个非常简单的方法，这种只有20行代码，几K大的小补丁可以成倍提升Firefox冷启动速度。 这种补丁的原理是在程序预读阶段将XUL的chunks从数M变成32k或者更小，在不影响浏览器功能的前提下即可加速。 这种加速方法很可能被正式版本的Firefox使用到，不过由于目前还缺乏测试，请您在应用该补丁时小心为上。 查看: Bug 627591 – preload dlls on windows

[转载]Android 使用三种方式获取网页（通过Post，Get进行表单的提交） – 彬彬的博客 – 博客园. 在这里把三种获取网页内容的信息进行了综合，在前面已经对通过表单提交上传文件进行了处理，现在把这三种方式进行了综合，放到一块，帮助大家进行一个比较，下面为三种方式 的部分代码： 一共三个函数，都可以直接调用，但是在访问网络的时候，记得要加上访问权限 代码 // 直接获取信息 void DirectInfo() throws IOException { URL url = new URL(SRC); HttpURLConnection httpConn = (HttpURLConnection) url.openConnection(); InputStreamReader inStreamReader = new InputStreamReader(httpConn .getInputStream()); BufferedReader bufReader = new BufferedReader(inStreamReader); String line = “”; String Date = “OK”; while ((line = bufReader.readLine()) != null) { Date += [...]