一枝红杏应该是自己用过的最稳定,最快的翻墙工具了。然后,过完年发现10个翻墙节点,被禁了9个。东京,新加坡,美国,香港,韩国区域的节点全部阵亡, 只剩一个台湾的节点了,不知道能苟延残喘到什么时候。。。
祝陛下千秋万载!!!
#!/bin/bash | |
# | |
# filename: clearExpiredTomcatLogs.sh | |
# | |
# FUNCTION: clear the expired tomcat log files | |
# | |
# -----------------增加 crontab 定时任务 | |
# Add sys schedule: | |
# crontab -e | |
# press "i" enter the Modify mode, and add schedule item in new-line: |
关于hash,网上很多解释都过于晦涩难懂,而且对哈希到底有什么用并没能讲明白。今天在知乎上看到了一个小哥很不错的讲解:
哈希算法
的本质是对原数据的有损压缩。有损压缩后的固定字长用来唯一标识原数据。 如果不同的原数据在采用这种有损压缩算法后产生了相同的结果,我们将这种现象称为“哈希碰撞”
。哈希碰撞的产生几率能够衡量一个哈希算法的好坏。哈希表
则属于一种存储结构,我们最常用的存储结构是顺序存储结构和链式存储结构,这两种结构的共同特征就是元素与元素之间存在映射关系。 而哈希表的元素之间相互独立。哈希表具体的实现方式是给定一个参数,称为“键”。参数的类型可以是任何类型的数据,诸如字符、字符串、整型等等。 然后根据该参数通过哈希算法计算生成的值来定位“键”对应的元素的存储地址。例如给定一个字符串参数 "str",该键对应的元素是"jack", 那么"jack"的存储地址就是通过哈希算法对"str"进行加工生成的。如此一来,每当我们存取元素时不会像传统的数据结构逐个遍历、一一对比,而是通过哈希算法直接获取值的存储地址,所以哈希表会比传统的数据结构更为高效,这也是我们使用哈希表存储数据的原因。
Option Explicit | |
ValidationMode = True | |
InteractiveMode = im_Batch | |
Dim mdl ' the current model | |
' get the current active model | |
Set mdl = ActiveModel | |
If (mdl Is Nothing) Then | |
MsgBox "There is no current Model " |
''''***************************************************************************** | |
''''文件:SetIdentity.vbs | |
''''版本:1.0 | |
''''版权:floodzhu ([email protected]),2004.12.31 | |
''''功能:遍历物理模型中的所有表,把是主键但不是外键的字段设置为Identity,适用于 | |
'''' 物理模型为MS Sql Server的类型。 | |
''''用法:打开物理模型,运行本脚本(Ctrl+Shift+X) | |
''''备注:我有两个习惯,一个是把所有表的主键都定义为自增长的int类型,另一个是定义 | |
'''' 一个Domain叫ID,在设计概念模型时把所有的PrimaryKey字段的Domain设置为ID | |
'''' 类型。 |
common svnigore for java
.settings settings/* target target/* .classpath .project test-output test-output/*
git commit
和git push
的区别:
git
作为支持分布式版本管理的工具,它管理的库(repository
)分为本地库、远程库。
git commit
操作的是本地库,git push
操作的是远程库。git commit
将本地修改过的文件提交到本地库,然后git push
将本地库中的文件变动推送到远程库按照markdown
标准语法描述,如果你的 markdown
文本未能正确显示,很可能是在标记符号和文本间忘了保留一个字符的空格
通过 nginx
把本地磁盘目录映射到 http
时,想通过http url
访问时,发现不支持中文目录