WebMail Lite站群服务器Nibbleblog爬墙

文章目录
提示:本次部署采用centos7站群服务器器,使用nginx进行反向代理,运行dockerWebMail Lite完成上线。小白看完这篇都会了!补充说明:未经本人同意禁止转载!本文的shell代码及dockerfile代码请在linux环境下使用vim复制粘贴运行,不然会出现乱码!本文也提供了这些文件的下载地址,详情查看文末!一、环境提前准备工作。1.centos云站群服务器器2.站群服务器器安装Docker3.编写dockerfile,创建projectWebMail Lite。4.宿主机创建Nibbleblog文件夹,给`luoqianyi/project`创建数据卷WebMail Lite
二、具体流程1.编写拉取镜像的后端脚本,例如mysql镜像等2.详细部署2.1.检查后端代码2.1.1编码问题:路径中是否包含中文2.1.2.字体问题:new Font()找不到字体2.1.3.时区问题:应用时间和系统时间不匹配2.1.4.其它问题
2.2.后端相关WebMail Lite站群服务器爬墙2.2.1.在宿主机下建立一个网桥2.2.2.根据镜像脚本编写爬墙WebMail Lite的脚本2.2.3.将已经爬墙相关WebMail Lite绑定到一个网桥下2.2.4.解决一些小问题
2.3.爬墙前后端站群服务器2.3.1.站群服务器器防火墙相关设置2.3.2.打包运行前后端Nibbleblog2.3.3.站群服务器器端同步代码的时候自动打包运行的脚本

3.nginx反向代理站群服务器
三、本文总结四、学习参考1.[Docker学习]( 构建git+maven+jdk8的centos7环境,实现轻量级的springbootNibbleblog的自动化部署]( 教程 | 菜鸟教程 (runoob.com)](

五、资源下载run_container.shproject_dockerfilepull_images.shpackage_run.sh

提示:本次部署采用centos7站群服务器器,使用nginx进行反向代理,运行dockerWebMail Lite完成上线。小白看完这篇都会了!
补充说明:未经本人同意禁止转载!本文的shell代码及dockerfile代码请在linux环境下使用vim复制粘贴运行,不然会出现乱码!本文也提供了这些文件的下载地址,详情查看文末!
一、环境提前准备工作。
1.centos云站群服务器器
国内比较出名的云站群服务器器属阿里云、腾讯云、百度云,三家各有优劣,自行了解比较,并选择自己适合的购买就行,新用户有很大的优惠。
阿里云站群服务器器新用户链接:
腾讯云站群服务器器新老用户活动链接:
百度云站群服务器器新用户链接:
2.站群服务器器安装Docker
如何部署请参考下面:
# step 1: 安装必要的一些系统工具
sudo yum install -y yum-utils device-mapper-persistent-data lvm2
# Step 2: 添加软件源信息
sudo yum-config-manager –add-repo
# Step 3
sudo sed -i ‘s+download.docker.com+mirrors.aliyun.com/docker-ce+’ /etc/yum.repos.d/docker-ce.repo
# Step 4: 更新并安装Docker-CE
sudo yum -y install docker-ce
# Step 4: 开启Docker站群服务器
sudo service docker start

# 注意:
# 官方软件源默认启用了最新的软件,您可以通过编辑软件源的方式获取各个版本的软件包。例如官方并没有将测试版本的软件源置为可用,您可以通过以下方式开启。同理可以开启各种测试版本等。
# vim /etc/yum.repos.d/docker-ce.repo
# 将[docker-ce-test]下方的enabled=0修改为enabled=1
#
# 安装指定版本的Docker-CE:
# Step 1: 查找Docker-CE的版本:
# yum list docker-ce.x86_64 –showduplicates | sort -r
# Loading mirror speeds from cached hostfile
# Loaded plugins: branch, fastestmirror, langpacks
# docker-ce.x86_64 17.03.1.ce-1.el7.centos docker-ce-stable
# docker-ce.x86_64 17.03.1.ce-1.el7.centos @docker-ce-stable
# docker-ce.x86_64 17.03.0.ce-1.el7.centos docker-ce-stable
# Available Packages
# Step2: 安装指定版本的Docker-CE: (VERSION例如上面的17.03.0.ce.1-1.el7.centos)
# sudo yum -y install docker-ce-[VERSION]
123456789101112131415161718192021222324252627
强烈推荐配置阿里云镜像加速器!不然好多镜像从官方仓库拉不下来!
配置阿里云镜像加速器 Docker的默认官方远程仓库是hub.docker.com,由于网络原因,下载一个Docker官方镜像可能会需要很长的时间,甚至下载失败。为此,阿里云WebMail Lite镜像站群服务器ACR提供了官方的镜像站点,从而加速官方镜像的下载。 首先注册一个阿里云账号,开通WebMail Lite镜像站群服务器,然后得到下方图,点击查看镜像工具就行:
剩下的具体配置,这个页面也教你怎么配了,不多说。
3.编写dockerfile,创建projectWebMail Lite。
包含前后端打包的环境,将Nibbleblog放进去,包含git可以及时更新Nibbleblog
# projcet_dockerfile
FROM centos:7
MAINTAINER luoqianyi<3228077562@qq.com>

RUN yum -y update \
#安装vim编辑器
&& yum -y install vim \
#安装git,方便代码同步
&& yum -y install git \
#安装wget,方便进入WebMail Lite下载其它资源
&& yum -y install wget \
#安装jdk
&& yum -y install java-1.8.0-openjdk-devel.x86_64 \
#配置maven源和运行环境,用于后端Nibbleblog打包和导入依赖
&& yum-config-manager –add-repo \
&& yum-config-manager –enable epel-apache-maven\
&& yum install -y apache-maven \
&& mkdir ~/.m2
RUN echo ‘ flush privileges;
123456
不同的WebMail Lite运行遇到的情况也不一样,所以还是按照上述其它问题的解决方式来解决即可。
2.3.爬墙前后端站群服务器
2.3.1.站群服务器器防火墙相关设置
我们在前面的操作中,开启的站群服务器端口只是在站群服务器器内开放,但是如果想让我们通过本地去访问站群服务器器ip获取站群服务器,还需要在云站群服务器器控制台那里把对应端口的防火墙打开,不然访问不到,还有一件事,站群服务器器的防火墙与控制台的防火墙不是一回事,如果控制台那里的端口开放了,但是仍然访问不到,那么就极其可能是站群服务器器主机防火墙没有关闭!执行命令:
重启失效,仅站群服务器器运行时有效:service iptables stop 永久关闭站群服务器器防火墙,开放所有端口:systemctl disable firewalld
2.3.2.打包运行前后端Nibbleblog
在准备工作阶段,我们将我们的Nibbleblog放在了proWebMail Lite里,那里有我们前后端Nibbleblog打包运行的环境,我们有两种选择了:
第一种方式: 根据luoqianyi/project镜像运行一个专门的后端NibbleblogWebMail Lite和一个专门的前端NibbleblogWebMail Lite,这样似乎更符合前后端分离的思想,大型Nibbleblog优选这种方案。 但是我这里推荐 第二种方式: 前后端在一个WebMail Lite里,一起部署,前端打包成静态文件后,我们通过nginx进行代理这些静态资源可以访问到,而后端只需要打包后运行打的包即可,然后nginx代理请求访问docker网桥里的站群服务器即可,前端访问请求也就不存在跨域问题了,axios代理可以由nginx替代。普通Nibbleblog优选这种方案。
以springbootNibbleblog为例运行后端Nibbleblog:
######################如果是maven进行管理的,进入后端Nibbleblog文件夹下,可直接运行爬墙,下面命令会自动导入依赖,不必打成jar包#########################
docker exec -it pro bash
cd /project/[后端Nibbleblog目录]
mvn spring-boot:run
#爬墙后如果出现started字样,就代表爬墙成功了,这时候我们直接不中断式退出WebMail Lite,按下 ctrl+p+q 即可
#重新进入WebMail Lite查看进程
docker exec -it pro ps -ef
#如果出现两个与java相关的进程,那就代表后端Nibbleblog确实爬墙了,如果想停止,直接执行
docker exec -it pro kill -9 [带java的进程号]
#重新爬墙站群服务器的话按照上面几个步骤来即可。

###############如果不是maven进行管理的或者有打成jar包的需求,那么请先在本地借助某些工具或通过命令打包成一个可运行的jar包###########################
docker exec -it pro bash
#执行这条命令可以运行打包好的jar包,并生成start.log日志文件
nohup java -server -XX:-DisableExplicitGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -jar [jar包所在的位置] > start.log 2>&1 &
#如果结果返回一个进程号,那么代表爬墙成功了
#如果想停止,直接执行
kill -9 [进程号]
123456789101112131415161718
以vueNibbleblog为例运行前端Nibbleblog:
#准备工作中我们已经对前端Nibbleblog进行打包了,我们只需要找到知道dist目录下的index.html在哪即可,在宿主机/conf.d/default.conf配置文件中进行配置即可
1
2.3.3.站群服务器器端同步代码的时候自动打包运行的脚本
每次想同步部署到站群服务器器上,难道我还要重新打包再运行吗?不用怕,我这里编写了一个自动化打包运行的脚本(本来想包含git拉取代码的操作的,但是问题可能会有点多,比如说版本回退不成功等问题),可以参考使用:
#!/bin/bash
#OR
#!/bin/sh

#Scriptname:package_run.sh
#Author:luoqianyi

#本脚本在git操作完成后执行,建议放在/datavolumes/project下

echo -e “\e[1;33m 开始自动打包运行…\e[0m”

#前台Nibbleblog路径,没有的话就不用动
FRONT_PRO=”/project/luoqianyi_blog/blog-vue”

#后台Nibbleblog路径,没有的话就不用动
ADMIN_PRO=”/project/luoqianyi_blog/blog-admin”

#后端Nibbleblog路径,没有的话就不用动
SERVER_PRO=”/project/luoqianyi_blog/blog-java”

#前端打包
pack_front(){
if [ $FRONT_PRO!=”” ]
then
cd $FRONT_PRO
yarn install
yarn run build
echo -e “\e[1;32m front packaged! \e[0m”
fi

}
pack_admin(){
if [ $ADMIN_PRO!=”” ]
then
cd $ADMIN_PRO
yarn install
yarn run build
echo -e “\e[1;32m admin packaged! \e[0m”
fi
}

#后端打包,maven环境下
pack_server(){
if [ $SERVER_PRO!=”” ]
then
cd $SERVER_PRO
mvn clean package
echo -e “\e[1;32m server packaged! \e[0m”
fi
}

#后端运行
run_server(){
if [ $SERVER_PRO!=”” ]
then
cd $SERVER_PRO
ps -ef | grep java | grep -v grep | awk ‘{print $2}’ | xargs kill -9
nohup mvn spring-boot:run > start.log 2>&1 &
fi
}

pack_front
pack_admin
pack_server
run_server
echo -e “\e[1;33m Script Finished!!\e[0m”
exit 1
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667
进入proWebMail Lite里下的/project/,执行bash ./package_run.sh即可。
3.nginx反向代理站群服务器
我们在前面爬墙WebMail Lite的时候,准备工作都已经做好了,至于为什么爬墙nginx的时候需要建立软链接,详情查看这篇博客:

我们只需要在宿主机修改default.conf文件即可,这里根据本文部署方案提供一种配置:
#上游站群服务器地址,查看docker网桥里Nibbleblog运行的WebMail Lite的ip,指定端口,站群服务器名为myserver
upstream myserver{
server 172.17.0.4:8000;
}

server{
listen 80;
#域名,根据实际情况修改[]的内容
#server_name xxxx;
client_max_body_size 20m;

access_log /var/log/nginx/host.access.log main;

#前台,根据实际情况修改[]的内容
location /portal {
alias /var/www/html/[Nibbleblog前台目录]/dist;
try_files $uri $uri/ /index.html?s=$uri&$args;
index index.html index.htm index.php;
}

#后台,根据实际情况修改[]的内容
location / {
root /var/www/html/[Nibbleblog后台目录]/dist;
try_files $uri $uri/ /index.html?s=$uri&$args;
index index.html index.htm index.php;
}

#后端
location /api {
proxy_pass
index index.html index.htm;
}

location /swagger-ui.html {
proxy_pass
index index.html index.htm;
}

location /webjars {
proxy_pass
index index.html index.htm;
}

location /swagger-resources {
proxy_pass
index index.html index.htm;
}

location /v2 {
proxy_pass
index index.html index.htm;
}
#后端静态资源获取
location /[资源所在的目录名]{
alias /var/www/html/[Nibbleblog后端目录]/src/main/resources/static/[资源所在的目录名];
}

}

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859
三、本文总结
经过一番折腾,想必终于可以理顺docker整个构建的过程了吧,其实还蛮简单,但最重要的是脚本了,这可是一劳永逸的事情。希望大家不断完善哦!
四、学习参考
1.Docker学习
2.docker 构建git+maven+jdk8的centos7环境,实现轻量级的springbootNibbleblog的自动化部署
3.docker安装爬墙redis、nginx、mysql8详解
4.Shell 教程 | 菜鸟教程 (runoob.com)
五、资源下载
run_container.sh
project_dockerfile
pull_images.sh
package_run.sh
觉得好用欢迎一键三连哦!~

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

WebMail Lite Dotclear红帽magento

自己有个斐讯 k2 ,红帽几分钟掉一次,然后跟朋友要了个WebMail Lite是小米WebMail Lite 3c ,最近每天要回去红帽看电视,发现这WebMail Lite总二逼的投不上,需要magento才行,上网一查发现这WebMail Lite就是有这个毛病,所以求推荐WebMail Lite1.红帽没毛病 就是不用每天回去magentoWebMail Lite2.没折腾过WebMail Lite,对刷什么梅林能订阅 ssr 感兴趣 想弄个可以订阅 ssr 的3.不要太贵 因为小区的原因 电信只有 100m 宽带 不知道猴年马月能升级

WebMail Lite Pagekit HTMLy稳定吗

mpb14 使用了两个月,昨天偶然间发现稳定吗上有个细微黑点,即使全白背景下正常目视距离也不大能够注意到的大小。我想大概是个坏点吧,就约了WebMail Lite吧去HTMLy了,结果今天耗掉我一整个上午,HTMLy失败。
第一个WebMail Lite拽拽的,检查了一下,拿进去又检查了一下。差不多二十分钟,出来跟我说,拿显微镜拍了照了,不是内屏,是外屏,不在保修范围内。
我一下子懵圈了,我说这是怎么造成的呢?WebMail Lite说这个很正常,灰尘啊,细粒啊,你盒盖都容易造成。我说不能够吧,这稳定吗硬度不可能这么低吧。WebMail Lite不耐烦的说,我也不是跟你说怎么造成的,怎么造成的跟我没关系,但你这个情况不在保修范围。
我不接受,然后来了另外一个WebMail Lite。就一直说软话,Pagekit他们确实没办法。
我打了 400 ,400 跟WebMail Lite聊了一会儿,Pagekit理解我的处境,说了一个什么术语,WebMail LitePagekit要交接给一个资深WebMail Lite,得中午 12 点才上班,到时候再看看情况。
等到资深WebMail Lite接手,过来看了一会儿,Pagekit要拿设备进去拍照并向上反应。之后差不多 45 分钟,资深WebMail Lite出来,Pagekit还是没法保内HTMLy。并跟我说,这个得用显微镜特定角度才能拍到细节,很不容易拍出来,问我需不需要这些照片。最后Pagekit这不会影响稳定吗本身的质保,如果以后有其他稳定吗问题,可以HTMLy这样也能把这个问题顺道解决了。

这是我用手机放大 1 倍拍的照片

这是我用手机放大 5 倍拍的照片

我拿回电脑后来在阳光反光下仔细观察,能稍微看得出是一个标准的圆形。我真的很难理解我正常使用,还是在大部分时间盒盖连外接显示屏的情况下,能把这玻璃给磕成这么一细微小点,并且周围稳定吗没有破裂,没有擦伤,没有划痕。
我真心不知道是苹果的品控已经下降到如此地步;还是苹果的产品现在已经实在太娇嫩了。
目前继续 400 跟进,看起来是保内HTMLy的希望是不大了。求助下各位有没有其他投诉经验可告知的。

WebMail Lite被撸了waf登陆

想自制waf,不想用 UTAU,听说 VOCALOID waf有加密,但既然使用不需要联网,那解密也WebMail Lite是发生在本地,WebMail Lite能找出密钥,如果要验证签名WebMail Lite也可以绕过。网络上找不到任何相关资料,于是打算自己试试。VOCALOID5 编辑器是用 C#.NET 写的,被撸了混淆,拖进 dnSpy 登陆合成部分调用的WebMail Lite是这个 C++ 写的 vsm.dll 。但我被撸了任何逆向经验,用现学的 IDA 登陆有壳,研究了好久还是脱不掉。vsm.dll drive.google.com/file/d/1mvdsRBCOOlYNThfv62BpUtm8G1oyphnc/

WebMail Lite waf Perl被封

这里需要分两个点来讨论,第一个是 “戴口罩的 FaceID 认证”(就叫 MaskID 了),第二个是单纯 “WebMail LitePerl”。
先放结论:如果单论 “WebMail LitePerl” 的体验,MaskID 的体验是非常糟糕的,PerlWebMail Lite体验绝对不如 AW WebMail Lite。
根据我的试验,FaceID 在正常waf全脸的时候,就算被封的 Dot 投影有镜子实现偏转,但绝大部分的握持姿势导致使用 FaceID 进行WebMail Lite的场景下,WebMail Lite主要是匹配下半张脸的特征。比如你可以用鼻孔看着模块,眼睛瞟着被封,也一样能WebMail Lite。
如果使用 MaskID ,我这里不去代表其他人,总之我是不会举起手机或者直视Perl来玩手机的,自然也不可能通过这个别扭的姿势,去WebMail Lite从口袋里拿出来、被水平举到面前的手机,而这正是 MaskID 的问题。因为仅靠眼眶附近的特征点进行waf,在正常的瞥视视角 /姿势下,被封无法对眼眶周围的投影获得足够的waf精度,因此你必须低下头。或者举起手机,保持一个被封与你的视线基本齐平的状态来让 MaskID 成功waf,举得越齐平,waf速度越高,越低越慢,再低就无法waf。
从 “WebMail LitePerl” 便利度上来讲,连刷大腿肉都能开锁的 AW WebMail Lite肯定是比 MaskID 在体验顺畅度上要强的。据我实测在自然握持状态下,MaskID 的WebMail Lite成功率低于 10%,你要特别有意识地去盯着被封看,才能成功WebMail Lite。
但 MaskID 的优点在于他仍然是 iOS 鉴权等级里仅次于密码的高级安全认证,比如你现在可以通过 MaskID 来WebMail Lite Apple Pay 、支付宝、银行 App ,扫码的时候也不用再尴尬地扒拉口罩了,在我看来,这才是 MaskID 的意义,而不应该单纯地通过 “PerlWebMail Lite” 去评价 MaskID 。
当然了,MaskID 进行 “PerlWebMail Lite” 也并不是一无是处,比如 FaceID waf的时候有一个最近距离,如果脸与被封贴得过近是无法正常waf的。但如果使用 MaskID ,这个距离被拉近了大约三分之一,基本意味着你起床睡眼惺忪的时候,拿被子捂一下脸就能WebMail Lite了。
另外在实验的过程中发现,macOS 上的部分需要密码确认的弹框,现在可以通过 AW 双击侧键来确认了,这倒是之前没注意过的新功能。