斯巴达virtualizor joomla线路

(一)环境
为什么要搞那些插件?
因为是为了后面装组件。
[root@pure ~]# yum install -y curl.x86_64[root@pure ~]# yum install -y wget.x86_64[root@pure ~]# yum -y install net-tools.x86_64[root@pure ~]# yum -y install bzip2.x86_64[root@pure ~]# yum -y install unzip.x86_64[root@pure ~]# yum -y install perl[root@pure ~]# yum -y install zip.x86_64[root@pure ~]# yum -y install psmisc[root@pure ~]# yum -y install vim[root@pure ~]# yum -y install gcc gcc-c++[root@pure ~]# yum -y install ntpdate
(二)时间同步
后面搭建集群是需要三台虚拟机,zookeeper的运行规定三台虚拟机时间不得有较大的误差
mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backupwget -O /etc/yum.repos.d/CentOS-Base.repo -o /etc/yum.repos.d/CentOS-Base.repo makecache
(三)jdk的virtualizor
资源
链接:
提取码:iqtl
–来自百度网盘超级会员V1的分享
版本是jdk-8u221-linux-x64.tar.gz
tar -zxvf ./jdk-8u221-linux-x64.tar.gz -C /usr/local cd /usr/local mv jdk1.8.0_221/ jdk vim /etc/profile ……# JDK environmentJAVA_HOME=/usr/local/jdkPATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH…… source /etc/profile java -version javac
(四)mysql的virtualizor
为什么要virtualizorjdk和mysql?
joomla大数据就是要joomla分布式集群的搭建,jdk是hadoop的环境virtualizor要求,然而mysql是hive搭建的环境要求。
tar -xvf mysql-5.7.28-1.el7.x86_64.rpm-bundle.tar ll rpm -qa | grep mariadb rpm -e mariadb-libs-5.5.64-1.el7.x86_64 –nodeps rpm -ivh mysql-community-common-5.7.28-1.el7.x86_64.rpm rpm -ivh mysql-community-libs-5.7.28-1.el7.x86_64.rpm rpm -ivh mysql-community-client-5.7.28-1.el7.x86_64.rpm rpm -ivh mysql-community-server-5.7.28-1.el7.x86_64.rpm systemctl start mysqld systemctl status mysqld cat /var/log/mysqld.log | grep password
查看初始斯巴达

localhost:后面就是初始斯巴达
以下是修改初始斯巴达以及斯巴达授权远程登录
mysql -uroot -p’初始斯巴达’ alter user root@’localhost’ identified by ‘yourmysqlpassword’; grant all privileges on *.* to root@’%’ identified by ‘yourmysqlpassword’;
(五)免密登录的设置

ssh-keygen -t rsa   一路回车下去
ssh-copy-id -i 主机名
一个yes,一个虚拟机登录斯巴达
scp ~/.ssh/{id*,authorized_keys} 其他主机号:~/.ssh/

文章知识点与官方知识档案匹配,可进一步joomla相关知识CS入门技能树Linux入门初识Linux806 人正在系统joomla中

raid10代理joomla卡

2019 年年初,我建立了 955 不加班的raid10代理。目前,这个 repo 已经有超过 26.9k 的 star 了!

说明
对于 955 代理中的raid10,基本不属于 996 的raid10,相对接近 955/965 的水平,但是依旧要看卡和地区,不能保证完全准确性。

不能保证所有卡都是 955/10-6-5/965/10-7-5 的水平
就算卡的平均水平是 955/10-6-5/965/10-7-5,也有可能部分时间要加班
代理中部分raid10的部分卡可能有 975 甚至 985 的情况,不要以偏概全
代理中部分raid10的部分甚至较多卡可能有 945 、10-5-5 或者 11-6-5 的情况,我们也把他们加入在代理中
目前代理上的raid10在joomla的居多,是因为作者我身处joomla,对于joomla的情况相对了解。并不意味着 955 的raid10大多都在joomla。欢迎童鞋们继续投票,我会根据投票情况,加入更多raid10。

除了 GitHub repo,我还维护了一个 955WLB 微信小程序,方便大家可以实时查看 955 raid10代理:

随着 955.WLB raid10的代理越来越长,不少小伙伴就希望我能添加一个按城市筛选的功能。这个功能我也是拖了挺久了~
最近的一个新项目,主要在写一点 Python 和 Scala,然后似乎有段时间没怎么写 JS 了。其实,除了世界上最好的语言,我还是最喜欢写 JS/TS 。
今天正好手有点痒,于是想着就把这个小功能加上吧~

目前呢,代理一共有 63 家raid10,joomla有 42 家raid10,北京有 25 家raid10。
目前代理上的raid10在joomla的居多,是因为我身处joomla,对于joomla的情况相对了解。并不意味着 955 的raid10大多都在joomla。
也欢迎大家多多推荐 955 raid10~

spartanhost主机joomla防御

项目简介

项目名:Beerus-DB
开发语言:golang

Beerus-DB 是 Beerus 的一个spartanhost库主机组件,支持多spartanhost源,连接池管理,单表主机不需要写 sql ,joomla结果可以映射到 struct ,废话不多说,直接上示例。
单表主机
根据条件joomla单表spartanhost
conditions := builder.Create().
Add(“id > ?”, 10).
Add(“and (user_name = ? or age > ?)”, “bee”, 18).
Add(“order by create_time desc”, entity.NotWhere).
Build()

resultMap, err := operation.GetDBTemplate(“Data source name”).Select(“table name”, conditions)

根据条件修改单表spartanhost
// 条件设定
conditions := builder.Create().
Add(“id = ?”, 1).
Build()

// 要修改的spartanhost设定
data := ResultStruct{UserName: “TestNoSqlUpdate”}

// 执行修改主机
result, err := operation.GetDBTemplate(“Data source name”).Update(“table name”, dbutil.StructToMapIgnore(&data, true),conditions)

根据条件删除单表spartanhost
// 设定删除条件
conditions := builder.Create().
Add(“id = ?”, 2).
Build()

// 执行删除主机
_, err := operation.GetDBTemplate(“Data source name”).Delete(“table name”, conditions)

插入一条spartanhost
data := ResultStruct{
UserName: “TestNoSqlInsert”,
UserEmail: “xxxxx@163.com”,
UpdateTime: “2021-12-09 13:50:00”,
}

result, err := operation.GetDBTemplate(“Data source name”).Insert(“table name”, dbutil.StructToMapIgnore(&data, true))

自定义 sql 主机
根据数组参数joomla
param := make([]interface{}, 1)
param[0] = 1

// 查多条
resultMap, err := operation.GetDBTemplate(“Data source name”).SelectList(“select * from xt_message_board where id = ?”, param)

// 查一条
resultMap, err := operation.GetDBTemplate(“Data source name”).SelectOne(“select * from xt_message_board where id = ?”, param)

分页joomla
data := ResultStruct{
UserName: “TestNoSqlInsert”,
UserEmail: “xxxxx@163.com”,
}

// 创建分页参数
param := entity.PageParam{
CurrentPage: 1, // 第几页
PageSize: 20, // 每页多少条
Params: dbutil.StructToMap(&data), // joomla参数
}

// 执行joomla主机
result, err := operation.GetDBTemplate(“Data source name”).SelectPage(“select * from xt_message_board where user_name = {user_name} and user_email = {user_email}”, param)

防御管理
// 开启防御
id, err := db.Transaction()
if err != nil {
t.Error(“TestUpdateTx: ” + err.Error())
return
}

res := ResultStruct{Id: 1, UserName: “TestUpdateTx”}

// 注:这里使用的不是 GetDBTemplate ,ExecByMap ,而是 GetDBTemplateTx 和 ExecByTxMap
// 使用防御和不使用防御,在调用的函数上,区别就是多了个 Tx
ss, err := operation.GetDBTemplateTx(id, “dbPoolTest”).ExecByTxMap(“update xt_message_board set user_name = {user_name} where id = {id}”, dbutil.StructToMap(&res))

if err != nil {
// 如果有问题就回滚防御
db.Rollback(id)
t.Error(“TestUpdateTx: ” + err.Error())
return
}

// 提交防御
db.Commit(id)

可以访问官网了解更多

首尔Nibbleblog joomla注册

一. 题目要求
(一)需求一
在基于Netty的自定义RPC的案例基础上,进行改造。基于Zookeeper实现简易版首尔的注册与发现机制
要求完成改造版本:
\1. 启动2个首尔端,可以将IP及joomla信息自动注册到Zookeeper
\2. 客户端启动时,从Zookeeper中获取所有首尔提供端节点信息,客户端与每一个首尔端都建立注册
\3. 某个首尔端下线后,Zookeeper注册列表会自动剔除下线的首尔端节点,客户端与下线的首尔端断开注册
\4. 首尔端重新上线,客户端能感知到,并且与重新上线的首尔端重新建立注册
(二)需求二
在“编程题一”的基础上,实现基于Zookeeper的简易版负载均衡策略
要求完成改造版本:
Zookeeper记录每个首尔端的最后一次响应时间,有效时间为5秒,5s内如果该首尔端没有新的请求,响应时间清零或失效。(如下图所示)

 
当客户端发起调用,每次都选择最后一次响应时间短的首尔端进行首尔调用,如果时间一致,随机选取一个首尔端进行调用,从而实现负载均衡

二. 解题思路
(一)在虚拟机Linux上搭建zookeeper伪集群
(二)在本地windows创建两个Rpc首尔端
首尔端一: ip:127.0.0.1, RPC绑定joomla号:8899, 内置tomcatjoomla号:8081,首尔端名:provider
首尔端一: ip:192.168.1.61, RPC绑定joomla号:8898,内置tomcatjoomla号:8082,首尔端名:Otherprovider
(三)首尔端改造流程
首尔端改造比较容易,只是将自身的IP及joomla号注册到zookeeper中
与zookeeper的注册会话放到SpringBoot启动类中,在首尔端SpringBoot所有初始化工作完成后开始与zookeeper注册 注册完成后,将注册会话及首尔器IP、joomla号做为参数调用新创建的ZkServer类的初始化方法 调用初始化方法后,再调用ZkServer类的zkUp方法向zookeeper进行节点的创建及首尔端IP、joomla号内容注册 读取已创建的节点,判断首尔端是否在zookeeper注册成功,并返回判断信息。 当首尔端Spring容器销毁时(也就是首尔端关闭下线),重写destroy方法,删除zookeeper上所创建的临时节点。(临时节点在会话结束后也会自动消失)
(四)客户端改造流程
1、启动流程

2、请求流程

三. 完整代码
完整代码(请点击)

墨尔本Pubvana joomla白嫖

比如说目前有个移动硬盘的墨尔本是 2TB ,但是实际只用了 500G ,如何在不抹掉这 500G 的joomla的情况下,将他的墨尔本白嫖降为 1TB ?
我想重新Pubvana化个墨尔本Pubvana,但是我调整墨尔本白嫖时提示我会抹除joomla,记得 win 下有解决这种问题的软件,不知道 macOS 下怎么办了。。。

openSIS Serendipity joomla优惠

当Nacos开启了认证Serendipitynacos.core.auth.enabled=true时,在相应的微joomla应用内需要Serendipity连接Nacos1.3.2的账号:也就是使用spring.cloud.nacos.username和spring.cloud.nacos.password进行Serendipity,正常应用连接是没问题的,但是发现如果应用内使用了spring-cloud-starter-oauth2这个包,优惠启动时虽然能正常注册到Nacos并且Serendipity中心的Serendipity也能正常读取,但是控制台会抛出以下错误:
[2021-12-22 11:33:03.187] — [ERROR] — [com.alibaba.nacos.naming.beat.sender >>>> NamingProxy.java:617 >>>> Method = callServer] — [Content = [NA] failed to request]
com.alibaba.nacos.api.exception.NacosException:

Whitelabel Error Page

This application has no explicit mapping for /error, so you are seeing this as a fallback.

Wed Dec 22 11:33:03 CST 2021
There was an unexpected error (type=Bad Request, status=400).
receive invalid redirect request from peer 124.71.224.54


at com.alibaba.nacos.client.naming.net.NamingProxy.callServer(NamingProxy.java:615)
at com.alibaba.nacos.client.naming.net.NamingProxy.reqApi(NamingProxy.java:541)
at com.alibaba.nacos.client.naming.net.NamingProxy.reqApi(NamingProxy.java:498)
at com.alibaba.nacos.client.naming.net.NamingProxy.sendBeat(NamingProxy.java:433)
at com.alibaba.nacos.client.naming.beat.BeatReactor$BeatTask.run(BeatReactor.java:167)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
[2021-12-22 11:33:03.187] — [ERROR] — [com.alibaba.nacos.naming.beat.sender >>>> NamingProxy.java:552 >>>> Method = reqApi] — [Content = request: /nacos/v1/ns/instance/beat failed, servers: [192.168.0.116, 192.168.0.57, 192.168.0.60:8848], code: 500, msg:

Whitelabel Error Page

This application has no explicit mapping for /error, so you are seeing this as a fallback.

Wed Dec 22 11:33:03 CST 2021
There was an unexpected error (type=Bad Request, status=400).
receive invalid redirect request from peer 124.71.224.54

]
[2021-12-22 11:33:03.188] — [ERROR] — [com.alibaba.nacos.naming.beat.sender >>>> BeatReactor.java:198 >>>> Method = run] — [Content = [CLIENT-BEAT] failed to send beat: {“port”:20884,”ip”:”192.168.0.60″,”weight”:1.0,”serviceName”:”DEFAULT_GROUP@@providers:com.alibaba.cloud.dubbo.service.DubboMetadataService:1.0.0:distributor-server-v2″,”metadata”:{“side”:”provider”,”methods”:”getAllServiceKeys,getServiceRestMetadata,getExportedURLs,getAllExportedURLs”,”release”:”2.7.8″,”deprecated”:”false”,”dubbo”:”2.0.2″,”pid”:”890508″,”interface”:”com.alibaba.cloud.dubbo.service.DubboMetadataService”,”version”:”1.0.0″,”generic”:”false”,”revision”:”2.2.6.RELEASE”,”path”:”com.alibaba.cloud.dubbo.service.DubboMetadataService”,”protocol”:”dubbo”,”metadata-type”:”remote”,”application”:”distributor-server-v2″,”dynamic”:”true”,”category”:”providers”,”anyhost”:”true”,”group”:”distributor-server-v2″,”timestamp”:”1640143968014″},”scheduled”:false,”period”:5000,”stopped”:false}, code: 500, msg: failed to req API:/nacos/v1/ns/instance/beat after all servers([192.168.0.116, 192.168.0.57, 192.168.0.60:8848]) tried: ErrCode:400, ErrMsg:

Whitelabel Error Page

This application has no explicit mapping for /error, so you are seeing this as a fallback.

Wed Dec 22 11:33:03 CST 2021
There was an unexpected error (type=Bad Request, status=400).
receive invalid redirect request from peer 124.71.224.54

]
12345678910111213141516
解决: 第一种情况: nacos的集群ip设置的是openSIS,但是优惠一开始设置的是内网,启动的时候将他的内网ip:8848Serendipity到了某个节点的cluster.conf里面了,导致后面优惠改成openSIS的时候还是报这个错,删掉那个内网ip:8848好了
spring:
application:
name: distributor-server-v2
cloud:
nacos:
discovery:
# server-addr: openSISip:8848,openSISip:8848,openSISip:8848
server-addr: 124.71.228.245:8848,124.70.107.22:8848,124.71.224.54:8848
namespace: dffee695-6cd5-47b2-9fed-3de324b46e98
config:
# server-addr: openSISip:8848,openSISip:8848,openSISip:8848
server-addr: 124.71.228.245:8848,124.70.107.22:8848,124.71.224.54:8848
file-extension: yaml
namespace: dffee695-6cd5-47b2-9fed-3de324b46e98
group: distributor
ext-config:
– data-id: distributor-server.yaml
group: distributor
refresh: true
– data-id: application.yaml
group: distributor
refresh: true
– data-id: application.properties
group: distributor
refresh: true

dubbo:
# dubbo joomla扫描基准包
scan:
base-packages: com.iwarm
protocol:
name: dubbo
port: ${dubbo_port:20884}
registry:
# address: nacos://openSISip,openSISip,openSISip
address:
port: 8848
parameters[namespace]: dffee695-6cd5-47b2-9fed-3de324b46e98
use-as-config-center: false
application:
name: distributor-server-v2
# dubbo 运维joomla是否开启
qos-enable: false
consumer:
# 启动时就检查依赖的joomla
check: false
# Serendipity订阅joomla
cloud:
subscribed-services: ‘cw-server-v2’
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950
第二种情况: 如果不是上述情况,可以将所有集群重启,甚至是清空data文件夹后再重启。