发表于

作为程序员，chrome的使用必不可少，Chrome应用商店的扩展更是chrome的一大特色，但是经常使用这些扩展的，如果不是从应用商店下载的，每次启动的时候总会会有一个烦人的请停用以开发者模式运行的扩展程序提示。
虽然他不影响自己的工作，每次启动后随手点击下就可关闭，但是每次启动都要点击一下也挺费事，下面提供了一个一劳永逸的办法。

2020-03-28 更新

大约从Chrome79开始，使用上面的 version.dll替换会导致Chrome浏览器直接崩溃掉，需要换成这个更新的：version_v79.dll ，使用方法还是一样，解压后找到指定系统位数的version.dll放在和Chrome.exe同目录后重启Chrome即可。

下载地址

http://file.haoji.me/detail/27

2020-04-05 更新

如果是wind10的话，推荐安装微软的chrome内核的edge,和chrome基本一样，功能上更好用一些。
下载地址：https://www.microsoft.com/zh-cn/edge

发表于

最近打开google搜索时，一直打不开www.google.com域名下的所有网页（其他的网页都可以打开，把默认搜索网址改为了https://ipv4.google.com/search），显示不是安全的链接，点开域名前的锁，显示域名无效。
近期也安装了vmWare,然后www.google.com的颁发者和颁布者全部指向了VMWare。
然后一直以为是VMWare的问题或者是www.google.com的证书问题。
在网上重新安装了www.google.com的证书，VMWare也重新卸载安装，还是一直不行。
后来无意间ping www.google.com时，发现ip竟然指向了 127.0.0.1,查询下本地hosts文件，并没有 定义www.google.com的ip。
最后在网上查了下问题，可能是dns劫持的问题，修改dns为114然后在网上查了下问题，可能是dns劫持的问题，修改dns为114.114.114.114，备用为8.8.8.8。
问题得以解决

就这个问题，在网上找到的有以下解决办法，都可以试一试。

办法 一

安装了www.google.com的证书。
下载地址：https://pki.google.com/GIAG2.crt

办法 二

重新安装或者修复VMWare，chrome。

办法 三

ping www.google.com，如果ip为127.0.0.1。则将自动获取dns服务地址，改为选用下面的dns服务地址。
首选dns服务器：114.114.114.114
备用dns服务器：8.8.8.8

发表于

今天在新电脑上安装TortoiseSVN后，根据svn地址获取代码，但是获取的代码文件前没有显示对勾感叹号等。
后来在网上寻找解决方案。

方案1

在注册表中查询ShellIconOverlayIdentifiers文件下内容
看一下名字中带有Tortoise的文件夹是否排在最前面，如果不是的话，修改文件名（在文件名前面加空格就行），使带有Tortoise的文件夹排在最前面。
具体操作如下：
在运行里 输入 regedit 进入 注册表界面,
HKEY_LOCAL_MACHINE->SOFTWARE->Microsoft->Windows->CurrentVersion->Explorer->ShellIconOverlayIdentifiers
打开后发现Tortoise 系列（1TortoiseNormal,2TortoiseAdded等）前面有好多项,Tortoise系列排到了15名之后,难怪不显示。
现在的任务就是把它们提到前面了,修改一下它们的名字就好（我是看第一项的前缀是空格,说明空格的字符排序在前面,我就加了几个空格）,
我改后的名字如（ TortoiseNormal,TortoiseAdded等）,然后关闭再打开注册表,发现Tortoise系列系列图标已经排到前面了。
最后重启电脑，再看下svn获取文件，发下左下角图标已经显示了。

方案2

第二个方法是在svn获取地址的文件下
右键文件夹—>TortoiseSVN—>Settings—>Icon Overlays（图标覆盖） —>（ Status cache下—>Shell前打对勾，Drives Types下—>Fixed drives前面打对勾 ）
这样就可以了。

我是通过第一种方法解决问题的。第二种情况应该很少出现。

参考地址

参考地址1：https://blog.csdn.net/shichuwu/article/details/79808560
参考地址2：https://blog.csdn.net/Love_Legain/article/details/68489912

发表于

创建表

1
2
3
4
CREATE TABLE `testtable` (
  `id` varchar(32) DEFAULT NULL,
  `num` int(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

插入数据

1
2
3
4
5
INSERT INTO `testtable` VALUES ('111111111111', '1');
INSERT INTO `testtable` VALUES ('222222222222', '0');
INSERT INTO `testtable` VALUES ('333333333333', '0');
INSERT INTO `testtable` VALUES ('444444444444', '0');
INSERT INTO `testtable` VALUES ('555555555555', '1');

查询语句

1
2
3
4
--语句1
select * from testtable where num ="r"="fff";
--语句2
select "r"="t" ;

语句1中 查询结果为

id num
111111111111 1
555555555555 1

语句2结果为

“r”=”t”
0

分析：按照网上查找的说法
select from testtable where num =”r”=”fff”;
中会执行顺序为先执行括号中的
select from testtable where num = (“r”=”fff”);
select “r”=”t” ;查询结果为 0；
按理说语句1应该对应 select from testtable where num = 0；
但是查出来的结果为 select from testtable where num = 1；的执行结果。

这种问题是什么原因？

发表于

Oracle中字符集的问题。有些数据库中存的特殊字符，在读出来后，有的电脑上显示为问号。

解决办法：
在注册表中搜索NLS_LANG，设置为 SIMPLIFIED CHINESE_CHINA.ZHS16GBK

可以在oracle中查询 NLS_LANG
select userenv(‘language’) from dual ；
SIMPLIFIED CHINESE_CHINA.AL32UTF8。

好吧。最后发现的问题是，导出脚本为sql,数据库存的特殊字符没法识别，转换为？。
最后的解决办法是，将含有特殊字符的表导出为dmp格式。重新导入就好了。

发表于

sql server 客户端登录数据库有两种方式。一种是 windows 身份验证。一种是使用sql server 身份验证（登录名，密码），这种一般是写程序连接时使用的方式。

有些用户装数据库时，直接默认一步一步点下来，这样sqlserver 装好后，只有windows 身份验证这一种登录方式。

在程序连接的时候，这个时候就需要sql server 身份验证，需要重新启用sa用户。

这下改如何设置？

先使用 windows 身份验证登录上。
对象资源管理器中，树菜单，右击根节点–》属性–》安全性–》服务器身份验证，改为sql server 和windows身份验证。

树菜单的二级菜单中点击安全性–》登录名–》右击sa–》属性–》常规中，设置密码。状态中，设置为已启用。

右键根节点–》重新启动。

使用sql server 登录 ，如果成功登录，即完成。

如果遇到登录没有权限，注意上面步骤中的sa属性状态设置为 已启用。

发表于

一些常用的windows界面的快捷命令，通过运行（windows+R 键打开）来执行

1
2
3
4
5
6
7
8
9
10
11
12
13
cmd						dos命令窗口
regedit					打开注册表
msconfig				系统配置（包括启动项，服务等）
calc					打开计算器
notepad					打开记事本
compmgmt.msc 			计算机管理
mstsc					打开windows远程桌面连接
at 01:30 shutdown -s	在1点30分自动关机
shutdown -s				关机（默认1分钟后关）
shutdown -s -t 3600		一小时后自动关机
shutdown -r				重启
shutdown -a 			取消定时任务
services.msc			打开服务

发表于

具体代码如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
sql = @"select A.JID,A.JH,A.CX,A.CZ,B.HZB HZZ,B.ZZB FROM DEF_WELL_TAG A  left JOIN sc_well_location B ON A.JID=B.JID {1} WHERE A.QTID='{0}'
AND  A.JID IN   (SELECT CC.JID
			   FROM   SC_WILD_ZONATION CC  ,
				   SC_LAYER_T       DD                 
			  WHERE 1 = 1
				AND DD.JID = CC.JID)";
string filterStr = string.Empty;
foreach (string filter in filterCondition)
{
  filterStr = filterStr + filter + ",";
}
string oldChart = "B";
string inserSQL = string.Empty;
if (filterStr.IndexOf("有设计报告,") >= 0)
{
  inserSQL += @" JOIN (select distinct jingid as JID from DOC_DOCUMENT_TARGET where path='单井资料\钻井资料\地质设计' and JINGID is not null) C ON {0}.JID=C.JID";
  inserSQL=string.Format(inserSQL,oldChart);
  oldChart="C";
}
if (filterStr.IndexOf("有日产数据,") >= 0)
{
  inserSQL += @" JOIN (select CC.JID FROM DEF_WELL_TAG CC JOIN (SELECT distinct BB.ZJMC FROM DC_GAS_WELL_VOL_DAILY AA JOIN DEF_WELL_TAG BB ON AA.JID=BB.JID)DD ON CC.JH=DD.ZJMC) D ON {0}.JID=D.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "D";
}
if (filterStr.IndexOf("有测井解释,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from SC_LOG_INTERPRET_RESULT) E ON {0}.JID=E.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "E";
}
if (filterStr.IndexOf("有井斜数据,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from SC_INDINATION) F ON {0}.JID=F.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "F";
}
if (filterStr.IndexOf("有压恢数据,") >= 0)
{
  inserSQL += @" JOIN ((select distinct JID from  DC_TEST_GAS) union (select distinct JID from  DC_TEST_GATHER)) G ON {0}.JID=G.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "G";
}
if (filterStr.IndexOf("有射孔数据,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from DC_PERFORATE_T) H ON {0}.JID=H.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "H";
}
if (filterStr.IndexOf("有大分层数据,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from SC_WILD_ZONATION) I ON {0}.JID=I.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "I";
}
if (filterStr.IndexOf("有FMT/RFT数据,") >= 0)
{
  inserSQL += @" JOIN ((select distinct JID from SC_FMT_LOG_RESULT) union (select distinct JID from SC_RFT_LOG_RESULT)) J ON {0}.JID=J.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "J";
}
if (filterStr.IndexOf("有复杂情况数据,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from SC_COMPLEX_EXPLAIN) K ON {0}.JID=K.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "K";
}
if (filterStr.IndexOf("有气测录井数据,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from SC_OILINESS_SHOW) L ON {0}.JID=L.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "L";
}
if (filterStr.IndexOf("有钻井液使用数据,") >= 0)
{
  inserSQL += @" JOIN (select distinct JID from SC_FLUID_CAPABILITY) M ON {0}.JID=M.JID";
  inserSQL = string.Format(inserSQL, oldChart);
  oldChart = "M";
}
sql = string.Format(sql, zyqID, inserSQL);

例2

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
sql = @"select distinct A.JID,A.JH,A.CX,A.CZ,B.HZB HZZ,B.ZZB FROM DEF_WELL_TAG A  left JOIN sc_well_location B ON A.JID=B.JID {1} WHERE A.QTID='{0}'
 AND  A.JID IN   (SELECT CC.JID
                 FROM   SC_WILD_ZONATION CC  ,
                     SC_LAYER_T       DD                 
                WHERE 1 = 1
                  AND DD.JID = CC.JID)
  {2} ";

string oldChart = "B";
string inserSQL = string.Empty;
string inserSQL2 = string.Empty;
if (filterCondition["ceDafencengshuju"].Equals("1"))
{//大分层数据
    inserSQL += @" JOIN ( select  distinct jid from SC_WILD_ZONATION ) C ON {0}.JID=C.JID ";
    inserSQL = string.Format(inserSQL, oldChart);
    oldChart = "C";
}
if (filterCondition["ceXifencengshuju"].Equals("1"))
{//细分层数据
    inserSQL += @" JOIN ( select  distinct jid from SC_LAYER_T ) D ON {0}.JID=D.JID ";
    inserSQL = string.Format(inserSQL, oldChart);
    oldChart = "D";
}
if (filterCondition["ceFanwei"].Equals("1"))
{//半径范围
    if (!string.IsNullOrEmpty(filterCondition["teRadius"]))
    {
        string x=filterCondition["x"];
        string y=filterCondition["y"];
        string radius = filterCondition["teRadius"];
           // t.ZZB - {1}) * (t.ZZB - {1}) + (t.HZB - {2}) * (t.HZB - {2});
        inserSQL += @" JOIN ( select   jid ,zzb,hzb from sc_well_location ) E ON {0}.JID=E.JID and 
                     (E.ZZB - {1}) * (E.ZZB - {1}) + (E.HZB - {2}) * (E.HZB - {2})  <  {3}*{3}     ";
        inserSQL = string.Format(inserSQL, oldChart,y,x,radius);
        oldChart = "E";
    }
}
if (filterCondition["ceGuanxixuanjing"].Equals("1"))
{//层系层组选井
    inserSQL += @" JOIN ( select distinct jid, CX, CZ from DEF_WELL_TAG ) F ON {0}.JID=F.JID ";
    if (!string.IsNullOrEmpty(filterCondition["cbCengxi"]))
    {
        inserSQL += "AND F.CX in (select dm from DEF_STRATUM_SYSTEM_TAG where cxjc= '" + filterCondition["cbCengxi"] + "') ";
    }
    if (!string.IsNullOrEmpty(filterCondition["cbCengzu"]))
    {
        inserSQL += "AND F.CZ in (select dm from DEF_STRATUM_ORGANISE where czjc= '" + filterCondition["cbCengzu"] + "') ";
    }

    inserSQL = string.Format(inserSQL, oldChart);
    oldChart = "F";
}
if (filterCondition["ceJinghao"].Equals("1"))
{//井号
    if(!string.IsNullOrEmpty(filterCondition["teJinghao"]))
    {
        inserSQL2 += @" AND A.JH LIKE '%" + filterCondition["teJinghao"] + "%' ";
    }
}
sql = string.Format(sql, zyqID, inserSQL, inserSQL2);

发表于

SQLServer中有char、varchar、nchar、nvarchar四种类型来对应（暂时不考虑text和ntext），开建立数据库中，对这四种类型往往比较模糊，这里做一下对比。

1 定长或变长
1
所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充，使长度达到相应的长度；有var前缀的，表示是实际存储空间是变长的，比如varchar,nvarchar变长字符数据则不会以空格填充，比较例外的是，text存储的也是可变长。
2 Unicode或非Unicode
1
数据库中，英文字符只需要一个字节存储就足够了，但汉字和其他众多非英文字符，则需要两个字节存储。如果英文与汉字同时存在，由于占用空间数不同，容易造成混乱，导致读取出来的字符串是乱码。Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。而前缀n就表示Unicode字符，比如nchar,nvarchar，这两种类型使用了Unicode字符集。
3 基于以上两点来看看字段容量

|—|—|
|char，varchar|最多8000个英文，4000个汉字|
|nchar，nvarchar|可存储4000个字符，无论英文还是汉字|
|—|—|

4 使用(个人偏好)
1
2
3
4
如果数据量非常大，又能100%确定长度且保存只是ansi字符，那么char 
能确定长度又不一定是ansi字符或者，那么用nchar； 
对于超大数据，如文章内容，使用nText 
其他的通用nvarchar

char、varchar、nchar、nvarchar特点比较

  • CHAR
    CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间。

  • VARCHAR
    存储变长数据，但存储效率没有CHAR高,如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么”+1”呢？这一个字节用于保存实际使用了多大的长度。

    1
    从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。

  • TEXT
    text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。

  • NCHAR、NVARCHAR、NTEXT
    这三种从名字上看比前面三种多了个”N”。和char、varchar比较起来，nchar、nvarchar最多存储4000个字符，不论是英文还是汉字；而char、varchar最多能存储8000个英文，4000个汉字。可以看出使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。
1
所以一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varchar。

参考地址

char、varchar、nchar、nvarchar的区别:http://www.cnblogs.com/smjack/archive/2008/04/14/1152342.html

发表于 
1
2
3
4
5
--下载google play apk
https://apkpure.com/
https://sameapk.com
http://apkfind.com
将google play中的apk地址复制进去就可以下载
1
2
C#的反编译工具
ILYpy
1
2
3
4
5
6
7
pdf转word网站
https://smallpdf.com/
每天可以免费两次，如果需要多转，清除cookie即可
不过现在office2016已经可以pdf转word了

对于图片类的pdf,可以使用工具
ABBYYFineReader2012ProfessionalPortable