最新 | 最热门 | 最高评价

+0  以太坊地址区分大小写么

Tag: Technical | Ethereum
老王 发于 2018年11月29日 21:32 | 点击: 505 | 展开摘要
以太坊地址区分大小写么?要搞清楚这个问题,我们不妨先在私链上做个实验:

geth> eth.sendTransaction({
from: eth.accounts[0],
to: "0xaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa",
value: web3.toWei(1, 'ether')
})

geth> eth.sendTransaction({
from: eth.accounts

查看全文: http://www.udpwork.com/item/17221.html

+0  关于以太坊随机数

Tag: Technical | Ethereum
老王 发于 2018年10月31日 19:12 | 点击: 676 | 展开摘要
在以太坊应用中,游戏一直都是热点中的热点,而在游戏中,随机数往往是一个不可或缺的功能,比如骰子游戏中,我们需要通过随机数来控制点数,如果一个游戏有一个好的随机数算法的话,那么既可以保证游戏庄家不被黑,也可以保证玩家不被宰。

虽然随机数很重要,但是坏消息是在以太坊中实现一个基本的随机数并不是一件简单的事情。对于不熟悉区块链的人而言,这可能有些难以理解:毕竟大多数编程语言都有生成随机数的功能,难道以太坊的 Solidity 没有这个功能?答案是没有!要搞清楚这一点,我们还需要了

查看全文: http://www.udpwork.com/item/17174.html

+0  如何解密keystore文件

Tag: Technical | Ethereum
老王 发于 2018年09月26日 21:23 | 点击: 639 | 展开摘要
如果你用 geth 创建过账号「geth –datadir /path/to/data account new」,那么多半知道 keystore 文件,它通过一个 password 加密保存着账号的私钥:

keystore

如果我想拿到加密前的私钥怎么办?最容易想到的办法是在 MetaMask 中导入账号的时候选择通过 JSON 文件导入的方式,然后再导出私钥。不过这个方法不方便,也无法实现自动化,下面看看如何通过 golang 解密 keystore 文件:

查看全文: http://www.udpwork.com/item/17107.html

+0  如何实现一个定制的智能合约地址

Tag: Technical | Ethereum
老王 发于 2018年09月24日 10:13 | 点击: 995 | 展开摘要
我学习智能合约的一个主要途径就是在 DappRadar 看各个热门应用的源代码,前些天我在看  dice2win 的时候发现一个有趣的现象:虽然它自从上线以来已经多次部署过智能合约,不过让人好奇的是这些地址有一个特点,都有一个和名字很像的 「D1CE」前缀(因为的地址是十六进制的,所以字母 I 被改为了数字 1)。

如何实现呢,其实 ethereum 源代码里已经给出答案:

func CreateAddress(b common.Address, nonce uint64

查看全文: http://www.udpwork.com/item/17103.html

+0  搭建以太坊智能合约测试环境

Tag: Technical | Ethereum
老王 发于 2018年08月26日 23:56 | 点击: 1022 | 展开摘要
早就想学习区块链相关技术了,可惜因为懒惰一直没有付诸实践,最近随着诸如 God.Game,Fomo3D 等区块链游戏接连暴出安全漏洞,让我对智能合约的兴趣愈发强烈起来,于是利用周末搭建以太坊智能合约测试环境,原想应该很简单,实际却花了不少精力,记录一下以飨读者。

既然要搭建以太坊智能合约测试环境,那么至少得安装一个合适的以太坊客户端,比如:命令行的 Geth,Parity,或者图形界面的 Mist,对于我这样记忆力欠佳的人而言,总是对命令行工具抱有一丝恐惧感,于是我选择了从

查看全文: http://www.udpwork.com/item/17034.html

+0  通过ProxySQL提升PHP/MySQL的性能

Tag: Technical | MySQL | PHP
老王 发于 2018年07月09日 19:35 | 点击: 590 | 展开摘要
前些天我介绍了如何通过 Twemproxy 实现 Redis 连接池,进而提升 PHP/Redis 的性能。今天我要介绍一下 ProxySQL,通过它可以实现 MySQL 连接池,进而提升 PHP/MySQL 的性能,实际上原理是差不多的,本来没必要再写一篇文章赘述,不过我在配置使用 ProxySQL 的过程中,遇到了一些小问题,感觉还是应该记录一下。

关于安装过程,官方 Wiki 里有详细描述。主要看配置文件 /etc/proxysql.cnf :

datadir="/

查看全文: http://www.udpwork.com/item/16943.html

+0  通过Twemproxy提升PHP/Redis的性能

Tag: Technical | PHP
老王 发于 2018年06月23日 21:15 | 点击: 762 | 展开摘要
Twemproxy 可以说是最古老的 Redis 代理软件了,一般来说,引入代理后性能会比没有引入代理时低一些,毕竟代理会导致一些额外的性能损耗,可是 Twemproxy 却会提升性能, 这主要得益于它的 Pipelining 功能可以实现打包请求,简单点说:当代理收到多个并发请求时,它会把这些请求打包成一个请求发送给后端服务器,从而减少不必要的 RTT。关于 Pipelining 本文不做过多讨论,实际上我想说的是它的另一个功能:连接池!下面看看如何通过 Twemproxy

查看全文: http://www.udpwork.com/item/16920.html

+0  几个用于诊断HTTP响应时间情况的小工具

Tag: Technical | Linux
老王 发于 2018年05月29日 18:31 | 点击: 615 | 展开摘要
如果有人说你的 HTTP 接口响应慢,那可能是他的电脑慢,也可能是网络本身慢,还可能是你的服务器慢,总之想搞清楚到底是哪里慢并不是一件简单的事情,好在有一些小工具可以帮你快速做出正确的判断。

Chrome DevTools:

打开开发者工具,在 Network 一栏里就能看到时间在各个阶段的分布:

Chrome Timing

关于各个阶段的说明,可以参考:Timing breakdown phases explained。

cURL:

虽然 Chrome DevT

查看全文: http://www.udpwork.com/item/16866.html

+0  如何编码事务

Tag: Technical | PHP
老王 发于 2018年04月24日 16:55 | 点击: 1791 | 展开摘要
我说的事务指的是一般的数据库事务,而不是什么分布式事务之类高大上的概念。听起来很简单,但是即便如此,想实现的优雅一点也不是一件容易的事情。 

假设有一个 QA 系统,当用户在上面提问的时候,系统保存问题,然后更新用户的提问数,最后触发一个问题已经被创建的异步事件来解耦逻辑(代码均使用 Lumen 框架):

<?php

try {
DB::beginTransaction();

$question->content = '...';

查看全文: http://www.udpwork.com/item/16806.html

+0  记录file_get_contents返回空字符串的问题

Tag: Technical | PHP
老王 发于 2018年03月21日 19:45 | 点击: 913 | 展开摘要
群里一位大佬上午说了一句箴言:「 世界上没有什么故障是重启解决不了的,如果有,再重启一次。」,结果下午群里就有一位朋友遇到了一个诡异的老版本 PHP 问题:当使用 file_get_contents 抓取网页内容的时候,总是返回空字符串,奇怪的是换用 curl 扩展后又一切正常。不过,重启没有解决他的问题,再重启一次也不行。

既然 curl 能够正常工作,至少可以证明网络本身没问题。

首先值得怀疑的是 allow_url_fopen 配置。如果没有开启它的话,

file

查看全文: http://www.udpwork.com/item/16739.html

+0  谈谈SQL查询中回表对性能的影响

Tag: Technical | PostgreSQL
老王 发于 2018年02月27日 20:53 | 点击: 626 | 展开摘要
运营反馈某个功能速度很慢,查了一下,定位到如下 SQL:

select id from user

where name like ‘%foobar%’

order by created_at limit 10;

业务需要,LIKE 的时候必须使用模糊查询,我当然知道这会导致全表扫描,不过速度确实太慢了,直观感受,全表扫描不至于这么慢!

我使用的数据库是 PostgreSQL,不过它和 MySQL 差不多,也可以 EXPLAIN:

SQL W

查看全文: http://www.udpwork.com/item/16676.html

+0  记一次sftp故障

Tag: Technical | Linux
老王 发于 2018年01月27日 12:05 | 点击: 2113 | 展开摘要
同事在使用 sftp 连接服务器的时候出现错误信息:session is down,已经自行检查了服务器地址,端口,用户名,密码等种种可能出现低级失误的地方,结果找不到原因。

同事找到我时,开始我觉得仅凭直觉并不好下手,不过但凡遇到此类问题多半都是先找是不是有日志可看,好消息是系统日志都在 /var/log 目录里,坏消息是文件有点多,不容易立刻看出哪个是相关文件,不过这个问题好解决,我们只要再触发一次错误,然后查看 /var/log 目录下哪个文件在最近修改过即可,利用此

查看全文: http://www.udpwork.com/item/16635.html
|<<<1234567>>>| 一共13页, 154条记录