mlkt
mlkt
经过各种艰难困苦、千难万险，折腾了大半年。终于使用最新的gcc 5.3版本编译出了gccgo的交叉编译器，成功于路由器上运行。 过程非常曲折。。终于解决了各种错出翔的问题。 于极路由2上运行成功，其他的mipsel架构的路由器应该也能运行（比如小米），不过我没试过。  运行成功，功能基本正常，就是效率似乎有点低，耗的内存有点大。  那个722%似乎是虚拟内存，不知道为什么耗这么大，不过路由器也未明显感到卡，测试下载速度基本也能达到带宽极限。我现在就是经过它的代理来发的这个Issues。 可去这里下载那个cow.zip： https://github.com/mlkt/openwrt-mipsel-cow 解压至路由器上、添加执行权限、配置好那个rc.txt之后就可以运行了。 由于使用的是静态链接（动态链接会出现奇怪的问题），各种库都在一个程序里面，不会出现找不到库的问题，同时也非常大（10MB），请确定路由器有足够的空间，因为我是插了SD卡的，所以没问题。 至于这个gccgo交叉工具链是怎么编译的等我过后好好整理一下再说，各种文件代码配置改来改去有点混乱，三言两语也说不清。
使用clion2018.3的汉化包之后，选中一段代码，然后使用格式化，格式化完成后的几秒钟内无法再进行任何编辑操作。界面上的其他按钮没有卡住，编辑器内也还可以滚动浏览，但是就是不能修改，删除汉化包后正常。 操作系统为Windows 10 1803 查看log有异常输出： > 2018-12-10 00:27:03,565 [3846786] ERROR - ij.ide.IdeEventQueue.typeahead - CLion 2018.3.1 Build #CL-183.4588.63 2018-12-10 00:27:03,565 [3846786] ERROR - ij.ide.IdeEventQueue.typeahead - JDK: 1.8.0_152-release; VM: OpenJDK 64-Bit Server...
> cb877e00d9e037e9a4a58084ee635ac8d2aae616 > portable visual studio 2019 (#2378) 这个commit引入的 lib/seafile-object.h 使我在树莓派(arm 32位，ubuntu 14.04，gcc 4.8)上编译时失败，应该是因为优先用了 lib 里面的头文件所以导致没有使用自动生成的 seafile-object.h，我把 lib/seafile-object.h 手动删除后编译就成功了 > make[2]: Entering directory '/root/seafile-8.0.1/lib' > make all-am > make[3]: Entering...
1.去除一些编译警告 2.增加初始化监听，优化listener代码
有没有例子？ js里面是给then的参数是数组[value1, value2] const makeRequest = () => { return promise1() .then(value1 => { return Promise.all([value1, promise2(value1)]); }) .then(([value1, value2]) => { return promise3(value1, value2); }); };
添加只读挂载功能
### Description of the feature / 需求描述 很多时候只是需要读取文件，并不需要修改文件，允许只读挂载可以防止意外修改或删除文件，同时增加安全性。虽然读写权限可以分用户指定，但增加只读挂载显然更方便，而且很多情况是管理员也只是想读取文件而已。 ### Suggested solution / 实现思路 配置存储时增加一个选项勾选是否只读，对文件进行修改/删除/移动/改名等操作时检测当前存储是否为只读挂载，如果是则禁止修改。
### AList Version / AList 版本 v3.30.0 ### Driver used / 使用的存储驱动 aliyunpan_open ### Describe the bug / 问题描述 阿里云盘上传文件的“内部上传”功能失效，因为抓包发现现在返回的域名不再是这里写死的 `cn-beijing-data.aliyundrive.net` ， 而是`bj29-enet.cn-beijing.data.alicloudccp.com`，所以替换无效 https://github.com/alist-org/alist/blob/main/drivers/aliyundrive_open/upload.go#L70 不过经过测试将返回的新域名还是直接换成 `ccp-bj29-bj-1592982087.oss-cn-beijing-internal.aliyuncs.com` 这个内部域名还是有效的，建议这个原域名和替换后的域名都搞成可配置的而不是写死，比如允许配置原域名为正则，这样就能忽略原域名具体是什么。而且我刚刚测试过，不仅上传可以用这个域名，下载也是可以的，建议也加上“内部下载”的选项(开启代理转发的情况下)。 不过话说这个内部域名 `ccp-bj29-bj-1592982087.oss-cn-beijing-internal.aliyuncs.com` 是从哪搞到的？没有搜到有相关文档，看上去和一般的OSS域名也不一样，能分享一下是怎么搞到的吗？...
研究了一下怎么解决，在这做个记录。 先安装下载大师，USB相关应用 -> 下载大师，点击安装：  进入ssh，执行以下命令，修改下载大师的启动脚本： ``` vi $(nvram get apps_mounted_path)/$(nvram get apps_install_folder)/etc/init.d/S50downloadmaster ``` 在开头加入以下代码： ``` { if [ "$1" != "start" ] && [ "$1" != "restart" ]; then...
是加了可以自定义头部的功能吗？
划词翻译版本：10.10.0 浏览器版本：360安全浏览器 15 操作系统：Windows10 1.在Chrome配置好通义千问和豆包等模型的秘钥后点击导出 2.在360浏览器内点击导入，粘贴配置后，这些模型的秘钥没有被导入成功