首先最外层的数组就是我们通常写的query语句，放在body中进行请求的，主要看query里面的结构，这种需要自定义脚本处理评分的，query中只放了一个script_score：

如果使用API V2版本的SDK，会出现内容字符数超过5K(1024*5)，没法翻译的问题，报错：Your client has issued a malformed or illegal request. <ins>That’s all we know.</ins>，也就是说如果用V2版本的SDK没法翻译长文本，在官方文档中对应的是base版本。

首先，文件结构如下： {代码...} a.go: {代码...} b.go: {代码...} main.go: {代码...} 这里主要的问题表现在b.go中，本身以我的想法，在main中实例化程序的时候，首先实例化a，然后我再实例化b，那么是有个先后顺序的，那么在b中，我期望的结果应该是"aa"，实际上我得到的结果依旧是"a"。这里就忽...

nginx和PHP环境都装好了，然后一运行就报错File not found，看了nginx错误日志之后，各种搜索找了解决方案都不行，一说文件权限问题，一说是php-fpm的权限问题，还有可能是nginx的问题。

二极管实现与门还是或门的前提都是利用二极管的钳位作用，二极管的钳位作用说白了就是，在并联电路中，并联电路上的电压会强制被降压到二极管的电压，以常见的硅二极管来说，二极管接入电路中分担电压大概为0.7V。如果一个并联的5V电路中，并联了一个二极管，那么这个并联电路中的电压都是0.7V，看起来很违背直觉，按理...

最近在寻思用树莓派控制电机速度，电机预估电压是24V，电流是10A，以这样的配置需要个无极调速控制器控制电机转速，看了下相关的控制器价格也不贵，十多块钱就能整一块。然后，相关的无极调速有提供PWM控制的。

万香楼开张了，今天是第一天接待人，张三是第一个客人，他看了眼菜单，对recvfrom说道：“给我来碗臊子面吧，多放臊子。”，recvfrom客气道：“好，稍等哈，我立马给你做”。这一做就是20分钟过去了，后面排队的后面李四、王五、马六不愿意了。李四不耐烦的道：“老板你能不能快点的啊，这这么搞等吃到饭都要晕倒了啊！”

目前来说，网上有很多相关的资料证明ClickHouse数据库查询响应速度比MySQL快上一百到几百倍。实际上，ClickHouse和MySQL具有不同的应用场景和局限性，最近在研究这个ClickHouse打算应用于大量数据的表来做查询的时候，踩了些坑，于是在此做个总结，用于后续做数据存储以及处理的时候作为备忘，以及对想要用ClickHouse替...

最近在思考统计功能的时候，一开始是寻思着用程序配合mysql来进行存储，但是如果用mysql来存一些比较细致化的数据然后再做统计，数据量会非常庞大，然后又思考用mysql存储数据，然后用定时脚本或队列来按照具体要求更新到redis中，这样查询就很快了。

整套思考和想法算是一种灵光乍现，昨天下去去打了第二针疫苗，经历了一整套流程后，发现整套流程规划很有意思，感觉整套流程非常贴合这几年流行的微服务的架构思想．

一开始处理登录的时候，前端通过 wx.login 获取到 code，然后通过 wx.getUserInfo 获取用户相关的信息，一起传递给后端，后端进行 sha1 验证，但是每次登录的时候，第一次验证不通过，导致登录不成功，需要第二次进行登录。

由于改版数据是一致的，但是请求结构不一致，新版的请求全部以json形式提交，为了方便测试，之前一直都是直接在浏览器打开开发者工具，然后把请求内容复制过来，然后手动改成json形式，由于之前数据量比较少，暂时未发现测试时候不方便的情况，但是今天遇到了数据比较多的情况，于是我想，为啥不写一段转换程序呢？

RESTful这种架构已经具有很长的时间和历程了，但似乎最近restful这个词出现的频率特别高，目前不是很清楚是因为我自个儿现在是以restful风格写程序产生的孕妇效应，还是单页面程序开发的流行造成的。

我写这篇文章的目的其实是想科普一下基础的数据传输和交互流程，其实也就是写http协议相关的一些东西。而写这篇文章也主要是源于最近和长久以来很多人问的问题都是有关于这块的（可能问题并不是这么问，但是主要涉及到的根本原因还是这一块），所以我想写这篇文章也算是做一个科普，让大家在写前后端程序的时候，不会由...