Github+jsDelivr+PicGo 打造稳定快速、高效免费图床

这篇文章来自于itrhx.com, 这里做一个备份,方便以后自己使用.

  1. 新建github仓库: 登录/注册GitHub,新建一个仓库,填写好仓库名,仓库描述,根据需求选择是否为仓库初始化一个README.md描述文件

2. 生成一个token: 在主页依次选择【Settings】-【Developer settings】-【Personal access tokens】-【Generate new token】,填写好描述,勾选【repo】,然后点击【Generate token】生成一个Token,注意这个Token只会显示一次,自己先保存下来,或者等后面配置好PicGo后再关闭此网页

 

3 配置PicGo,前往下载PicGo,安装好后开始配置图床:

 

设定仓库名:按照【用户名/图床仓库名】的格式填写

设定分支名:【master】

设定Token:粘贴之前生成的【Token】

指定存储路径:填写想要储存的路径,如【ITRHX-PIC/】,这样就会在仓库下创建一个名为 ITRHX-PIC 的文件夹,图片将会储存在此文件夹中

设定自定义域名:它的作用是,在图片上传后,PicGo 会按照【自定义域名+储存路径+上传的图片名】的方式生成访问链接,并放到粘贴板上,因为我们要使用 jsDelivr 加速访问,所以可以设置为【https://cdn.jsdelivr.net/gh/用户名/图床仓库名 】,上传完毕后,我们就可以通过【https://cdn.jsdelivr.net/gh/用户名/图床仓库名/图片路径 】加速访问我们的图片了,比如上图的图片链接为:https://cdn.jsdelivr.net/gh/TRHX/ImageHosting/ITRHX-PIC/A27/08.jpg

 

4. 进行高效创作

配置好PicGo后,我们就可以进行高效创作了,将图片拖拽到上传区,将会自动上传并复制访问链接,将链接粘贴到博文中就行了,访问速度杠杠的,此外PicGo还有相册功能,可以对已上传的图片进行删除,修改链接等快捷操作,PicGo还可以生成不同格式的链接、支持批量上传、快捷键上传、自定义链接格式、上传前重命名等,更多功能自己去探索吧!

 

Discuz 修改数据库密码

Discuz 迁移到别的服务器的时候,mysql 的密码一般是不一样,一般需要改三个地方的配置文件:

  1. ./config/config_global.php
  2. ./config/config_ucenter.php
  3. ./uc_server/data/config.inc.php

很多时候就是忘记修改第三个位置,这个是用户登录验证的地方,如果忘记修改,用户会无法登录

Matomo安装完成后的注意步骤

Matomo的前身是Piwik, 按照官网的步骤安装好以后需要优化下面几点:

  1. auto archiving

详细的内容需要参见这里:

How to Set up Auto-Archiving of Your Reports

但是如果你使用的是军哥的LNMP的话,如果你的domain 是example,可以这么写crontab:

5 * * * * /usr/bin/php /home/wwwroot/example.com/console core:archive –url=https://example.com > /home/wwwlogs/matomo-archive.log

2. 强制使用SSL, 在config/config.ini.php 的General 下面添加 force_ssl = 1

3. maxmind 的免费数据库,目前需要注册一个才能开始使用

 

 

最后,测试失败。Matomo的统计能力太差,一天超过百万的PV就撑不住了。。。

 

放弃!

T-mobile Prepaid账户快速查询码

每次想查询T-Mobile Prepaid账户的余额的时候,总是需要在google上搜索半天快速查询码,这次记下来,以后直接查阅博客就好了.

查询余额balance:

#bal# (#225#)

其余的short code:

*ADD (*233) Call the Refill Center
#BAL# (#225#) Check account service cycle
#999# Check account balance and minutes remaining
#WEB# (#932#) Check web usage
#BNG# (#264#) Check the status of Binge On
#BOF# (#263#) Turn off Binge On
#BON# (#266#) Turn on Binge On

PacificRack 的Centos模板问题

今天趁着有时间,把闲置的一台512M的PacificRack年付小鸡改成TCP中转服务,连接到我的backend 小鸡webnx上

在控制面板上选择reinstall为centos7以后,发现经过很长一段时间以后,小鸡也无法ping通,也无法连接.

通过VNC登录以后,发现系统早就安装完毕,但是通过ip add命令发现ens3网卡没有公网IP. 

等等,为什么是ens3网卡而不是eth0网卡?cd到/etc/sysconfig/network-scripts中,发现配置的网卡名字就是eth0, 但是系统确使用的是ens3找个名字,看来问题在这里.

看了一下SolusVM 控制面板里面的network card,发现network  card被改成了intel pro, 如下图所示

 

Intel Pro常用于windows vm当中,linux 系统中应该用virtio才对

于是把network card改回virtio,并且重新安装了centos 7,然后发现centos 7 也能够正确的配置网卡了,SSH也能正常连接了

台式机电源的选择问题

用了五年的Dell 9020MT昨天晚上终于挂掉了,初步判断是电源挂了. Dell的optiplex的台式机比较个性,用的电源不是传统24pin + 4pin 的供电方式,而是8pin + 4pin 的供电方式。想在dell 的台式机上使用其他品牌电源,必须买一根24pin转8pin的转接线,幸运的是淘宝上卖这个的店家很多.

到了电源的选择上,既然这台机器已经5年了,就不准备给他买好的金牌全模电源了,但是选择哪个品牌又成了问题,baidu了一下发现一篇写的比较中肯的文章.

振华(super flower):台企,振华电源有战碟、金蝶、金蝶GX、Leadex这几个系列,建议
从金蝶开始买起,金蝶战斗版 全台系电容+5年质保;金蝶GX版全日系电容+半模组+14cm静音风扇
+5年质保。再高端的leadex系列,全日系电容+全模组+14cm静音风扇,普通用户推荐购买GX450,
450W,LLC+ DC-DC
方案,日系电容,半模组,14cm静音风扇。
海韵:台企,海韵的电源清一色日系电容,用料很不错。
酷冷至尊:台企,酷妈的电源推荐买的就是GX450, 450W,全日系电容,双管
正激+ DC-DC,稳定性很好。高端点的V系列 V550也很不错,LLC半桥+ DC-DC,全模组,全日系电
容,性价比高。
美商海盗船:美企,海盗船的电源一定要买高端的,也就是800元起步,低端
的VS系列价格高,配置低,臭名在外;高端的如RMi、RMx、HXi、AXi都是可以买的,设计和用料
都是顶级的,质保10年。
EVGA:美企,EVGA的电源500元以下的都不建议买,技术落后,性价比太低了。
高端的如G、P、T系列都是全日系电容,主流的LLC半桥+ DC-DC 结构。质保7-10年,性价比稍低。
讯景(XFX):讯景低端的XT2电源(价格在300左右)不建议买,因为虽然价
格不低,但是电源方案很落后,高端点的XTR、XTS系列价格在500元以上,方案主流,可以购买,
但性价比稍低。
台达:台企,台达是世界最大的电源生产商,主要是做服务器电源和高端专
业的电源解决方案,在零售商做的不是很多。有几款在售的电源如NX系列和VX静音王系列价格
便宜,全日系电容用料很不错,但是电源方案稍微落后。
航嘉:深圳企业,国内老牌电源厂商,型号多,价格从100-1000都有。航
嘉的电源是国内做工非常好的,低端电源也比国内杂牌好的很多,安全有保障,300元以内还是
推荐买的,超过300的还是建议去买酷妈和振华。
鑫谷:东莞企业,国内老牌电源厂商,比较推荐的是GP 白金版,使用日系
和台系电容,而且是白金牌认证,价格也很便宜,性价比很高。

@media, @media screen 和 @media only screen的 区别

@media 和 @media screen的区别很简单, 因为media type 有很多种,screen只是其中的一种,其他常见的种类还有print 和 speech

@media 表示适应于所有的media type, @media screen表示只适用于media type 为screen 的硬件,在web开发中,可以认为这两个是一样的.

而@media only这个关键子就比较有意思了。

W3C文档这样描述的:The keyword ‘only’ can also be used to hide style sheets from older user agents. User agents must process media queries starting with ‘only’ as if the ‘only’ keyword was not present.

翻译过来就是:only是为了在不支持媒体查询的浏览器中隐藏样式表,浏览器处理以only开头的关键词时将会忽略only。

@media only screen and (min-width:xxx) and (max-width:xxx) 与 @media screen and (min-width:xxx) and (max-width:xxx) 在支持媒体查询的浏览器中其实是一模一样的,没有任何区别,因为only将被忽略。但是在不支持媒体查询的浏览器中由于没有only这个媒体类型,因此会直接忽略这条媒体查询。在不支持媒体查询的浏览器中,如果不加only,@media screen and (min-width:xxx) and (max-width:xxx)将会被解析为@media screen,明显与期望不一致。因此通过加一个浏览器不认识的媒体类型only则浏览器将会直接忽略这条媒体查询。

media="only screen and (min-width: 401px) and (max-width: 600px)"
/* 在支持媒体查询的浏览器中等于*/
media="screen and (min-width: 401px) and (max-width: 600px)"

/*在不支持媒体查询的浏览器中解析到带only的媒体查询时,会将only视为媒体类型。(由于没有only这种媒体类型,因此将不会被应用)*/
media="only"

/*如果不带only,在不支持媒体查询的浏览器中*/
media="screen and (min-width: 401px) and (max-width: 600px)"
/*将被解析为screen,将会被应用到屏幕类型设备上*/
media="screen"

 

搬瓦工DC6机器的benchmark

刚买了一个DC6的机器准备放中文网站,首先来benchmark一下.

采用的程序是: 

wget -qO- bench.sh | bash

下面是结果:

----------------------------------------------------------------------
CPU model : QEMU Virtual CPU version (cpu64-rhel6)
Number of cores : 2
CPU frequency : 2699.998 MHz
Total size of Disk : 20.4 GB (3.0 GB Used)
Total amount of Mem : 1006 MB (84 MB Used)
Total amount of Swap : 1283 MB (0 MB Used)
System uptime : 0 days, 0 hour 1 min
Load average : 0.00, 0.00, 0.00
OS : CentOS 7.7.1908
Arch : x86_64 (64 Bit)
Kernel : 3.10.0-1062.12.1.el7.x86_64
----------------------------------------------------------------------
I/O speed(1st run) : 332 MB/s
I/O speed(2nd run) : 737 MB/s
I/O speed(3rd run) : 682 MB/s
Average I/O speed : 583.7 MB/s
----------------------------------------------------------------------
Node Name IPv4 address Download Speed
CacheFly 205.234.175.175 108MB/s
Linode, Tokyo2, JP 139.162.65.37 20.7MB/s
Linode, Singapore, SG 139.162.23.4 12.5MB/s
Linode, London, UK 176.58.107.39 16.6MB/s
Linode, Frankfurt, DE 139.162.130.8 14.7MB/s
Linode, Fremont, CA 50.116.14.9 139MB/s
Softlayer, Dallas, TX 173.192.68.18 39.4MB/s
Softlayer, Seattle, WA 67.228.112.250 51.0MB/s
Softlayer, Frankfurt, DE 159.122.69.4 6.50MB/s
Softlayer, Singapore, SG 119.81.28.170 9.70MB/s
Softlayer, HongKong, CN 119.81.130.170 11.0MB/s
----------------------------------------------------------------------

可以说整体网络上还是非常好的

OVH ASRACK主板的坑

OVH的服务器的bios设置默认都是UEFI,ok这个没有问题,我也就是顺势给我的着他服务器在UEFI下安装ESXi.

但是发现选择用UEFI CDROM启动后,无法进入安装界面,最后还是跳回选择启动选项的页面. 这个情况倒是第一次见,因为ESXi从6.5开始就支持UEFI了

发ticket给OVH support,8个小时候得到了回复,说是这款主板的可能不支持UEFI安装的ESXi

说实话我以前都是在legacy bios下安装ESXi的,这下子正好随我意了

在BIOS里面选择只使用legacy bios,然后选择CDROM启动,熟悉的ESXi安装界面就又回来了

所以说这是ASRACK的一个坑啊, 折腾我整整一晚上才安装好ESXi

 

CentOS上端口转发方案之HAProxy

端口转发的实际使用场景很多,比如说load balance,比如说流量中转

所谓的端口转发,是发生在网络协议的第四层,TCP/UDP层,也就是IP层面

所以一般来说有这么几个解决方案:

iptables: 系统原生底层的解决方案,配置比较麻烦。但是如果使用CSF来配置iptables,这是非常简单的

HAproxy: 性能比iptables高,配置简单,但是只支持TCP,不支持UDP. 但是如果不玩游戏的话,TCP的端口转发就足够了。

因此这篇文章主要讲述如何使用HAProxy来做流量中转.

底层操作系统是CentOS 7,系统的repo自带haproxy,版本比较老(1.5.18)但是足够用了

安装haproxy:

yum install haproxy

systemctl enable hapoxy

配置haproxy:

cd /etc/haproxy
mv haproxy.cfg haproxy.cfg.bak
vi haproxy.cfg

然后输入下面的配置:

global
ulimit-n 51200
log /dev/log local0
log /dev/log local1 notice
chroot /var/lib/haproxy
pidfile /var/run/haproxy.pid
user haproxy
group haproxy
daemon

defaults
log global
mode tcp
option dontlognull
timeout connect 5000
timeout client 50000
timeout server 50000
maxconn 20480

frontend v2
bind *:443
default_backend v2

backend v2
server v1 A.A.A.A maxconn 20480

frontend rdp
bind *:3389
default_backend rdp

backend rdp
server r1 B.B.B.B maxconn 20480

上图表示把把这台服务器的443端口的流量转到A.A.A.A的443端口上,把这台服务器的3389端口流量转到B.B.B.B的443端口上

配置好以后,下面只需要开启haproxy服务就好了

systemctl start haproxy