bosim's blog

散布网络谣言的法律责任

Thu, 11 Jan 2024 16:57:14 +0800

Seafile同步失败，文件同步错误里面显示"服务器权限被拒绝"问题处理

Sun, 19 Nov 2023 14:16:26 +0800

文件同步错误里面显示：
服务器权限被拒绝
日志里面显示：

[11/19/23 13:48:14] Bad response code for POST http://ztc.bosim.vip/seafhttp/repo/05fbecd4-1de5-4a98-910c-2298cf4d6cfb/recv-fs/: 403.[11/19/23 13:48:14] Failed to send fs objects for repo 05fbecd4.
[11/19/23 13:48:14] Transfer repo '05fbecd4': ('normal', 'fs') --> ('error', 'finished')
[11/19/23 13:48:14] Repo '01.我的文件' sync state transition from uploading to 'error': 'Permission denied on server'.

最近几个月经常出现这个问题，前连天直接不能正常同步，没办法只能着手处理这个问题，试过重启服务器，升级客服端都没办法处理，搜索seafile英文论坛终于找到点线索，这里分享下。

就是某个文件上传失败导致的错误，而且会导致同步会卡住一直报错误，看日志是不显示具体那个文件上传失败的。在seafile英文论坛https://forum.seafile.com/t/seafile-server-permission-denied/13663这里看到这个朋友的服务器环境有防火墙，联想到前段时间打开了宝塔的防火墙，看防火墙拦截记录，果不其然，有103条“SQL注入拦截记录”，关闭防火墙后，重新同步即恢复正常。

积极维护防汛救灾网络秩序倡议书

Fri, 11 Aug 2023 11:50:17 +0800

近期，东北、华北、黄淮等地出现极端降雨，多地出现居民被困和人员伤亡情况，全国各地救援力量迅速集结，驰援防线救灾一线，全力投入防汛救灾工作。在当前全国齐心聚力、携手救灾的特殊时期，个别网民编造传播涉灾情虚假信息、挑动地域对立歧视，严重扰乱网上舆论秩序，干扰妨碍抗险救灾工作。为进一步净化网络环境，维护网络秩序，全力维护全国上下万众一心、全力救灾恢复、全力保障人民群众生命财产安全和社会大局稳定的网上主旋律，切实成为防汛救灾的参与者、助力者，现发出如下倡议:

一、自觉抵制违法有害信息网上传播
1、坚决抵制违法有害信息。不制造、不听信、不传播涉灾救灾违法有害和负面不良信息，不以讹传讹，不煽风点火，不随意传播无出处、无证据的举报、泄露隐私、个人攻击、不良言论等内容。
2、严管信息发布账号。强化对账号信息的人工审核和资质认证，严防假冒仿冒党政军机关、新闻媒体、地方政府和用户账号，严控不符合资质认证要求并从事专门领域信息内容生产的“自媒体”账号，严禁操纵“自媒体”账号矩阵发布传播涉灾救灾违法和负面不良信息
3、严管信息发布内容。用户发布新闻信息，要按照有关规定标注信息来源，自行拍摄信息，要逐一标注拍摄时间地点;使用技术生成信息，要打上技术生成标签;引用旧闻旧事的，要说明事发时间地点; 发布含有虚构演绎内容信息，要加注虚构演绎标签; 平台对存疑或谣言信息，将标记争议谣言标签，并按规定采取限流、辟谣、禁言等处置措施。

二、坚持对违法有害信息“零容忍”
4、增强网络文明意识。树立正确的网络道德观，主动抵制和举报各种网上违法犯罪和低俗不良行为，坚决同网络违法犯罪活动作斗争，全力维护国家、社会、集体和个人的合法权益。
5、强化舆论正面引导。通过平台公约、用户协议完善对粉丝数量和营利权限的管理措施，对违法违规账号，将视情采取关闭禁言或者限制、禁止新增粉丝以及清空全量粉丝等惩戒措施;对多账号联动蹭炒防汛救灾热点话题、敏感事件进行恶意营销的用户账号，将取消或严禁赋予营利权限。
6、积极营造健康网络舆论生态。对“自媒体”账号，将显著标明所属 MCN机构，对利用签约账号联动炒作、多次出现违规行为的 MCN 机构，将采取限制营利权限、限制提供服务、入驻清退等处置措施。

三、积极发动发挥网络平台的正能量
7、建立健全监督举报。鼓励用户参与平台信息内容管理，收集并举报违法有害信息，发现并揭批谣言和虚假信息主动向监管部门提供相关线索，并配合调查和处理，最大限度消除负面影响。
8、积极协助求助求救。主动搜集群众网上求助求救线索，及时报告有关主管部门，并在当地党委政府的统筹指挥下，配合有关部门全力开展救灾救援工作。
9、坚决曝光违法犯罪案例。大力加强违法违规用户处置和账号曝光力度，开设警示教育专栏，定期发布违法违规用户典型案例，提醒警示用户严格遵守国家法律法规，严格履行平台公约和服务协议，加强自律自治。

seafile8.0.7社区版服务端迁移到Docker方式并升级9.0.6踩坑记录

Wed, 27 Jul 2022 09:34:27 +0800

最新的seafile社区版服务端为9.0.6，在用的服务端还是8.0.7，前段时间准备升级的，看了官方升级文档后感觉有点麻烦，需要劝退，最近得空，干脆升级到最新版，docker部署确实香，以前基本都是大版本才会更新，二进制包的服务端升级太容易出错了，水平有限，很多次都是找不到升级失败的原因，最终不得不新装然后导入数据库的方式升级。。。

记录下踩的坑：

服务器环境centos8.5

因为从 9.0 开始，二进制包不能运行在 CentOS 7, CentOS 8 上。需要在 CentOS 或其他一些二进制包不支持的平台上运行 Seafile的要迁移到 Docker 方式来运行 Seafile。

官方迁移文档：非 Docker 部署 Seafile 迁移到 Docker

参考的官方论坛文档：2021年CentOS 7 docker部署seafile8+OnlyOffice

一、部署docker

CentOS 中安装 Docker

Ubuntu 中安装 Docker

部署docker环境参照上面的连接

遇到的坑：

1.因为服务器环境centos8.5，安装docker compose的时候需要使用pip3来安装

#安装 PIP3
yum -y install python3-pip
#更新 PIP3
pip3 install --upgrade pip
#安装 Docker Compose
pip3 install docker-compose
# 查看docker compose的版本
docker-compose version

二、从8.0.7社区版迁移到docker部署并升级9.0.6

遇到的坑：

1."docker-compose logs -f"里面显示seahub web服务未成功启动

#logs错误显示内容
Starting seahub at port 8000 …
Error:Seahub failed to start.
Please try to run “./seahub.sh start” again

因为我不是用seafile默认的目录名，导致docker容器内seahub.pid不能生成，所以seahub web服务不能启动。。。搜索都快被我按坏了，找的我好苦（花了几个小时终于找到原因）。

#修改conf配置文件夹内的gunicorn.conf.py配置文件
#我原来的路径为 /XXXX/seafile/pids，改为seafile默认的即可
/opt/seafile/pids

三、本地nginx反代

seafile docker容器内带有一个nginx，默认web使用80端口，因为服务器有其它web需要，不能给80端口，分配了其它端口。

遇到的坑：

1.通过本地nginx反代后，可以登录web页面，但是点开文件下载显示“找不到页面文件”，大概是这个意思，也不能直接下载。

#参照官方反代配置稍微修改下本地nginx反代配置即可
    location / {
         proxy_pass      http://127.0.0.1:9000;  #9000是我docker用的的端口
         proxy_set_header   Host $host;
         proxy_set_header   X-Real-IP $remote_addr;
         proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
         proxy_set_header   X-Forwarded-Host $server_name;
         proxy_read_timeout  1200s;
         # used for view/edit office file via Office Online Server
         client_max_body_size 0;
    }
    location /seafhttp {
       # rewrite ^/seafhttp(.*)$ $1 break;  注释掉不要了
        proxy_pass   http://127.0.0.1:9000/seafhttp; #9000是我docker用的的端口
        client_max_body_size 0;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_connect_timeout  36000s;
        proxy_read_timeout  36000s;
        proxy_send_timeout  36000s;
        send_timeout  36000s;
    }

宝塔面板Supervisor进程管理器状态显示BACKOFF解决办法

Fri, 07 Jan 2022 21:07:31 +0800

由于一个服务端程序总是无故自行退出，经常需要手动开启，业务时常中断，用户体验太差，就想到搞个进程守护程序退出后自动启动，试了下宝塔面板的supervisor进程管理器和应用管理器，均无法正常守护进程。

supervisor进程管理器启动后先是状态显示BACKOFF（该进程进入“ 启动”状态，但随后退出的速度太快而无法移至“ 运行”状态），过一会显示FATAL（该进程无法成功启动），宝塔应用管理器同样也无法正常启动。

根据supervisor进程管理器BACKOFF（该进程进入“ 启动”状态，但随后退出的速度太快而无法移至“ 运行”状态）的提示，大概判断出因为不是持续运行的程序，supervisor获取不到进程所以失败了，经查阅资料，在这里找到了答案：如何在supervisor-linux中为受监控进程添加延迟。

失败的启动命令：

service omservice start

添加启动延迟后的启动命令：

bash -c 'sleep 3 && service test start'

用上面的启动命令延迟3秒启动，supervisor进程管理器就可以正常守护进程（状态显示STARTING），虽然进程管理显示已停止，但是不影响守护进程，困扰了几个月的问题终于解决啦，又可以愉快的玩耍啦。

经测试直接启动文件的方式或者启动服务方式都可以正常运行！只不过运行目录得填写正确。

seafile7.0.5服务端升级7.1.5后网页打不开，客户端软件也无法使用的解决办法

Thu, 14 Jan 2021 17:50:41 +0800

原本seafile7.0.5服务端安装在debian9.6系统python2.7环境，后改为python为3.5.3升级7.1.5（7.1.5版本要求python3环境）

./seafile.sh ./seahub.都能正常启动，但是网页和客户端软件都无法使用。

错误日志：

Traceback (most recent call last):
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/core/handlers/exception.py”, line 41, in inner
response = get_response(request)
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/core/handlers/base.py”, line 244, in _legacy_get_response
response = middleware_method(request)
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/middleware/locale.py”, line 24, in process_request
i18n_patterns_used, prefixed_default_language = is_language_prefix_patterns_used(urlconf)
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/conf/urls/i18n.py”, line 29, in is_language_prefix_patterns_used
for url_pattern in get_resolver(urlconf).url_patterns:
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/utils/functional.py”, line 35, in get
res = instance.dict[self.name] = self.func(instance)
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/urls/resolvers.py”, line 407, in url_patterns
patterns = getattr(self.urlconf_module, “urlpatterns”, self.urlconf_module)
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/utils/functional.py”, line 35, in get
res = instance.dict[self.name] = self.func(instance)
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/urls/resolvers.py”, line 400, in urlconf_module
return import_module(self.urlconf_name)
File “/usr/lib/python3.5/importlib/init.py”, line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File “”, line 986, in _gcd_import
File “”, line 969, in _find_and_load
File “”, line 958, in _find_and_load_unlocked
File “”, line 673, in _load_unlocked
File “”, line 673, in exec_module
File “”, line 222, in _call_with_frames_removed
File “/home/seafile-server-7.1.5/seahub/seahub/utils/rooturl.py”, line 41, in 
url(r’^%s’ % settings.SITE_ROOT[1:], include(settings.SITE_ROOT_URLCONF)),
File “/home/seafile-server-7.1.5/seahub/thirdpart/django/conf/urls/init.py”, line 50, in include
urlconf_module = import_module(urlconf_module)
File “/usr/lib/python3.5/importlib/init.py”, line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File “”, line 986, in _gcd_import
File “”, line 969, in _find_and_load
File “”, line 958, in _find_and_load_unlocked
File “”, line 673, in _load_unlocked
File “”, line 673, in exec_module
File “”, line 222, in _call_with_frames_removed
File “/home/seafile-server-7.1.5/seahub/seahub/urls.py”, line 8, in 
from seahub.views.sysadmin import *
File “/home/seafile-server-7.1.5/seahub/seahub/views/sysadmin.py”, line 13, in 
from openpyxl import load_workbook
File “/home/seafile-server-7.1.5/seahub/thirdpart/openpyxl/init.py”, line 6, in 
from openpyxl.workbook import Workbook
File “/home/seafile-server-7.1.5/seahub/thirdpart/openpyxl/workbook/init.py”, line 4, in 
from .workbook import Workbook
File “/home/seafile-server-7.1.5/seahub/thirdpart/openpyxl/workbook/workbook.py”, line 7, in 
from openpyxl.worksheet.worksheet import Worksheet
File “/home/seafile-server-7.1.5/seahub/thirdpart/openpyxl/worksheet/worksheet.py”, line 396
return f"{get_column_letter(min_col)}{min_row}:{get_column_letter(max_col)}{max_row}
SyntaxError: invalid syntax

升级失败后，重新安装了最新的8.0.2社区版服务端，数据和账号信息还在，只是需要重新登录账号并重新同步资料库。
说一下步骤（系统是debian9.6，默认python2.7.13）（当时升级失败应该是python3的环境没有弄好）：

大体思路：备份数据库文件，重新安装最新的8.0.2社区版服务端，恢复数据库。
1.老版本为7.0.5，数据库通过7.1.5及8.0.2安装包依次升级（版本更新后数据库应该有变动过），备份3个数据库
2.使用pyenv管理python环境（安装各版本python及环境切换都很方便），安装及使用参考：https://51.ruyo.net/3708.html
3.使用pyenv安装最新的python3.9.1并切换为默认环境，使用python -V和pip -V确认为3.9.1版本，

4.按照官方教程安装8.0.2（安装依赖的时候会报错，根据错误提醒安装对应的python模块即可）
5.安装步骤到导入seahub数据库的时候会报mysql语法错误，不用管，因为安装程序没有正常结束，需要手动建立seafile-server-latest到seafile-server-8.0.2的软连接，最后删除/tmp/seahub_cache里面缓存文件，

rm /home/seafile-server-latest
ln -s /home/seafile-server-8.0.2 seafile-server-latest
rm -rf /tmp/seahub_cache/*

6.分别导入3个数据库对应的备份，并将seafile以前的个性化配置文件信息，加进新的配置文件，
7.安装python的mysqlclient模块，否则启动seafile会报错，

pip install mysqlclient

8.如果一切顺利，就可以正常启动seafile和seahub服务，在客户端重新登录同步一下就可以了。
前面升级失败应该是python3环境没有配置好，要是弄好得话，升级应该就没有这么麻烦了，搞了好几天，愁哟。
现在就是担心安装8.0.2过程中那个数据库语法错误对后面使用会有什么影响。。。

美的电饭锅提示E-错误无法煮饭解决办法

Tue, 28 Jul 2020 23:05:08 +0800

周末回家2天，办公室的电饭锅就罢工啦，同事说电饭锅屏幕提示”E-“错误信息，煮饭无反应，上电试了一下，果真不行，人是铁饭是钢，不吃不行啊，再买个新就是100+，作为动手”小达人“果断“问”度娘，还真有解决办法！大体是锅盖上的电线断了引起的故障，应该是个传感器连接线，看教程，能力范围内，三下五除二就把电饭锅的盖子拆了，果不其然，除了传感器的连接线断了外，另一条接地线也断了（黄绿相间，估计是接地线），花了20分钟左右接上2条线，测试了一下，无故障提示，并且可以加热！搞定，又审100+大洋！

注意拆电饭锅盖的时候比较难拆，先从折叠轴的位置先翘起一边就好拆了。

按理说那几根连接线在锅盖上是有几个简单卡扣固定的，但是我拆开的时候一处都没有固定，不知道是不是故意的。。。反正问题是解决啦，嘿嘿！不过给自己埋了个坑，绝缘胶布，最高耐热温度是80C°，不知道能管多久。

参考文章：美的电饭锅显示E-

[PIWIGO相册]提示MariaDB Error：1932 piwigo_stuffs Table doesn't exist in engine

Wed, 08 Jul 2020 22:49:37 +0800

姑娘出生后不久就用PIWIGO相册给姑娘搭建了一个记录成长的相册，前段时间突然提示“MariaDB Error：1932 piwigo_stuffs Table doesn't exist in engine”错误，网站无法正常访问，经百度搜索是“piwigo_stuffs”这个数据表损坏，由于数据库没有备份，无法恢复数据库，折腾5个小时毫无头绪，最后只得重新安装PIWIGO相册，想把“piwigo_stuffs”这个数据表导出再导入原来数据库，呵呵，但是新数据库里面压根没有这个数据表，顿时恍然大悟，想起了PIWIGO相册里有一个PWG Stuffs插件（给相册添加模块的插件），猜想极有可能是该插件创建的数据表，果不期然，在插件管理里面恢复默认后网站就可以正常访问了。

具体操作步骤：后台管理-插件管理-找到PWG Stuffs插件-恢复。

office online server能查询到域控服务器却无法加入解决方法

Tue, 30 Jun 2020 15:55:53 +0800

3月份时为seafile部署了office online在线预览服务，期间一直稳定运行，6月初突然无法使用，查看域控服务器发现office online主机无法访问，office online在线预览功能不能使用，由于当时是用蒲公英组建的内网，一直以为是蒲公英的问题，期间还重新部署过域控服务器都无法解决，后面加入域时能查询域服务器

但是提示无法连接到域控制器。
此错误的常见原因包括:
- 将域控制器的名称映射到其 IP 地址的主机(A)或主机(AAAA)记录丢失或包含错误地址。
- 在 DNS 中注册的域控制器没有连接到网络上，或没有运行。

通过百度终于找到解决办法：关闭域控服务器的防火墙就行了

参考：[求助]SERVER2008R2域环境下，计算机无法加入域

免登录下载天翼云盘分享文件【油猴脚本或者书签】

Thu, 23 Apr 2020 00:00:56 +0800

电信天翼云公开分享的文件可以直接右键查看源代码就可以看到下载地址，不过这样还是有点麻烦，于是hostloc论坛大佬就写了一个油猴脚本。
脚本地址：https://greasyfork.org/zh-CN/scripts/401709
开源地址：https://github.com/Aruelius/Cloud189_Greasyfork
有油猴插件的直接安装即可。

用法：
1. 脚本会在没有登录的时候运行，登录了不会执行任何操作
2. 当分享的内容为目录时，需要单独点击文件下载，不能打包下载。
3. 当分享的内容问单个文件时，可以直接点击下载按钮下载，不需要点击文件。
如果没有油猴插件或者不想安装脚本的，你也可以运行代码。

1. 新建一个书签，名字叫做【免登录天翼云盘】
2. 网址就填：

javascript:(function(){'use strict';function sleep(ms){return new Promise(resolve=>setTimeout(resolve,ms))};async function main(ms){while(true){if(document.cookie.indexOf("COOKIE_LOGIN_USE")!=-1){break;};let title=document.getElementsByClassName("title")[0].innerText;let saveAs=document.getElementsByClassName("btn btn-save-as")[0].innerText;if(title!="属于私密分享，请输入访问码后查看"){console.log(title);if(saveAs=="转存当前目录"){let cookie_name="shareId_"+_shareId;let passcode=get_code(cookie_name);get_download_url(passcode);break;}else if(saveAs=="转存到云盘"){document.getElementsByClassName("btn btn-download")[0].target="_blank";document.getElementsByClassName("btn btn-download")[0].href=downloadUrl;document.getElementsByClassName("btn btn-download")[0].className="btn btn-download download";break;};};await sleep(ms);}};function get_code(cookie_name){let ck=document.cookie.split(';');for(let i=0;i<ck.length;i++){let cookie=ck[i].trim();if(cookie.indexOf(cookie_name)==0){return cookie.split('=')[1];}}};function get_download_url(passcode){let urlArray=new Array();let url="https://cloud.189.cn/v2/listShareDir.action?shareId="+_shareId+"&accessCode="+passcode+"&verifyCode="+_verifyCode+"&orderBy=1&order=ASC&pageNum=1&pageSize=60";fetch(url,{method:"GET"}).then(response=>response.json()).then(data=>{for(let i in data.data){let download_url="https:"+data.data[i].downloadUrl;console.log(download_url);document.getElementsByClassName("file-icon")[i].onclick=function(){window.open(download_url);};urlArray[i]=download_url;};return urlArray;});};main(1000);})();

3. 然后每次打开分享链接之后，都点一下这个书签，也可以达到跟安装脚本一样的操作。

转载自：https://www.hostloc.com/thread-678677-1-1.html