分类: 计算机

  • WordPress速搬家简记

    因为原来搬瓦工的128M OpenVZ服务器不再提供,所以这次搬家到DigitalOcean,也是鸟枪换炮的过程。

    搬家其实很简单,首先用Oneinstack的提供的备份功能直接备份数据库和网站文件就搞定了50%。注意按照正确的方法操作。

    新建同样配置的虚拟主机

    安装好oneinstack之后,将DNS指向新的服务器,然后按照教程运行”./vhost.sh”添加和原来一样配置的虚拟主机,这一步会顺路完成SSL证书的安装。

    数据库

    因为这里的数据库备份本质在于使用mysqldump,所以如果想导入回来,就需要像这样:

    mysql -uroot -p123456 < DB_wordpress_20191002_01.sql

    注意,这里的用户名是root,密码是123456,-u -p是必要前缀,一般来说,你应该设置和以前一样的密码。

    如此任何人都能快速导入数据库。

    以上的命令没有包含被导入的数据库名, 这是因为Oneinstack Dump出来的SQL文件都包含以下内容:

    CREATE DATABASE /*!32312 IF NOT EXISTS*/ `wordpress` /*!40100 DEFAULT CHARACTER SET utf8mb4 */;

    USE `wordpress`;

    因为以上内容的存在,导入SQL文件会自动创建对应名字的数据库。

    如果你想手动管理将数据库导入哪个数据库,那么你需要使用的是:

    mysql -uroot -p123456 dbname < DB_wordpress_20191002_01.sql

    网站文件

    至于网站文件呢?只需要先用oneinstack新建同名的网站,然后用备份的压缩包文件覆盖新生成的网站文件夹就结束了所有过程。

    简单来说,是这样:

    cd /data/wwwroot

    将网站备份tgz压缩包上传到这个目录,然后执行以下命令:

    tar -zxvf 网站文件备份.tgz

    整个网站搬家过程到此基本完成。

    现在是越来越懒得折腾了,还好上面的过程只要学会了,几分钟即能结束。

  • 数字货币分片意淫

    现在2018年末尾,2019年初之前,然而还有很多项目在做分片,更多项目还在做分片预期——比如BCH(Bitmain Cash)的分片扩容设计构想。

    然而,就连Nchain都知道分片纯扯淡,逻辑上就是讲不通的。而分片方案是计算机行业常见的解决方案,这种扩容方式在比特币内部早就探讨实现过很多次,结论和Nchain的看法基本相同。现在做分片,如同依然在比特币的垃圾堆捡真正的垃圾,怎么可能取得成就。

    在数字货币上做分片问题上,任何了解数据库的人都会说现在的任何分片方案都是纯粹意淫,也就是骗子们做做庒还能炒作。

    现在凡是在做分片的人,都是在做有意无意的骗子,良心点的还不犯法,不要脸的就炒作公司背景和做虚假流量,反正能骗一波是一波。

  • RSK(RootStock) Analysis

    RSK Analysis: Dave Liu, CTO MacroSQL Technology. Dec 18, 2017
    RSK platform is, at its core, the combination of:
    1. A Turing-complete resource-accounted deterministic virtual machine (for smart contracts)
    2. A two-way pegged Bitcoin sidechain (for BTC denominated trade)
    3. A dynamic hybrid merge-mining/federated consensus protocol (for consensus security), and a low-latency network (for fast payments).
    Analysis:
    1. VM is a relative gigantic structure, it has it’s language, language parser, run-time environment and security infrastructure. Even Google, when it start its Android system, is built upon Oracle’s VM. And OpenJDK has never need very mature and robust after even a 10 years collected efforts by Google, Intel and many other. Ethereum platform’s VM has been attacked in DAO case at the beginning and frequently has security problem. RSK’s VM will be battling the security for a very long time. For Ethereum and its security issue, please refer to http://sccbit.org/faq/#ethereum_diff
    2. 2-way peg(for BTC denominated trade) is rough move some part of the bitcoin traffic to RSK chain. While still use BTC. It is similar to create a new side chain that is connect to Bitcoin network for better speed. How many would move their bitcoin coin to an second network and security risk is addition (the risk of Bitcoin + risk of RSK) and operation is addition? To trade of security+trouble for faster? NOT me.
    3. partition of Bitcoin based on geographic has been in discussion for very long time. an federated block chain is inherently very risky, especially cross to different federate.
    4. Team: All of the RSK members are from Argentina and educated in Argentina, with CEO attend 3 colleges without get a Bachelor degree. After Latin America house bubble and debt crisis, Argentina currency tumble hundreds of times and default multiple times, overall don’t have a single technical company that is competitive in any industry. Overall is similar to Tibet, China. While all of the key CPU, Database, Telecom Billing, OS are dominated by USA and Israel. I don’t see any Latin America team can compete in this high performance space.
    SCC is an multi-layer networks created by MacroSQL, a California Database company. It is the first parallel blockchain directly deal with Bitcoin performance. It can handle millions transaction per second by using hundreds of servers in parallel. It overcome most of pain points of Bitcoin while avoid RSK weakness. Check it out at sccbit.org for details.
    RSK分析:MacroSQL技术首席技术官Dave Liu。 2017年12月18日

    RSK平台的核心是以下方面的组合:
    1. 图灵完成资源占用的确定性虚拟机(用于智能合约)
    2. 双向挂钩的比特币侧链(用于BTC计价交易)
    3. 动态混合合并/挖掘/联合共识协议(用于共识安全)以及低延迟网络(用于快速支付)。
    分析:
    1. 虚拟机是一个相对巨大的结构,它具有语言,语言解析器,全功能运行环境和安全基础架构。 最初Google开始研发它的android系统,也是建立在Oracle的VM虚拟机之上的。OpenJDK即便经过 Google,Intel以及其他公司10多年的努力之后,仍然未能发展到足够成熟和安全。以太坊平台的 虚拟机在一开始就遭到了诸如DAO事件一样的攻击,并且经常有安全问题。 RSK的虚拟机将在很 长一段时间内与安全性问题作斗争。有关以太坊及其安全问题,请参阅 http://sccbit.org/faq/? lang=zh#ethereum_diff
    2. 双向挂钩比特币侧链(用于BTC计价交易)只是简单粗暴地将部分比特币流量转移到RSK链, 其实仍然主要使用BTC。这是类似于创建一个新的侧链,连接到比特币网络分流以提高处理速 度。可是有多少人会将他们的比特币移动到第二个网络,付出额外的开销以及承担双重的安全性 风险(比特币网络以及RSK网络双重的安全性风险,RSK安全风险会比比特币高10倍以上),而 且增加一道转移麻烦,以换取较快的处理速度?至少我不会这样做。
    3. 比特币在地理上分区这个问题已经讨论了很长时间了。联合链本质上是非常危险的,尤其是跨 越不同的联合链。
    4.团队:所有RSK成员来自阿根廷,在阿根廷接受教育,首席执行官就读了3所大学而没有获得学 士学位。 在拉美房地产泡沫破灭和债务危机之后,阿根廷货币多次贬值达数百倍,违约多次,
    整体上没有一家技术公司在任何行业在国际上具有竞争力,总体上与中国西藏发展水平相似。 而所有关键的CPU,数据库,高频电信计费,操作系统都是由美国和以色列垄断的。 我没有看 到任何拉美团队有能力在这个解决区块链性能的顶级技术领域参与竞争。
    而SCC是一个全部由一家美国硅谷,由顶级数据库内核专家负责的多重网络,世界第一个并行区 块链,直接解决了比特币的性能问题。它通过使用数百台并行的服务器每秒处理数百万次事务, 克服了比特币的大部分痛点,同时避免了RSK的弱点。详情请参阅http://sccbit.org/?lang=zh

     

    这是一篇转载的文章,这里提供原作者做的PDF。里面的一些中英文翻译不是太妥当,不过我是直接把PDF内容复制粘贴过来的,所以如果觉得内容有点奇怪就去看原英文。

    RSK分析_CN_EN_1.1d (2)

  • 数字货币的真正未来

    现在发行的币主要有基础的数字货币,代币,平台币等其他一些从现实概念里面直接转换过来的币。

    平台币和有特殊金融意义的代币不论,就说数字货币和应用类代币,毕竟这两者可能是目前被关注度最高的。

     

    应用类代币往往有具体的用途,要不怎么叫做应用代币?实际上它本身就很滑稽,毕竟谁出门也不会先要拿一个包子币豆浆币白菜币,谁家网上购物先买几个京东币,淘宝币?

    而应用类代币用户和用途覆盖面少,可靠性差,竞争对手如果用数字货币对抗,而凑巧的是数字货币的用途和用户都极多。

    再则明显的,会进行多层兑换的依然是极少数人,大量进行兑换的场景很可能只是存在想象中——只要你相信未来的人必然不会舍近求远。

     

    那么,正宗的数字货币才是最后的赢家。

    EOS,ETH等等一切搞智能合约的币实现难度极大,安全性还差,低级错误烂大街,那么直接结论就是他们必然不是未来的数字货币。

    纯粹的数字货币,必将击败一切代币和合约币,拥有最大的可能成为未来人类的真正货币。

    加上数字货币的先天网络优势,赢家也只有少数几个,多出来的没有价值。

     

    目前的现实世界中,很多代币更加不堪,几乎就算不上有什么具体意义的东西。而项目方热衷于发行代币,可能仅仅是因为这样才方便自己和伙伴们捞钱,包括而不限于ICO,非常高的控制比例便于坐庄。
    另外,比特币如果除开性能问题,本来就比较接近现实,吴忌寒竟然跑去投RSK这种傻叉东西,又去搞黑洞,他们这帮人不破产谁破产?

     

    再则关于智能合约的安全性:

     

    写出来的合约本身是代码,承载合约的主链照样是根植在代码上,而即便是知名的编译器,虚拟机,依然是安全问题尚未断绝,并且在未来也不见得有起色。你所说的业内人士,不知对此作何感想?

    比特币本身只做最核心的,依然不断发现新的可能危害整个网络安全性的bug,更复杂的合约币哪怕是实现和比特币一样的安全性都是臆想。

     

    而那些具有特殊金融意义的代币也不可能作为货币使用,所以胜者依然是正宗的数字货币。

    智能合约和数据上链当然很有价值,只不过他不应该和数字货币完全混合在一起,价值过于高估。

  • 接受推荐交易所上币

    可能大家都不知道,最近我投资的一个项目其中的交易所(RTFINEX交易所)部分上线了。

    作为一个美国国籍人士开发和管理的,设立在美国的,受到美国法律法规监管的专业交易所,它的优势还是非常大的。

    原来的国内交易所纷纷跑到马耳他,这基本就是随意割韭菜的代名词,内幕操纵完全是家常便饭,OKEX的悲剧还必将反复重演。除开这点,现在的很多的新兴的交易所都是买的PHP交易引擎开发,性能差安全性差基本是通病,因为他们自己都说不清自己在干什么。

    而这次我参与的项目的其中的交易所部分,完全自研的交易引擎,至少能达到300万的TPS!我不知道有谁还能更强,哪怕国家队出手,大概也不过如此。Coinex仅仅是10000的TPS都要放到首页上宣传,业界的常见水准可见一斑。如果知道12306的开发经费,就应该知道这到底意味着什么。

    交易所开发团队的CEO是原来Intel,Oracle等公司的性能架构师,从2008年开始阿里巴巴都在试图挖他过去做总架构师,有这种表现并不奇怪。

    以上就是背景介绍了。

    我作为早期参与者,可以向CEO推荐上币项目,当然不如说是我可以推荐我看得顺眼的项目。因为上一些好的项目可以帮助交易所发展,我作为利益相关人,完全可以实现我,开发团队,被上币方项目的三赢,所以通告大家一声。

    目前交易所不收取上架费用,但是需要经过团队评测。所以欢迎告诉我相关信息。

    如果不方便在博客说,请给我发送电子邮件。

  • 重启设备Transmission丢失所有任务问题

    首先我在路由器(OpenWrt)上安装了Transmission来进行BT下载,但是首先就遇到了重启丢失任务问题。   众所周知,默认状态下Transmission的状态(配置)和下载目录都是在TMP下,当然会丢失。但问题在于,为何我把目录改动到了外置磁盘目录还是丢失呢? 其实这原因就很简单了,不过需要一点观察。   Transmission的Luci APP只能修改配置文件,但不是立即生效的,也即Transmission在运行状态中才根本不会管文件的转移同步。   这就导致我如果反复几次改动了”Config file directory”,那么下次启动的时候Transmission就仅仅会试图到最终位置去找那些文件,包括resume文件夹,torrents文件夹,blocklists文件夹。   而又因为Luci APP的修改不是立即生效,那么这最后保存的位置未必有这些文件,当然也就会无法找到上次的目录,当然也就无法识别到任何一个任务了。   至于解决方法当然就是把Config file directory改到上次实际下载的真实位置,或者把文件夹们复制到真正的想要的位置去并直接重启。悲剧的是,暂时我发现冷启动OpenWrt的时候依然会有上述问题存在。   Luci APP和Transmission的这种运行状态管理混乱的特性,极大迷惑了使用者们,也是很多麻烦的根源。
  • 外接显卡突破你的想象力之外接耗核显?

    更新:原因我可能已经知道了。

    就是外接显卡的时候安装外接显卡的驱动,就会导致内置显卡重新启用,画面就会变卡。这时候重启系统就好了。

     

    大家都知道 ,笔记本外接显卡,显示器插在哪儿它就应该调用谁。唯一有个例外,Intel 和 NVIDIA显卡组合时笔记本内屏也可以用上NVIDIA显卡,此时甚至还兼容Optimus技术。

    (更多…)

  • OneInStack自动续期letsencrypt证书失败问题

    非常不幸,博客证书竟然真的失效了,在我认知中OneInStack letsencrypt 证书都是可以自动续期的,而现实打脸了我就说明这脚本自动续期是错的。

    网上找了下手动强制续期的魔法咒语

    /usr/local/python/bin/certbot renew –force-renew –renew-hook “/etc/init.d/nginx reload”

    运行之后并没有什么卵用。是一点反应都没有,连报错都没有。

    究其原因,我竟然发现CerBot文件是个0大小的文件,这能有用才真的是奇怪了。

    (更多…)

  • 32位系统找不到ATI显卡OPENCL设备问题

    没错,既然我都这么起标题了,那么就是说你需要64位系统加持。

    之前我在32位设备上尝试用ATI显卡的OPENCL功能,却总是无法找到设备。网上各种方法都试了,什么拷贝文件啊,安装Intel框架,安装某某驱动之类的。结果都是不行。

    后来继续看了下AMD官方的OPENCL 2.0驱动,发现竟然仅仅提供了64位版本。

    那么难道说这我还必须装64位系统?

     

    而我又查证了下,现在ATI显卡驱动默认就已经添加了OPENCL支持,不需要再另外安装OPENCL Runtime。

     

    所以我将该电脑重装64位系统,重新安装显卡官方驱动,终于能顺利使用OPENCL功能了。

  • Insyde H2O BIOS关闭独显,战胜2G内存限制

    平台:神舟K570C i3D1/K610D HM86主板某些型号

    目的:通过BIOS默认参数关闭独显以外接显卡开机

     

    实际上这是个通用问题,不限制于HM86.

     

    (更多…)