领先的沉浸式互联网内容门户,一站式学习、创作和展示。沉浸式互联网体验和学习门户 – 踏得网 (techbrood.com)
可以在线编辑场景,实时渲染,非常流畅好用。这个特别适合制作虚拟仿真实验。


带有网页版3D编辑器,非常流畅。Stone – 网页3D在线编辑器,快速构建和分享沉浸式展示 1.0.1 (techbrood.com)


案例欣赏:

动态草地:

水池:

本文全文转载自:如何编译属于自己的软路由OpenWrt固件 (hansendong.me)


从去年买了J1900软路由后一直使用其他人编译好的固件,没有想过自己编译,觉得这方面对自己很遥远。但最近新冠病毒疫情爆发一直在家,无聊看了很多视频教程感觉编译属于自己的软路由系统可以做到。说干就干,现在写这篇文章同时编译正在进行中。

关于如何编译 OpenWrt 固件,网上已有很多教程,我根据实操情况做适当的教程汇总,一是方便自已往后使用,二是提供想折腾编译 OpenWRT 的朋友一个思路。

关于为什么自已编译软路由固件?原因与以前的折腾Android精简手机ROM一样:追求极致的简洁与稳定。现在市面上很多网友提供的固件都是根据他们自身需求而做的编译,里面有很多插件对于我来说根本没什么用处,不好意思,强迫症又犯了。开始正题吧。

注意:

  • 不要用 root 用户 git 和编译!!!安装好操作系统后先新建一个用户。
  • 国内用户编译前最好准备好全局模式上网
  • 默认登陆IP 192.168.1.1, 密码 password

阅读全文

来自于:HomeLede 2020.11.08 v5.4.72内核 UPnP NAS 多拨 网盘 DNS优化 帕斯沃 无缝集成 软件包 – 烛龙aurora – 博客园 (cnblogs.com)

固件说明

  • 基于Lede R2020.6.18版本(源码截止2020.6.20)及若干HomeLede原创软件包 十数款热门软件HomeLede Mod
  • 结合家庭x86软路由场景需要定制
  • 按照家庭应用场景对固件及软件进行测试,通过后发布
  • 默认登陆IP 192.168.1.1, ,用户名root,密码 password

设计目标

  • 一个与现有OpenWrt最新版本接近,稳定,满足家庭使用场景的需要的固件。
  • 软件包不追求高大全,内置软件无冲突,一切以家庭实际需要出发。

阅读全文

本博客在主题Hoot Ubix中使用的额外的CSS3代码

引用部分的效果:

这是引用。左侧是咖啡色加粗边框,主体是淡黄色底纹,整个引用部分带阴影。

七牛云,又拍云等云存储公司,可以让大家把多媒体文件放在他们的云服务器上,然后在网站主自己的网站上调用。从功能上,其实还是很强大的。但是,不友好。

又拍云我很久没有用过了,所以不做评价了。

七牛云还偶尔用一下,这里做一个比较。

我是用WordPress搭建的博客,七牛云的文件要想被WordPress调用,无非两种方法。第一种,先上传文件到七牛云后复制外链(我现在使用的方法),第二种,用特别垃圾的“我是水煮鱼”开发的垃圾插件来实现(如果谁还在用就赶紧脱钩,以后绝对会后悔,顺便向七牛云举报一下“我是水煮鱼”,不要让他再害人了)。

明显的,以上两种方法都不方便。直到我遇见了Cloudinary。

Cloudinary也是一家云存储公司。它们提供了类似于七牛云的云存储功能,而且开发了非常强大的WordPress插件。安装插件后,就可以连接自己的Cloudinary了,配置非常简单,傻瓜式连接。

连接后,按照默认设置,博客的现有媒体会自动传输到Cloudinary并自动替换文章内媒体链接为Cloudinary中的链接。同时,本地文件依然存在。当停用插件后,文章内的媒体文件链接又回归到本地媒体文件,无缝切换。

在文件中添加媒体时,可以选择Cloudinary中的文件,或者直接上传,Cloudinary之后也会同步过去。非常方便。

如此一来,网站会节省大量流量,博客服务器也不需要读取大量文件,网站速度也会快一点。

综合来说,好用。

唯一不足的是,Cloudinary免费版存储空间有限,每个月流量也有限,因此更适合于媒体文件不太大的网站。

相信不少博主的WordPress都搭建在虚拟主机中,一般是Linux虚拟主机。但是,我们没有办法对虚拟主机进行控制,毕竟不是独立服务器。

我在西部数码搭建的博客,linux主机,可以方便的开启SSL,但要做到完美就没那么简单了。

开启SSL后,除了在后台的常规设置中将网站网址的http换成https之外,还必须在.htaccess文件中增加301跳转。

WordPress安装后的默认.htaccess文件内容是这样的,这是伪静态跳转,也就是WordPress中设置“固定链接”样式时,就通过这个文件进行链接跳转:

我的网站增加了https跳转后的.htaccess文件如下:

如果仅仅是这样,WordPress只是可以通过https打开了,但css、js等文件依然是http格式的,会出现网站板式错乱,加载错误等各种问题。

因此,还需要在wp-config.php文件中增加一些内容进行说明。值得注意的是,增加内容的位置很关键。必须放在 require_once( ABSPATH . 'wp-settings.php' ); 以上。如下所示:

把里面的域名换成自己的域名即可。

或者用以下代码,就不需要再设置自己的域名了,比较方便:

注意,说明一下这段代码的含义:

  • $_SERVER['HTTPS']='on'; 是告诉WordPress强制开启https,包括各种css、js也开启https。只加上这一句,网站应该已经能正常访问了,板式也不会错乱了。但是,还没有结束。
  • define('WP_HOME','https://www.taho.space'); define('WP_SITEURL','https://www.taho.space');
    或者 define('WP_HOME', 'https://'.$_SERVER['HTTP_HOST']); define('WP_SITEURL', 'https://'.$_SERVER['HTTP_HOST']);
    是告诉博客后台登陆时调用的css文件位置在哪。如果没有这两句,登陆后台时将会板式错乱,甚至显示“抱歉,您不能访问此页面。”等问题。不加这两句,网站的访问其实已经正常了。如果你的网站没有出现这种类似问题,就不必加上。

这下,网站访问应该就没问题了,前台后台都正常了。

前天晚上,本博客在更新一篇文章之后不久就中病毒了。

中毒症状:

输入本博客域名后,会自动跳转到奇怪的网站,而且不断地跳转到新的网站。

跳转到的第一个网站会显示“robot check”之类,如果点击“Accept”,就会跳转到其他网站,不断跳转。这些网站没有什么实质性内容,反而导致浏览器卡顿。最后发现在我的电脑中自动安装了Opera浏览器(还是Mac系统中,看来让Mac中毒也不是那么难)。奇怪的是,安装了Opera之后,似乎也没有见到其他软件被安装,杀毒软件也没有查出来。禁用插件也没作用,所以不是插件的问题。

然后我借用Google的安全工具检查网站,居然显示没有问题。看来这个病毒(或者叫木马更为合适)还挺狡猾。

然后我给主机商提交了工单,主机商回复说确实看到网站会自动跳转,让我更换主题试一下,如果再出问题需要收费杀毒。

没想到还要收费……

那么我先试试更换主题吧。

更换主题之后,网站恢复正常。于是我便认为,是刚才的主题文件有问题。

但正当我高兴之余,几分钟之后,网站又出现了自动跳转。看来没那么简单。

因为主机商要收费,于是我打算自己修复网站。


先修改一下默认页面,跳转到index.html而不是index.php,以免访问的人中病毒,那就太坑了。

然后备份数据库!

因为已经确定不是插件的问题,所以就从主题入手。

将themes文件夹修改为themes.old,重新建立themes文件夹,放入当前使用的主题,跳转依然出现。

再修改主题为默认主题twentytwelve,放入之后发现跳转停止。此时不能确定是木马没起作用,还是像之前一样过几分钟感染之后再起作用。果然,过了一会又出问题了。

看来不仅仅是主题文件夹出问题那么简单。但是,花时间一个一个找,真的很不划算。于是我转换思路。

思路和探索过程:

一、新装wordpress,调用旧数据库。

首先,将wwwroot文件夹整个重命名,新建wwwroot,重新搭建网站,使用旧数据库。网站访问正常,一开始没问题,但过一会就出错。看来是数据库出问题了。

二、新装wordpress,新建数据库看会不会跳转。

然后,恢复数据库,重新再搭建网站,使用新表头,网站正常,再无问题。

看来是旧数据库某个地方出问题了。

ps:由于网站使用了SSL,但新搭建的wordpress是没开通SSL,而wp_options中的网站链接都是https的,所以内容显示错乱,后台登陆不上,问题多多。

这些东西搞得我头大,因为一直不想放弃各种插件、主题设置等数据库内容,但东西太多了,包括访问统计等等,所以想着各种修复数据库。

然后折腾啊折腾,头昏脑胀。

休息了一下之后,转换了新思路:

但,先关掉SSL再说。

三、关掉SSL,新装wordpress,新建数据库后,再修改关键的几个旧数据库到新数据库中(即删掉旧数据表,修改旧数据表的表名为新数据表表名),其余表保持不变。

这下清爽了,访问正常,数据正常,再无跳转。

然后将wp-content下的plugins,uploads文件夹剪切过来,网站内容、附件调用都正常了。

但是,还有很多图片和附件是https://链接。

纠结了一下是继续用SSL,还是保持现状。最后决定保持现状算了。

虽然SSL是所谓更安全的,但我的博客没有什么敏感的重要的东西,暂时就这样用着,以后需要再开。因为我一直觉得SSL用起来太复杂,还要做SSL跳转,维护起来也麻烦,累人。

当然,这样维护之后,出现的问题就是,很多设置都得重新改了。不过无所谓,慢慢来。

这次维护,我总结经验如下:

每三天备份一次数据库和网站,出问题后直接还原,省时省力。

另外,少装一些奇怪的主题、插件,少用一些奇怪的代码,它们也许好用,但也许有毒。

谨记之。