localhost

01 : rabbitmq - 介绍和安装

試著忘記壹切 提交于 2019-11-30 14:19:30
RabbitMQ 简介:    RabbitMQ 是一个在AMQP协议标准基础上 开发的 ,可服用的企业消息系统。它遵循 Mozilla Public License开源协议,采用 Erlang 实现的工业级的消息队列(MQ)服务器。    ①、AMQP,即Advanced Message Queuing Protocol,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。 基于此协议的客户端与消息中间件可传递消息,并不受客户端/中间件不同产品,不同的开发语言等条件的限制。    ②、开源。    ③、使用 Erlang 语言编写,这是一种面向并发的编程语言,目的是创造一种可以应对大规模并发活动的编程语言和运行环境。 通俗的讲: RabbitMQ是一种消息队列 ,用于常见的进程通信。支持点对点,请求应答和发布订阅模式 并且提供多种语言的支持。常见的java,c#,php都支持。 常被用在异步处理,应用解耦。流量消锋等复杂的业务场景中。和 java的kafka一样都属于消息中间件。 接下来我们介绍如何在 Linux 系统上安装 RabbitMQ。后续会在此基础上讲解集群的搭建。 1. 修改 host解析 (这里是为了后面做集群) [root@node1 ~]# vim /etc/hosts 127.0.0.1 localhost

Hyperledger Caliper Disable TLS

亡梦爱人 提交于 2019-11-30 14:06:45
更多精彩内容请访问我的新博客站点 前言 最近在使用 Hyperledger Caliper 时,想通过 wireshark 抓包来分析 fabric 运行流程中各阶段的数据信息,但是发现 fabric 节点间的通信使用了传输层安全(Transport Layer Security,TLS)协议,使得通信的报文的内容在抓包后无法分析。因此考虑在测试环境中暂时关闭 TLS,从而能够直接查看报文中承载的数据内容。 实现过程 1. 在 docker-compose 的配置文件中修改环境变量 本实验是在 Hyperledger Caliper 的测试环境中进行的,Caliper 测试工具在运行初始阶段会调用 docker-compose 启动 fabric 的网络,启动的 fabric 默认启用了 TLS,可以在其 docker-compose 的启动配置文件 docker-compose.yaml 中看到环境变量: FABRIC_CA_SERVER_TLS_ENABLED=true ORDERER_GENERAL_TLS_ENABLED=true CORE_PEER_TLS_ENABLED=true 以上三个环境变量都设置为 true。如果要 disable TLS,则需在配置文件 docker-compose.yaml 中将这三个环境变量都注释掉,或者将它们设置为 false。即:

xampp localhost phpmyadmin Access denied for user 'root'@'localhost' (using password: YES)

北战南征 提交于 2019-11-30 13:55:19
I am getting two errors when I try to go to my phpmyadmin localhost Access denied for user 'root'@'localhost' (using password: YES) phpMyAdmin tried to connect to the MySQL server, and the server rejected the connection. You should check the host, username and password in your configuration and make sure that they correspond to the information given by the administrator of the MySQL server. I don't know what I am doing wrong...here is my config code... $cfg['blowfish_secret'] = ''; /* YOU MUST FILL IN THIS FOR COOKIE AUTH! */ /* * Servers configuration */ $i = 0; /* * First server */ $i++; /*

Track localhost on Analytics in Google Tag Manager

佐手、 提交于 2019-11-30 13:46:19
I have a problem with tracking Google Analytics on localhost with Google Tag Manager. I can see on the API for Analytics ( https://developers.google.com/analytics/devguides/collection/analyticsjs/advanced#localhost ), all i need to do is to set cookieDomain to none. I do not find this option in Google Tag Manager. Does anyone know how to do this? The documentation referenced it is about the Universal Analytics (new GA API version). To solve this problem, you have two options: 1) Using the traditional tag "Google Analytics", in 'More settings' > 'Domains and Directories' > 'Domain Name': none 2

nginx静态资源配置(转发)

*爱你&永不变心* 提交于 2019-11-30 13:32:44
传统的web项目,一般都将静态资源存放在 webroot的目录下,这样做很方便获取静态资源,但是如果说web项目很大,用户很多,静态资源也很多时,服务器的性能 或许就会很低下了。这种情况下一般都会需要一个静态资源的服务器。 搭建nginx服务器首先得安装nginx服务,关于nginx服务的安装可以参考我的另一篇博客《nginx服务安装》这里直接介绍静态服务器的配置 进入nginx安装目录的conf目录下,修改nginx.conf文件,在一个server{}中添加 一个location 部分配置代码如下 root@ubuntu:/usr/local/nginx/conf# vi nginx.conf server { listen 80; server_name localhost; location / { root html; index index.html index.htm; } location /image/ { root /usr/local/myImage/; autoindex on; } } 从上面的配置可以看出来 端口为80,server_name为localhost(写ip地址也可以) location /image/ { root /usr/local/myImage/; autoindex on; } 这个配置表示输入 localhost:80

[简短问答]C-Lodop中一些测试用的地址

假如想象 提交于 2019-11-30 13:20:31
测试访问: 访问http://localhost:8000欢迎页面试试 进入欢迎页面http://localhost:8000,点欢迎页面的预览试试 查看下c-lodop启动界面,在设置里查看下当前启动的端口。 访问http://localhost:18000欢迎页面试试。 https的c-lodop: 访问https://localhost:8443欢迎页面试试。 查看下c-lodop启动界面,在设置里查看下当前启动的端口,8443端口是否启动,启动端口号是否是8443 https扩展版C-Lodop如何使用 参考http://www.c-lodop.com/faq/pp32.html 目前只有32位c-lodop扩展版有https端口,安装的是否是32位c-lodop扩展版 集中打印方式的测试: 访问下http://[C-Lodop服务所在主机ip]:[C-Lodop端口],点欢迎页面的预览试试 重启集中打印的云主机上的c-lodop,用最新版c-lodop,确保在启动状态。 AO端桥打印方式测试: 访问下http://[C-Lodop服务所在主机ip或域名]:[C-Lodop端口]/c_aoprint 欢迎页面,查看下端桥是否在线,点预览试试 访问下http://[C-Lodop服务所在主机ip或域名]:[C-Lodop端口]/c_aobridge 测试某端桥下的其他打印机

netstat用法详解

放肆的年华 提交于 2019-11-30 13:18:51
netstat用法详解 知识,netstat用法详解 图片 netstat用法详解 内容,netstat用法详介绍,netstat用法详正文 netstat 命令是一个监控TCP/IP网络的非常有用的工具,它可以显示路由表、实际的网络连接以及每一个网络接口设备的状态信息。 语法选项 netstat [选项] -a或--all:显示所有连线中的Socket; -A<网络类型>或--<网络类型>:列出该网络类型连线中的相关地址; -c或--continuous:持续列出网络状态; -C或--cache:显示路由器配置的快取信息; -e或--extend:显示网络其他相关信息; -F或--fib:显示FIB; -g或--groups:显示多重广播功能群组组员名单; -h或--help:在线帮助; -i或--interfaces:显示网络界面信息表单; -l或--listening:显示监控中的服务器的Socket; -M或--masquerade:显示伪装的网络连线; -n或--numeric:直接使用ip地址,而不通过域名服务器; -N或--netlink或--symbolic:显示网络硬件外围设备的符号连接名称; -o或--timers:显示计时器; -p或--programs:显示正在使用Socket的程序识别码和程序名称; -r或--route:显示Routing Table;

Shiny runExample Error - Fail to create server

亡梦爱人 提交于 2019-11-30 13:08:47
I am trying to play around with Shiny and simply attempted to run the basic out-of-the-box example. No dice. I attempted to Google the Issue but everything appears to address issues when running it on an external server. Maybe I am mistaken, but I assumed that this app would run in my browser using localhost . Here is what I did: install.packages("shiny") library(shiny) runExample("01_hello") Here is the error: > runExample("01_hello") Listening on port 8100 Error in startServer("0.0.0.0", port, httpuvCallbacks) : Failed to create server and for completeness sake, here is my session Info: >

docker安装mysql 8

妖精的绣舞 提交于 2019-11-30 13:01:31
1. 运行容器,自动下载镜像 docker run --name mysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql 2. 创建主机挂载配置文件 mkdir -p ~/i/apps/mysql/{conf,data} conf存放配置文件 data存放数据库文件 3. 初始化配置文件 docker cp mysql:/var/lib/mysql ~/i/apps/mysql/data 将数据库初始文件复制到/usr/mysql/data里面 docker cp mysql:/etc/mysql/my.cnf ~/i/apps/mysql/conf/my.cnf 4. 停止删除容器 docker rm -f mysql 5. 生成启动文件 - start.sh [root@wanfei ~]# cd ~/i/apps/mysql/ $ cat <<EOF > start.sh #!/bin/bash HOST_NAME=mysql.wanfei.xyz REDIS_DIR=`pwd` docker stop mysql docker rm mysql docker run -d \\ --hostname \${HOST_NAME} \\ -p 3306:3306 \\ --name mysql \\ --privileged=true \\

ASP.NET Core中的缓存[1]:如何在一个ASP.NET Core应用中使用缓存

别来无恙 提交于 2019-11-30 12:59:11
.NET Core针对缓存提供了很好的支持 ,我们不仅可以选择将数据缓存在应用进程自身的内存中,还可以采用分布式的形式将缓存数据存储在一个“中心数据库”中。对于分布式缓存,.NET Core提供了针对Redis和SQL Server的原生支持。除了这个独立的缓存系统之外,ASP.NET Core还借助一个中间件实现了“响应缓存”,它会按照HTTP缓存规范对整个响应实施缓存。不过按照惯例,在对缓存进行系统介绍之前,我们还是先通过一些简单的实例演示感知一下如果在一个ASP.NET Core应用中如何使用缓存。 目录 一、将数据缓存在内存中 二、基于Redis的分布式缓存 三、基于SQL Server的分布式缓存 四、缓存整个HTTP响应 一、将数据缓存在内存中 与针对数据库和远程服务调用这种IO操作来说,应用针对内存的访问性能将提供不止一个数量级的提升,所以将数据直接缓存在应用进程的内容中自然具有最佳的性能优势。与基于内存的缓存相关的应用编程接口定义在NuGet包“Microsoft.Extensions.Caching.Memory”中,具体的缓存实现在一个名为MemoryCache的服务对象中,后者是我们对所有实现了IMemoryCache接口的所有类型以及对应对象的统称。由于是将缓存对象直接置于内存之中,中间并不涉及持久化存储的问题,自然也就无需考虑针对缓存对象的序列化问题