Go Get : "module declares its path as : xxxxxxx" 声明与路径不匹配 作者: 王十三 时间: 2020-08-15 分类: GoLang 评论 直接修改go.mod 文件 replace ( github.com/golang/lint v0.0.0-20190313153728-d0100b6bd8b3 => golang.org/x/lint v0.0.0-20190313153728-d0100b6bd8b3 github.com/testcontainers/testcontainer-go v0.0.2 => github.com/testcontainers/testcontainers-go v0.0.2 github.com/testcontainers/testcontainers-go v0.0.2 => github.com/testcontainers/testcontainer-go v0.0.2 golang.org/x/lint v0.0.0-20190313153728-d0100b6bd8b3 => github.com/golang/lint v0.0.0-20190313153728-d0100b6bd8b3 ) 转换声明与路径 即可 (需要带版本号)
Go Micro 环境 (MAC 环境 保持更新) 作者: 王十三 时间: 2020-08-14 分类: GoLang 评论 ##安装 Micro 环境 相关文档 https://www.kancloud.cn/linimbus/go-micro/529024 ###1. 安装Go-Micro服务 官网地址: https://github.com/micro/micro ``` # MacOS curl -fsSL https://raw.githubusercontent.com/micro/micro/master/scripts/install.sh | /bin/bash # Linux wget -q https://raw.githubusercontent.com/micro/micro/master/scripts/install.sh -O - | /bin/bash # Windows powershell -Command "iwr -useb https://raw.githubusercontent.com/micro/micro/master/scripts/install.ps1 | iex" ``` PS : 版本查看 https://github.com/micro/micro/releases curl -s https://github.com/micro/micro/releases | grep \"tag_name\"
为什么选择SenecaJS ！ 作者: 王十三 时间: 2018-10-22 分类: 默认分类 评论 可能是受到 docker 的影响吧， 本人不喜欢太复杂的东西，一直以来的理念就是一个工具就只是在做一件事情。 ** 简单 ** Seneca 是个很简单的框架。内部函数多数也就是使用两个函数 . 添加服务 seneca.add 执行服务 seneca.act 业务项目的时候，我们一般都只是有小数量的服务器，所以在应用上，我们可能不清楚那些服务会高负载，在使用Seneca之后，我们可以轻松吧切换多个服务窗口来支撑单独一条业务线。 ** 开发需要 ** 再接触微信 第三方平台开发的时候，发现对接的服务器需要使用一个对外可访问的地址（IP）。而我们平时并不能保证自己的工作环境有对外的地址。 这个时候，我们只需要保证接口在Seneca上正常运行。然后我们的开发在本地链接远程的微服务，即可。 ** 语法可爱 ** JSON 匹配语法 让我有种暖暖的感觉。
seneca 初识 作者: 王十三 时间: 2018-10-22 分类: NODE.JS 评论 **Seneca是Node.js微服务框架开发工具** 它的目的在于复制架构师和开发人员的服务想法，提供方法把代码融入到由模式所触发的逻辑行为中，这是根据用例所作用的模型。一旦被定义，模式就可以轻松转为API，使用用例和模式来定义消息内容。 **安装 ** npm install seneca --save -dev **入门代码** ```javascript /** * 参考 https://segmentfault.com/a/1190000011130919 **/ let seneca = require('seneca')(); //匹配参数 let pattern = { module: 'demo', action: 'greeting' }; //匹配方法 let action = function (msg, done) { done(null, { answer: 'hello, ' + msg.name }); } seneca.add(pattern, action); // 执行方法 var req = {module: 'demo', action: 'greeting', name:'Marlin'} seneca.act( req, function (error, result){ if ( error ) console.log(error); else console.log(result.answer); }) ``` **运行代码** ```shell hello, Marlin {"kind":"notice","notice":"hello seneca 0j97bzt5lj8q/1540217000612/9065/3.7.0/-","level":"info","seneca":"0j97bzt5lj8q/1540217000612/9065/3.7.0/-","when":1540217000750} ``` ** 结果分析 ** 执行方法中的JSON 对象 'module','action'，两个属性与值 都与 匹配参数 中的相同，所以该对象就进入了匹配方法中。
MySQL 5.6 & 5.7最优配置文件模板 作者: 王十三 时间: 2018-01-03 分类: 服务器运维 评论 > http://www.innomysql.net/article/21730.html 整理了一份最新基于MySQL 5.6和5.7的配置文件模板， 基本上可以说覆盖90%的调优选项，用户只需根据自己的服务器配置稍作修改即可，如InnoDB缓冲池的大小、IO能力（innodb_buffer_pool_size，innodb_io_capacity)。特别注意，这份配置文件不用修改，可以直接运行在MySQL5.6和5.7的版本下， 这里使用了小小的技巧，具体可看配置文件。如果配置参数存在问题，也可以及时反馈，我们一起成长。 触发做这件事情的原因是大部分网络上的MySQL配置文件都非常非常古老，大多都是基于MySQL 5.1的版本，这导致了绝大部分MySQL并没有运行在最优的环境，从而导致一些错误的使用，亦或是灾难性事故的发生，比如数据丢失，主从数据不一致等。而这些问题早在5.6版本及以后的版本中得到了解决。 最后，抛弃你那所谓的、陈旧的、错误的MySQL配置文件，面向一个崭新的高性能、高可靠、高可扩展MySQL时代，你要做的就是下载这份配置文件并用于你的生产环境。配置如下： [client] user=davi password=88888888 [mysqld] ########basic settings######## server-id = 11 port = 3306 user = mysql bind_address = 10.166.224.32 autocommit = 0 character_set_server=utf8mb4 skip_name_resolve = 1 max_connections = 800 max_connect_errors = 1000 datadir = /data/mysql_data transaction_isolation = READ-COMMITTED explicit_defaults_for_timestamp = 1 join_buffer_size = 134217728 tmp_table_size = 67108864 tmpdir = /tmp max_allowed_packet = 16777216 sql_mode = "STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER" interactive_timeout = 1800 wait_timeout = 1800 read_buffer_size = 16777216 read_rnd_buffer_size = 33554432 sort_buffer_size = 33554432 ########log settings######## log_error = error.log slow_query_log = 1 slow_query_log_file = slow.log log_queries_not_using_indexes = 1 log_slow_admin_statements = 1 log_slow_slave_statements = 1 log_throttle_queries_not_using_indexes = 10 expire_logs_days = 90 long_query_time = 2 min_examined_row_limit = 100 ########replication settings######## master_info_repository = TABLE relay_log_info_repository = TABLE log_bin = bin.log sync_binlog = 1 gtid_mode = on enforce_gtid_consistency = 1 log_slave_updates binlog_format = row relay_log = relay.log relay_log_recovery = 1 binlog_gtid_simple_recovery = 1 slave_skip_errors = ddl_exist_errors ########innodb settings######## innodb_page_size = 8192 innodb_buffer_pool_size = 6G innodb_buffer_pool_instances = 8 innodb_buffer_pool_load_at_startup = 1 innodb_buffer_pool_dump_at_shutdown = 1 innodb_lru_scan_depth = 2000 innodb_lock_wait_timeout = 5 innodb_io_capacity = 4000 innodb_io_capacity_max = 8000 innodb_flush_method = O_DIRECT innodb_file_format = Barracuda innodb_file_format_max = Barracuda innodb_log_group_home_dir = /redolog/ innodb_undo_directory = /undolog/ innodb_undo_logs = 128 innodb_undo_tablespaces = 3 innodb_flush_neighbors = 1 innodb_log_file_size = 4G innodb_log_buffer_size = 16777216 innodb_purge_threads = 4 innodb_large_prefix = 1 innodb_thread_concurrency = 64 innodb_print_all_deadlocks = 1 innodb_strict_mode = 1 innodb_sort_buffer_size = 67108864 ########semi sync replication settings######## plugin_dir=/usr/local/mysql/lib/plugin plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so" loose_rpl_semi_sync_master_enabled = 1 loose_rpl_semi_sync_slave_enabled = 1 loose_rpl_semi_sync_master_timeout = 5000 [mysqld-5.7] innodb_buffer_pool_dump_pct = 40 innodb_page_cleaners = 4 innodb_undo_log_truncate = 1 innodb_max_undo_log_size = 2G innodb_purge_rseg_truncate_frequency = 128 binlog_gtid_simple_recovery=1 log_timestamps=system transaction_write_set_extraction=MURMUR32 show_compatibility_56=on