环境: ubuntu16.04 安装: elasticsearch 5.22 1. 第一步,安装java apt-get install default-jre apt-get install default-jdk 2.第二步,安装elasticsearch.   5.22wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-5.2.2.debdpkg -i elasticsearch-5.2.2.deb

简介 过去的一周,都睡的很晚,终于做出了Atom上的APICloud语法提示与补全插件:apicloud_autocomplete.个中滋味,感觉还是有必要记录下来的.代码基于 GPL-3.0 开源,所以我可以较为详细的记录一些很难被理解和体会的技术细节.APICloud目前已有Studio,VSCode,Webstrom和Sublime的语法补全插件,但是毫无疑问,我做的这款,是目前为止最好的 -- 唯一的一个支持100%所有API,唯一的一个同时支持模糊匹配和静态推导语法提示插件! 可能你会

javascript截取字符串(支持中英文混合) <script type="text/javascript"> var sub=function(str,n){ var r=/[^\x00-\xff]/g; if(str.replace(r,"mm").length<=n){return str;} var m=Math.floor(n/2); for(var i=m;i<str.length;i++){ if(str.substr(0,i

最近在做app登录的时候,因为需要支持国外手机号注册和登录,所以就涉及到国际电话区号的选择.在github上面找了一下,国家名称基本都是只有英文版本,而手动的去把中文一个个加上实在是一件费时费力的事情,所以就写了一段简单的java代码,抓取了某快递网站的数据转换成json格式,以下是处理后的数据 [ { "en": "Angola", "zh": "安哥拉", "locale": "AO"

概述 开始学习Opengl时,发现VMware Workstation虚拟机无法运行Opengl ES2.0的程序.后来,经过查找最终得知,是因为VMware Workstation11及之前的版本对opengl支持并不是那么乐观所导致.刚好最近最新版VM12发布,此版本对Opengl的支持有较大提升,于是升级了VM,但其中还遇到了蛮多问题,如下总结了其中一个关于版本号错误导致VM12中对Opengl版本升级支持无法体现出来的问题. VMware Workstation 12配置 对做OpenG

数据库同步工具DBSync近日进行了升级,最新版本为V1.9,新增了对MongoDB.Elasticseach(ES)的支持,具体情况:1.支持同型库之间的同步,如:MongoDB至MongoDB,ES至ES.2.支持异型库之间的同步,能将SQL数据库同步到Non-SQL库,也就是把row转换为document,如MySQL至MongoDB.ES:也能反过来,将Non-SQL数据库同步到SQL库,把document转换为row,如MongoDB.ES至MySQL.当然啦,MongoDB与ES之间

其实很简单,我们只需要在创建下拉框时,给下拉框添加一个监听事件,代码如下:   //以下监听事件用于对下拉项进行模糊匹配                     ,listeners:{                     beforequery : function(e){                     var combo = e.combo;                 if(!e.forceAll){                 var value = e.query

其中这个 twrp 2.8.4 在18号的下午已经编译好了. 经历了2个小时的代码修改,再经过后期的调试,中英文双语版本的twrp出炉了. 下面上几张图: 图片1:为英文界面 图片2: 图片3:中文界面 图片4: 备份系统 下载链接: 链接: http://pan.baidu.com/s/1eQ8H4d0 密码: utue 作者:laser杨万荣 编译日期: 2015-01-21 源代码地址: https://github.com/sndnvaps/android_bootable_recove

内存中使用一种数据结构存储着大量的信息,其中原始的描述信息(各种属性的描述,种类很多),中英文都包含,格式为:"english//中文".需求:描述description需要动态变化(比如:语言配置,为英文时,使用英文描述:为中文时,使用中文描述). 实现:descs = {} 解析原始内存中的描述信息,用类似的层次结构将描述信息在字典descs中存储起来,(构建准确的结构,备份描述信息)(好处在于:不破坏原有的数据结构)parser_descs() 需要修改原有内存描述信息时,从备份

原生只会去匹配label,可在实际使用中,可能需要匹配的值并不需要显示在label中,经过添加一个matchType属性解决 1.加入matchType选项,并默认为原生匹配 $.widget("ui.autocomplete", { version: "1.11.0", defaultElement: "<input>", options: { appendTo: null, autoFocus: false, delay: 300

平常写汇报文档什么的,word排版有时还是比较费劲,遂定制一个简单的LaTex模板,中文默认为宋体,英文为LaTex默认字体,支持彩色高亮展示,有目录书签,有页眉展示,大致如下: LaTex代码如下: \documentclass[12pt]{article} % 设置字体大小 %%%%%%%% 页边距设置 \usepackage{geometry} \geometry{a4paper} % 设置A4版面 %%%%%%%% 字体设置 \usepackage{xeCJK} % 设置中文字体库 \s

1.使用资源字典,首先新建两个字典文件en-us.xaml.zh-cn.xaml.定义中英文的字符串在这里面[注意:添加xmlns:s="clr-namespace:System;assembly=mscorlib] zh-cn.xam如下: <ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.

function CheckTxtLength(txt) { var num = txt.replace(/[^\x00-\xff]/g, 'xx').length; if (num <=11) { return true; } return false; } 注:11代表最大长度 num代表 该文本框内容的字符长度 length

不得不感叹DedeCMS的强大,可定制性和扩展性太强了,就算不懂php也可以很轻松的修改源码. 今天碰到个新问题,用DedeCMS搞了个中英双语的网站,其他的都修改好了,上线之前发现分页条中英文版中都是中文的,于是自己动手DIY了一下. 1.打开include/arc.listview.class.php(本文以DedeCMS5.6为例) 找到(约29行) var $remoteDir; 在其下面加上一个新行 var $pagelang; 找到(约528行) $list_len = trim($

#include <cstdio> #include <cstdlib> #include <vector> #define ALPHABETS 2600000 #define CASE 0 #define MAX_WORD_SIZE 25 using namespace std; struct node { struct node *parent; struct node *children[ALPHABETS]; vector<int> occurren

strrev  函数对英文很好用,直接可以实现字符串翻转 但是面对中文呢?肯定都是乱码,对于这样的问题有很多,比如strstr,substr等函数都是这样的. PHP提供了mb_类的函数实现不同编码.不同语言之间的相互转换等操作. ps: mb_类的函数需要开启一个mb_string实现 <?php header("Content-type:text/html;charset=utf-8"); function getRev($str,$encoding='utf-8'){ $r

转自:http://www.blhere.com/1168.html 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710

OPENGL ES最多支持32位颜色值. 支持的像素格式有以下几种: 客户端格式 GL格式 GL数据类型 字节数 RGBA8888 GL_RGBA GL_UNSIGNED_BYTE 4 RGB888 GL_RGB GL_UNSIGNED_BYTE 3 RGB5A1 GL_RGBA GL_UNSIGNED_SHORT_5_5_5_1 2 RGB565 GL_RGB GL_UNSIGNED_SHORT_5_6_5 2 RGBA4444 GL_RGBA GL_UNSIGNED_SHORT_4_4_4_

部分匹配(Partial Matching) 敏锐的读者可能已经发现到眼下为止,介绍的查询都是在整个词条层面进行操作的. 匹配的最小单元必须是一个词条.你仅仅能找到存在于倒排索引(Inverted Index)中的词条. 可是假设你想匹配词条的一部分,而不是整个词条呢?部分匹配(Partial Matching)同意用户指定词条的一部分然后找到含有该部分的不论什么单词. 匹配词条一部分这一需求在全文搜索引擎领域比你想象的要不那么常见.假设你有SQL的背景.你可能有过使用以下的SQL语句来实现一个

ES查询中,先聚合,在聚合结果中进行过滤 { "size": 0, "aggs": { "terms": { "terms": { "field": "mustTags", "include": ".*总则.*", "size": 999 } } } } 有include,自然就有exclude,用法一样,支持通配符匹配(正则方