欢迎光临
立志做独树一帜的科技博客

DEDECMS织梦cms更新后 提示:模板文件不存在,无法解析文档解决方法

admin阅读(3728)评论(0)

今天在做专题时提交专题时提示:模板文件不存在,无法解析文档了,这个我明明就有模块文件呀,怎么会这样呢,后来仔细想了一下找到了解决此问题的办法。

增加专题是提示模板不存在

DEDE所有的栏目使用".HTM"格式的模板,但有些栏目好像都可以

(一)对于"封面页"和"列表页"使用".HTML"格式的模板是可以的;

(二)对于"文档页"使用".HTML"格式是不行的,需要使用".HTM"或者其他格式(其他格式在下还没有测试过).
认真思考了下:

1.模板文件是肯定存在的;
2.路径是对的;
3.其他的"列表页"是可以正常生成HTML文件的;
4.用默认的专题页面就可以生成。后来在模板文件夹发现织梦默认的都是.htm的。我的是.html。改名。重新修改提交。成功。专题无法生成提示我这种试。各位不防试试我这个仔细检查下。
更新文档html出现 '模板文件不存在,无法解析文档'
如果是更新文档html出现 '模板文件不存在,无法解析文档' 的提示,就找到 根目录include下的arc.archives.class.php文件,将里面的 echo "模板文件不存在,无法解析文档!"; 改为 echo "模板文件不存在,无法解析文档!" .$this->ArcID; 这么改的意思是出提示的时候你可以看到出问题的文档的id号是多少,然后去找相应的文档看它是不是没有指定模板类别,改好应该就行了。

如果是更新栏目html出现 '模板文件不存在,无法解析文档'的提示,就找到根目录include下的arc.listview.class.php文件,将里面的 echo "模板文件不存在,无法解析文档!"; 改为 echo "模板文件不存在,无法解析文档!" .$this->TypeID; 这么改的意思是出提示的时候你可以看到出问题的栏目的id号是多少,相应进行修改。

而我出问题的栏目是留言板,经过baidu,在dede论坛上找到好心人提供的答案:

方法一:解决办法:删除/dede/makehtml_list_action.php 101行: $lv->CountRecord(); (我没用这个)

方法二:在栏目管理中把留言本删除掉,不要删除plus/guestbook.php! (我也没用这个)

方法三:修改栏目里的在线留言,把模版文件按默认给填写上!(我用的这个,就是在栏目管理->在线留言的 高级选项里将封面模板选index_default.htm、列表模板选list_default.htm、文章模板选 article_default.htm 就行了。)

如果上面办法都试了,我们要想想是不是文件目录权限的问题,这样可能导致模板不要读写哦。

 

WordPress出现"Problem with the SSL CA cert"解决办法教程

admin阅读(2757)评论(0)

今天在自己的云主机上安装插件,死活都安装不了,提示下载失败: Problem with the SSL CA cert (path? access rights?),好奇怪,说什么SSL CA证书路径没有访问权限,接着刚好看到WordPress4.3又出新版本了,于是试试升级WordPress,结果也是报同样的错误;我艹!这是什么鬼。。。不一直都好好的么。

1

2

然后去网上搜索了下相关错误,很少有人碰到啊,接着我又测试了同在一个云主机上WordPress4.2版本的升级插件和主题,都没问题。又去跑到一台虚拟主机上也是WordPress4.3版本的测试升级和安装插件,也都没问题。

这时就想到可能是我自己的环境问题,我使用的是AMH4.2面板,是不是AMH的配置导致出现SSL安全证书问题呢,登录到AMH后台查看了下,看到有个AMChroot模块(之前是由于测试QQ互联,也出现过安全性的问题,不过不是这个错误),随后测试把运行模式设置为“兼容模式”,再去试试安装插件,发现奇迹般的好了。。看来就是AMH的问题了。

如果大家用AMH面板有遇到此问题,可以通过下面方法解决:

1、在AMH后台,安装AMChroot模块

3

2、在AMChroot模块管理中,对出问题的站点设置为“兼容模式”

4

解决完后我右在网上搜索了下此问题,最终找到一个WordPress插件也能解决:

这个插件的作用就是强制让WordPress使用http不加密连接,从而解决要求加密SSL安全连接的问题。

插件名称:wp-http-curl-transport-last-develop 点击下载

淘宝517饿货节元粮票怎么用 淘宝517饿货节元粮票使用方法介绍

admin阅读(1809)评论(0)

淘宝517饿货节元粮票怎么用?淘宝517饿货节元粮票使用方法介绍。淘宝517饿货节开始啦,现在参与淘宝517饿货节的吃货们,都可以获得淘宝517饿货节元粮票,元粮票是可以抵现的哦!那么淘宝517饿货节元粮票怎么用?让小编告诉大家淘宝517饿货节元粮票使用方法介绍吧!

      什么是粮票?

粮票在“手机淘宝”的外卖频道,下单点外卖的时候,可以实际抵扣支付金额;

  淘宝517饿货节元粮票怎么用?

1.进入我的淘宝517饿货节活动界面,点击查看我的元粮票

  2.进入后选择你要使用的元粮票,点击进入

  3.进入后,点击立刻使用即可使用了哦!

  其他有关淘宝517饿货节元粮票使用问题

一张粮票能拆开多个订单、多个门店使用吗?

不能,一张粮票只能在一笔订单中使用,且只能在同一店铺下单使用。

    一个订单能使用多张粮票吗?

不能

 粮票可以和店铺优惠同享吗?

享受店铺优惠后的订单金额,满足粮票的使用的门槛,即可使用。

    粮票在哪里查看?

点开“手机淘宝”的“外卖”入口,右下角“我的”—>“粮票”即可查看

WordPress前后台域名的设置方法 wp后台绑定域名方法教程

admin阅读(2679)评论(0)

刚做了个wordpress博客,有好多东西都不太懂,其中刚做好的时候网站的地址显示的问题。因为我做这个站点用的是免费的空间,域名是申请空间的时候给的四级域名,做好站点以后,打开博客显示的也是该域名,我申请了一个.TK的免费的顶级域名,在TK的免费服务器中已经设置了A记录,同样在免费空间里也设置了域名绑定,但是博客除了打开域名能打开站点以外,一点击里面的内部链接,地址栏里显示的有成了四级域名了。当时很纳闷是怎么回事,后来“灵光一闪”,呵呵,是不是wordpress里面设置的问题,打开找了找,果然就在后台设置。

具体步骤:进入WORDPRESS后台,在左侧找到“设置”,里面有两个选项:

当时设置的时候不明白这两个URL有什么不同,就都改了试了一下。

我先保持站点地址(URL)不变,保存原来的四级域名,改了一下wordpress地址(URL)为申请的.TK域名,保存以后,打开网站,随意点站内链接,网站地址地址还是原来的四级域名,但是后台变成了顶级的TK域名的链接。。

随后我保存wordpress地址(URL)不变,保存原来的四级域名,改了一下站点地址(URL)为申请的.TK域名,保存后网站的前台链接都变成了顶级域名了,而后台还是原来的四级域名的地址链接。

根据实验,总结如下:

wordpress地址(URL)设置的网站是网站后台的地址,站点地址(URL)设置的是网站前台的地址。如果你希望前后台域名都是顶级域名的地址,那么可以把上下两个地址都写成顶级域名的地址就可以了。

简而言之:上面设置的是后台地址,下面设置的是前台地址。 希望还有此疑问的朋友可以借鉴本文。

WordPress高负载优化——wp super cache插件压缩和使用静态缓存

admin阅读(2350)评论(0)

无图无真想,先看效果

针对相同页面在chrome下做了个加载时间,大小的对比,如下图

优化前数据:23ms感知页面;3.62s加载完成;页面大小:419k;请求个数:25个;
1460634592-4217-73D4-4397-9A79-794C58FC8A6A

优化后数据:106ms感知页面;1.81s加载完成;页面大小13.9k;请求个数24个;

效果不错,后文做个详细分析。

了解 wp super cache

wp super cache 是wordpress的一种缓存优化插件,本质是利用缓存机制提升页面加载速度。
实现原理: php最终在前端展现时需要转换为html,然后获取响应的数据;wp super cache 则提前将php文件转换为的html伪静态文件进行存储,一旦发生请求,直接返回生成的页面;减少了数据库取数据,转换等过程,来增加加载速度。
优 点: 增加了加载速度。
缺 点: 增加了存储成本,而且要不断的更新,如果用户量大,个人感觉存储和离线成本增加会挺多。

安装 wp super cache

官网下载地址: http://z9.io/wp-super-cache/
【无法翻墙可参考小拽博文: 不翻墙,下载wordpress官方主题和插件小技巧 】

注意:安装wp super cache 需要设定固定连接 如下图
推荐采用【自定义结果】:http://cuihuan.net/article/%postname%.html
原因在于其他包含字母或者日期不太容易表意,也不利于阅读和seo等等。
1460634591-3243-7B4D-4CED-AC56-8E3F4A5A6F2C

如果最初采用的是http://xxx/?p=xxx的方式,需要对服务器进行相关设置,否则会一直出现404。解决和设置办法,在另一篇文章中,此处不赘述(wp super cache 安装和问题解决)。

安装成功后,后台设置中会出现wp super cache

配置 wp super cache

安装成功后的简单个人推荐设置。

通用-》启用cache:开启
高级-》启用缓存:开启
高级-》模式选择:推荐mode_rewrite 这个需要apache或者nginx进行相关设置,这个速度最快;如果不想设置,可以选择php缓存模式。
高级-》压缩页面:必选。
高级-》页面更新清除,评论更新清楚:推荐。作用是更新文章,评论之后触发缓存更新。
高级-》移动支持:推荐。
其他一些设置根据个人需求增加。

配置,更新之后,进入网站cache目录下会出现缓存的html文件和gzip的压缩文件(前提是设置了giz压缩)。


效果分析

优化前数据:23ms感知页面;3.62s加载完成;页面大小:419k;请求个数:25个;
优化后数据:106ms感知页面;1.81s加载完成;页面大小13.9k;请求个数24个;

感知页面变慢:原因在于,原始php页面相对较小,传输也相对较快,传输基本框架之后,才进行页面dom绘制,js渲染,数据获取和再次渲染,所以感知时间原始的快。但是对于750ms以下的对于用户几乎都是无感知。

加载完成变快:最主要达到的效果,节省最多的时间在于数据库获取数据的时间。

页面大小变小:这块小的有点出乎意外,小是应该的,但是小这么多就有点?了;之后分析了下页面,可能和文章异步获取,存储的html只获取了部分页面的文章,同时,对jquery等等组件肯定是利用缓存,不计入数据大小了。

请求数目变化不大。

整体效果:加载快了,页面小了。

wdcp安装PHP缓存加速器XCache方法教程

admin阅读(2183)评论(0)

wdcp安装PHP缓存加速器XCache命令、步骤:

xcache安装

wget http://xcache.lighttpd.net/pub/Releases/3.2.0/xcache-3.2.0.tar.gz
tar -zxvf xcache-3.2.0.tar.gz
cd xcache-3.2.0
/www/wdlinux/php/bin/phpize
./configure -with-php-config=/www/wdlinux/php/bin/php-config -enable-xcache -enable-xcache-coverager -enable-inline-optimization -disable-debug
make
make install

安装完成后我们还需要在php.ini里面插入xcache配置

[xcache-common]
extension_dir=/www/wdlinux/apache_php-5.2.17/lib/php/extensions/no-debug-non-zts-20060613/
extension = xcache.so

[xcache.admin]
xcache.admin.enable_auth = On
xcache.admin.user = "admin"
xcache.admin.pass = "e10adc3949ba59abbe56e057f20f883e"

[xcache]
xcache.shm_scheme = "mmap"
xcache.size = 160M
xcache.count = 1
xcache.slots = 8K
xcache.ttl = 0
xcache.gc_interval = 0
xcache.var_size = 4M
xcache.var_count = 1
xcache.var_slots = 8K
xcache.var_ttl = 0
xcache.var_maxttl = 0
xcache.var_gc_interval = 300
xcache.var_namespace_mode = 0
xcache.var_namespace = ""
xcache.readonly_protection = Off
xcache.mmap_path = "/tmp/xcache"
xcache.coredump_directory = ""
xcache.coredump_type = 0
xcache.disable_on_crash = Off
xcache.experimental = Off
xcache.cacher = On
xcache.stat = On
xcache.optimizer = Off

[xcache.coverager]
xcache.coverager = Off
xcache.coverager_autostart = On
xcache.coveragedump_directory = ""

其中:extension_dir=/www/wdlinux/apache_php-5.2.17/lib/php/extensions/no-debug-non-zts-20060613/ 是我自己服务器安装完成的路径,在SSH工具命令窗口中最后有提示安装路径,将此替换为自己环境配置的路径即可。

生成xcache缓存文件

touch /tmp/xcache
chmod 777 /tmp/xcache

生成xcache管理员的秘密(MD5密文)

echo -n "123456" | md5sum

返回结果

e10adc3949ba59abbe56e057f20f883e

将返回结果字符串替换到上面的php.ini中的xcache.admin.pass=”即可,也就是密码:123456

安装扩展

接下来将xcache-3.2.0.tar.gz解压后将文件夹htdocs上传到网站根目录,访问打开输入我们上面设置的用户名和密码即可进行查看。

xcache

 XCACHE参数说明

[xcache-common]这里是基本设置,就是xcache的安装目录之类的,就不说了
[xcache.admin]这里主要是xcache的网页控制面板的验证设置,设置一下管理员账号密码,方便自己从网页端登陆查看缓存情况。
[xcache]这里才是今天要讲解的大头部分,主要优化和设置都是在这里进行
xcache.size = 32M 这个是你要设置的用于XCACHE缓存的内存大小,如果你服务器日常空闲内存足够大,这个也可以设置大一点
xcache.shm_scheme = “mmap” 这个是缓存的名称,建议别改动用默认名称mmap就好
xcache.count = 2 指定将 cache 切分成多少块处理,官方的建议是,这里设置为你的CPU核心数量+1,比如你是4核心CPU,那你这里就设置为5。SSH查看CPU核心数量命令:cat /proc/cpuinfo |grep -c processor
xcache.slots = 8K 只是作为 hash 槽个数的参考值, 您可以放心地缓冲超过这个个数的项目,所以这里默认的8K就行了,不用改
xcache.ttl = 0 设置缓冲项目的 Ttl (Time To Live) 值, 0=永不过期,设置为别的数值,比如30,就是30秒就将缓存池自动更新一次.我的建议是设置为比xcache.gc_interval 的值大一些就行了。
xcache.gc_interval = 300 检查过期项目, 回收内存空间的间隔. 设置为0则不自动回收
xcache.var_size = 8M 同xcache.size, 不过这里是用于数据缓冲而不是 opcode 缓冲.
xcache.test = Off 仅在测试一些功能的时候才启用. 如果您不知道这个功能的作用, 则您不需要开启.
xcache.readonly_protection = off 如果启用了 ReadonlyProtection, 将会略微降低性能, 但是会提高一定的安全系数. 这个选项对于 xcache.mmap_path = /dev/zero 无效. 如果这里设置为On,则你需要将xcache.mmap_path = /tmp/xcache 指定到这样的实际目录,并且该目录必须设置可读写(chmod 777 /tmp/xcache)
xcache.mmap_path = “/dev/zero” 对于 *nix, xcache.mmap_path 是 文件路径, 不是目录. 对于 Win32, xcache.mmap_path 只是匿名的 map 名, 不是实际的文件路径. 如果您要启用 ReadonlyProtection 请用类似 “/tmp/xcache” 的路径. 2 组 php 不该共用同一个路径 (/dev/zero 除外).
xcache.cacher = On 开启或者关闭xcache的缓存功能
xcache.stat = On
xcache.optimizer = On xcache的代码优化功能,类似zend optimizer,如果你已经装了zend,这个参数就关掉吧!

网站用了CDN对SEO有影响吗?如何对网站进行SEO优化

admin阅读(2165)评论(0)

SEO优化-CDN的原理及对SEO的影响

CDN的概念最早于1995年由美国麻省理工大学提出,是一套能够实现用户就近访问的网络解决方案。具体方法是:采用智能路由和流量管理技术,将用户的访问请求指向 CDN网络中健康且响应最快的CDN节点,用户通过直接对此CDN节点的访问,获得所需要的内容和数据,就近访问加速了访问速度。

利用内容分发与复制机制,客户不需要改动原来的网站结构,只需修改少量的DNS配置,就可以加速网络的响应速度。 当用户访问使用CDN服务的网站时,解析请求将最终由CDN服务商提供的DNS域名解析服务器来处理。它通过将当时能够最快响应用户的节点地址提供给用户,使用户可以有效准确的得到快速的服务。同时,它还与分布在不同地点的所有CDN节点保持是实时通信,搜集各节点的健康状态,确保用户访问的成功率。

上面的说明有些专业,用户访问网站实际上就是用户的电脑寻找网站服务器的一个过程。先让我们看一下使用CDN服务之前,用户访问网站的流程:

1.用户在自己的浏览器中输入要访问的网站的域名,浏览器首先查看本机系统目录下的一个hosts文件。该文件位于WINDOWS\system32\drivers\etc下,没有扩展名,但是可以用记事本打开。里面一行对应着域名和IP值。如果有域名对应的IP,浏览器直接就用该IP访问网站。

2.如果没有域名对应的IP地址,浏览器向本地DNS服务器请求对该域名的解析; 本地DNS服务器就是由当地电信或者联通给分配的DNS.

3.本地DNS服务器到根DNS服务器上找所授权的DNS记录,记录返回到本地DNS服务器;

4.本地DNS服务器按照记录到网站授权的域名解析服务器请求解析主机名,域名解析服务器将IP地址作为解析结果送给本地DNS服务器。

5.本地DNS服务器将IP返还给用户;

6.用户在得到IP地址后,向该网站服务器进行访问,网站服务器将相应的内容和数据提供给用户。

使用CDN服务之后,用户访问流程:

前三步流程相同,从第四步开始:

1.域名的解析请求在被发往CDN解析服务器后,服务器将此域名响应速度最快的节点IP发送给本地DNS服务器,本地DNS服务器将此IP发给用户。上图的第四、五步。

2.用户在得到IP地址后向CDN节点发出访问请求第一次的访问。

3.CDN节点将回源网站服务器取回内容数据发给用户。

4.CDN节点会缓存大量数据,若有其他用户访问相同内容时,直接将内容数据返回用户,完成从请求到服务的全过程。

目前CDN服务的厂家大部分是收费的,提供免费CDN服务厂家不多,随着这类产品的增多,厂家之间相互竞争也将逐渐激烈,服务内容、服务项目、服务质量也会随之更上层楼!所以,相信会有更多、更好的免费CDN的出现。

OK,上面说完了CDN的原理,现在我们再分析一下采用CDN服务对SEO(搜索引擎优化)有没有影响,因为对CDN技术实现并不是完全了解,所以只是猜测一下几种情况:

1.首先要了解蜘蛛是怎样爬过来的,抓取源服务器数据的。

对于已经收录的网站,蜘蛛肯定是直接抓取源服务器IP地址的数据,不大可能每次抓取前再重新通过DNS服务器解析一次,所以我们不用担心更新的数据会不会被抓取到。

2.CDN节点缓存的更新频率。

如果蜘蛛抓取的是CDN节点里面的数据,这里面数据都是存放在CDN缓存里面的,CDN既然是一种缓存技术,那么它的实时性肯定是无法实现的,因此它的更新频率就很重要了。在写这篇文章的时候,我打电话咨询了国内最大CDN服务商网宿科技的客服,客服的说法是会根据访问量及访问行为自动的设定更新频率,也可以在后台根据网站不同的栏目设定灵活多样的缓存策略和主、被动的数据更新方式;并进行智能调控和缓存。所以,这里对于SEO的影响也是可以忽略的。

3.IP的变化对SEO的权重。

万一蜘蛛抓取到各个节点的数据呢?会不会造成一个网站好像有不同的IP地址,搜索引擎会不会对这种情况有所惩罚呢?查看百度官方SEO指南 可以看到这样的话:“Baiduspider对站点的抓取方式和普通用户访问一样,只要普通用户能访问到的内容,我们就能抓取到。不管是用什么技术,只要能保证用户能流畅的访问网站,对搜索引擎就没有影响。” 既然百度都这样说,谷歌对于抓取和收录更没有问题。同时,百度也提到“建议尽量选择有实力的服务商和成熟的技术,不成熟的技术容易导致访问不稳定,这就有可能影响搜索引擎的抓取了”,所以选择一个安全,稳定的CDN服务提供商仍然是很重要的。

CDN对SEO的影响是很多朋友都关心的问题,从网友的一些实验来看,无论是从抓取速度和频率来说都没有什么问题,甚至是有益的。另外即使存在一些问题,搜索引擎以及CDN提供商应该会想到解决的办法。

WDCP面板V3新版本安装过程及常见使用体验记录过程

admin阅读(8684)评论(1)

随着VPS、服务器成本降低,越来越多的站长用户网站项目、软件项目环境都需要且会选择VPS、服务器。在建站用户群中,因为大部分用户图省事,以及基于自身的技术问题和常见可视化的习惯,还是喜欢用WEB面板安装到VPS/服务器中然后再去部署和管理网站环境。在电脑派中也分享过国内、国外常用的WEB面板比较多,国内使用较多的还是AMH和WDCP,前者从去年开始收费服务,WDCP使用广度比前者人气多一些,但是已经有2年不更新升级。

在前一段时间有网友告诉破破WDCP在论坛有在公测V3版本,当时我也准备去安装了看看的,由于比较忙没有体验到,今天在Q群中看到有网友提到WDCP面板V3版本正式发布,所以在这篇博文中破破准备体验新版WDCP面板,因为从网上的文档以及易用性看,如果WDCP能跟随软件环境的更新和优化,用户量还是比较多的。

这次WDCP面板V3版本看介绍变动还是比较大的,比如从底层重新架构,以及我们需要的PHP、MYSQL、NGINX等版本都是使用较新稳定版本,支持CENTOS5-7发行版本环境,至于后台界面的友好度有点扁平化的味道,但是这些不是很重要,只要符合国人的使用习惯就可以,根据之前用户的反馈,我们只需要常规环境版本的升级和附加组件的支持。

第一、WDCP V3版本安装

wget http://dl.wdlinux.cn/files/lanmp_v3.tar.gz
tar zxvf lanmp_v3.tar.gz
sh lanmp.sh

目前WDCP面板V3版本支持CentOS5.x/6.x/7.x发行版本环境,这里我们就需要将系统安装成对应的环境后再执行上面的脚本进行一键快速安装。

WDCP V3版本安装

这里我们选择1-5,可以看到是Apache、Nginx,以及两者的组合等。我们选择其中之一进行安装,输入对应的数字后回车就会自动自己安装。

wdcp-v3-3

看到这样图,就代表安装完毕,我们可以用http://服务器IP地址:8080登入,端口默认还是8080,我们后面可以自己修改(WDCP管理面板更换8080端口 确保登录入口安全)。

第二、WDCP面板V3版本的使用

如果我们有使用过WDCP面板老版本,肯定会使用他们的新版本,虽然官方有提到界面和底层架构有些变动和优化,但是使用起来还是差不多的。安装完毕之后也是使用的默认8080端口,使用http://IP地址:8080就可以打开面板登入后台(默认用户名admin,密码wdlinux.cn)。

1、WDCP后台界面

WDCP面板V3版本后台首页

我们看到新版本的WDCP后台和原来的差不多,稍微有点扁平化的味道。首次进入后台,需要修改WDCP后台面板的密码,确保后台的安全。

2、默认软件环境版本

wdcp默认软件环境版本

WDCP面板V3版本采用nginx-1.8.1、httpd-2.4.18、php-5.6.20、mysql-5.5.48架构软件环境,都是当前主流的稳定版本,兼容大部分的软件,毕竟默认当初PHP5.2版本执行效率太低,而最新的PHP7虽然效率高不少,但是一些CMS兼容也不是 很好。

3、WDCP面板添加站点

WDCP面板添加站点

WDCP面板添加站点建站和"WDCP面板应用 - 建立WordPress网站、添加MYSQL数据库、设置FTP账户"有些类似,我们创建站点,以及数据库之后就可以对应登录SFTP或者创建站点的FTP管理文件。稍微菜单和以前有所不同,功能都有不小类似。

总结,WDCP面板V3版本较为之前的版本后台结构是有所调整,体验稍微比以前好一些,最为主要的是默认自带的PHP、MYSQL、NGINX等版本都是当前主流稳定版本,不需要我们安装当初默认版本后再去升级,减少了难度和提高效率,对于WEB面板而言我们也不需要太多复杂的功能,只要解决的就是软件的更新度,以及面板的安全性。

尤其是WDCP面板,在新版本发布之后后面应该会有更多的用户测试和使用,希望在升级系统软件之余,对于安全也有所提升,这样会使得更多的用户使用WDCP面板。

免费SSL安全证书Let's Encrypt申请及Nginx WEB站点部署HTTPS教程

admin阅读(2415)评论(0)

如今,尤其是购物类、外贸类网站越来越多的需要将站点安装SSL证书,实现HTTPS网址格式,一来体现网站的数据安全性,二来主流需求且对于搜索引擎有一定的帮助(只是听说,应该不至于),不过对于中文类网站来说目前使用SSL安全证书还不是很普遍,不过后面肯定也会流行起来的。

免费SSL安全证书Let's Encrypt申请及Nginx WEB站点部署HTTPS

毕竟互联网的资源是丰富的,在之前的博客文章中也有介绍过多个免费SSL安全证书资源,比如WoSign,StartSSL,UK2提供的Comodo PositiveSSL免费证书,这也包括在这篇文章需要分享的Let's Encrypt免费SSL证书提供商,这算是一个公益组织,为了普及项目使用SSL证书发起的,且得到大部分浏览器和商家的支持,基本上与普通付费SSL没有多大的区别,最为主要的是永久免费(90天需要手工免费续约一次)。

 

在这篇文章中,将会基于Linux Debian系统,LNMP(Nginx)WEB环境安装Let's Encrypt免费SSL安全证书和部署站点实现HTTPS网站网址URL的访问,实现网站URL前面有一个小绿锁的效果。

第一、部署Let's Encrypt准备工作

因为准备在Nginx环境中部署SSL证书,所以我们需要提前将当前VPS服务器安装Nginx环境,我们可以自己手工编译安装,或者使用军哥LNMP一键包或者之前也有介绍的OneInStack这类的一键包都可以,根据我们实际的使用习惯。当然,如果我们用Apache其实也是一样的,只是最后在部署站点的时候有稍许不同,老蒋这里演示中使用的是Nginx,所以就先基于Nginx部署。

PS:这里我采用的是Debian发行版本,因为需要基于GIT和PYTHON环境,所以我们提前准备升级版本源和GIT工具。

apt-get update
apt-get -y install git bc

第二、获取Let's Encrypt证书

git clone https://github.com/letsencrypt/letsencrypt
cd letsencrypt
./letsencrypt-auto certonly --standalone --email admin@itbulu.com -d itbulu.com -d www.itbulu.com

这里直接根据官方提供的方法从GITHUB获取安装包和目录安装,上面是一个标准的格式,根据我们的邮箱、以及需要添加的域名设置,如果多域名直接在后面添加-d就可以,比如继续添加其他域名 -d www.laojiang.me -d laojiang.me以此类推。

PS:注意如果我们添加站点的时候,记得要先将域名解析到当前VPS服务器中,要不是获取不到SSL证书文件的,域名DNS最好用海外DNS,如果域名是海外平台的,那就用域名自身的,建议在申请获取SSL安全证书后再去更换DNS或者更换解析。

letsencrypt-nginx-2

能够看到这个就说明域名DNS没有问题,选择Agree然后回车继续。

letsencrypt-nginx-3

这里忘记在准备工作的时候暂停NGINX,因为占用80端口导致问题,所以才看到上面的错误提示。所以我们需要暂停NGINX占用的80端口,然后再获取。这里我用的是军哥LNMP环境,所以命令暂停Nginx是lnmp nginx stop

IMPORTANT NOTES:
- Congratulations! Your certificate and chain have been saved at
/etc/letsencrypt/live/laojiang.me/fullchain.pem. Your cert will
expire on 2016-07-13. To obtain a new version of the certificate in
the future, simply run Let's Encrypt again.
- If you like Let's Encrypt, please consider supporting our work by:

Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
Donating to EFF:                    https://eff.org/donate-le

获取Let's Encrypt证书

看到这样的文字和提示就代表获取Let's Encrypt证书成功,初次是90天,我们需要在到期前手工续约就可以继续又90天。然后我们在"/etc/letsencrypt/live/当前域名/"目录中看到4个文件(cert.pem  chain.pem  fullchain.pem  privkey.pem)。

第三、Let's Encrypt免费证书应用Nginx站点

这里我们在获取到4个文件之后,可以备份到本地,毕竟如果在需要迁移的时候需要用到,这里因为我用的是NGINX WEB环境,所以就在当前配置文件进行设置站点启动HTTPS。

1、编辑.conf文件

/usr/local/nginx/conf/vhost/

对应当前站点的.conf文件,然后添加类似的脚本。

listen 443 ssl;
ssl on;
ssl_certificate /etc/letsencrypt/live/laojiang.me/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/laojiang.me/privkey.pem;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;

添加到差不多对应行中,然后再启动Nginx,因为之前我们获取证书的时候是STOP掉的,这里需要启动。然后我们在地址栏中输入HTTPS的网站可以看到已有证书生效。

Let's Encrypt免费证书应用Nginx站点

当然,如果我们需要强制启动HTTPS,我们只需要强制添加一个301转向就可以。

解决WordPress博客访问中文标签出现404的几个方法

admin阅读(1713)评论(0)

最近很多主题用户提到安装完WordPress后中文标签出现404的情况,出现这种情况一般修改固定链接设置是没有效果的,多数是windows主机带来的麻烦。网上多数人说要修改核心文件class-wp.php来实现,这种方法不适合没有代码意识的同学,而且在WordPress升级的时候很有可能被遗忘,下面themebetter就给大家介绍几种方法供选择。

方法一:更改每个标签的别名为英文或数字

此法适合大部分小站点,没有很多标签,一般发现问题的时候也都是新站,所以一个个更改起来比较容易,同样对后续的SEO也会有所帮助,毕竟链接中出现一串中文有点很low的感觉。不要感觉很麻烦的样子,因为更改过程很快,可能最多几分钟的样子。

操作方法:后台 – 文章 – 标签,快速编辑某标签,更改其别名为英文或数字即可。

方法二:使用插件

此法适合懒人或者标签量数百以上的站点,原理就是通过批量修改标签的别名或者拦截处理,这种方法一般可以做到一劳永逸,但很有可能意味着以后站点就离不开它了。

推荐插件:Auto Tag Slug 或 IIS Chinese Tag Permalink

操作方法:后台 – 插件 – 搜索插件名 – 安装并启用插件,后面的设置就很简单了。

方法三:更改服务器Rewrite规则

此法适合有服务器管理权限且知道如何修改rewrite的站长,很多站长看到这里就pass了,但想折腾的你为何不多走一步呢?

之前的规则

RewriteRule /tag/(.*)$ /index\.php\?tag=$1

更改后的规则

RewriteRule /tag/(.*)/$ /index\.php\?tag=$1

以上几种方法都能有效解决WordPress访问中文标签出现404的问题,选择适合自己和站点的才是最合适的,不过themebetter建议使用第一种方法。

电脑派 —— 分享网络资源的科技博客

支持我们