[Python] DFile: A fancy S3-based file sharing mode
This is a no-bullshit and S3-based file hosting that also runs on https://dfile.app
DFile backend (api)
Before running the service for the first time, run
cp config.sample config.py
Modify config.py (mainly setup your S3)
DOMAIN = "http://localhost:5000"
S3_REGION = "<s3 region>"
S3_ENDPOINT = "https://s3-domain.com"
S3_KEY = "<your s3 key>"
S3_SECRET = "<your s3 secret>"
Run it
python3 -m venv venv
source ./venv/bin/activate
pip install -r requirements.txt
export FLASK_APP=app
export FLASK_ENV=development
export FLASK_DEBUG=1
flask run --host 0.0.0.0 --port 5000
DFile frontend (app)
Install yarn first: https://yarnpkg.com/lang/en/docs/install/
# run
cd app
yarn
yarn dev
# export to production
yarn export
How to use
# Upload using cURL
➜ curl -F file=@yourfile.png https://dfile.herokuapp.com
https://dfile.app/d/F5r3yiDM.png
# Download the file
➜ curl -L https://dfile.app/d/F5r3yiDM.png -o xxx.png
Release History
2020/05/20: https://github.com/coolcode/dfile/tree/v0.20.0520
- UI theme changed from Semantic React to Reactstrap (aka. React Bootstrap)
- nextjs upgraded to 9.4.2
- reactjs upgraded to 16.13.1
2020/05/16: https://github.com/coolcode/dfile/tree/v0.20.0516
- File server changed from DigitalOcean to AWS S3
- API server changed from Singapore to USA (us-west-2)
- Saved uploads and downloads to Postgresql (us-west-2)
- API changed to https://dfile.herokuapp.com
- Shorten file url, easy to share file. https://dfile.app/d/F5r3yiDM.png
- Breaking changes, old files in Singapore server would be removed.
2019/10/21: https://github.com/coolcode/dfile/tree/v0.19.1021
- S3-based file sharing mode
- Deployed to DigitalOcean
- All servers were in Singapore
2019/10/03: https://github.com/coolcode/dfile/tree/v0.19.1003
- IPFS-based file sharing mode
- Deployed to DigitalOcean
- All servers were in Singapore
-
正确设置-Dfile.encoding参数 问题： 项目在本机开发编译打包后发布到法国的服务器，代码中的中文全部乱码，就算是最简单的代码System.out.println(“中文”)，打印出来的也是乱码。 代码在本地的服务器测试都正常。 法国服务器的环境：window 2003 中文版。 解决： 在网友imasmallbird的指引下，发现是2个服务器的file.encoding的不同，本地
-
Charset.defaultcharset(),指的是jvm操作输入流、输出流时，所使用的编码。jvm一旦启动就不能修改jvm默认字符集。可以通过设置-Dfile.encoding=UTF-8，来初始化jvm的字符集 file.encoding，是比较旧的参数，好像是JDK版本最初的版本有，这个参数可以设置Charset.defaultcharset()。 file.encoding可以通过Sy
-
set a system property -D后面需要跟一个键值对，作用是设置一项系统属性 对-Dfile.encoding=UTF-8来说就是设置系统属性file.encoding为UTF-8 那么file.encoding什么意思？字面意思为文件编码。 搜索java源码，只能找到4个文件中包含file.encoding的文件，也就是说只有四个文件调用了file.encoding这个属性。 在
-
正确设置-Dfile.encoding参数 摘自：https://blog.csdn.net/youge/article/details/6178265 2011年02月11日 10:18:00 阅读数：1889 标签： java服务器虚拟机tomcat语言jdk 更多 个人分类： java 正确设置-Dfile.encoding参数 问题： 项目在本机开发编译
-
windows环境编码GBK、Linux环境下没有出现异常时默认编码是utf8、异常时虽然 系统环境显示utf-8，但是因为安装了一些涉及系统环境的包之后，对编码为utf-8有些 许怀疑 程序中转换的最终编码utf-8 怀疑对象是程序运行环境的默认编码问题 在使用java自带工具Java virtualVM分析程序内存、线程使用情况时，意外发现JVM arguments一项中的参数对在Eclips
-
转载:https://blog.csdn.net/u013177446/article/details/53994075 以下是文章内容, 从Java 源代码到得到正确的结果，要经过 “Java 源代码-> Java 字节码-> 虚拟机->操作系统->显示设备”的过程。在上述过程中的每一步骤，我们都必须正确地处理中文的编码，才能够使最终显示正确的结果。 “Java 源代码-> Java 字节码”：
-
tomcat设置-Dfile.encoding=UTF-8 系统默认文件编码：file.encoding跟操作系统默认字符集有关，Windows下默认的是GBK，但我们程序一般IO流中字符编码一般都设置的是utf-8，这样会导致中文乱码。因此需要修改file.encoding为UTF-8.如果应用容器是tomcat，可参考如下修改方法。 1，windows 修改catalina.bat t
-
java项目以jar包的方式启动时，application.yml中或者application.properties文件中难免会有一些 中文出现，如果这个时候我们直接以java -jar jar包名称启动时，虽然启动能够成功，但是在加载配置文件时 会出现意想不到的问题，这个时候我们只要改下启动jar包的命令即可 java -jar -Dfile.encoding=utf-8
-
可能这么写的 java -jar testName.jar -Dfile.encoding=UTF-8 生效写法，Dfile.encoding写在前面： java -Dfile.encoding=UTF-8 -jar testName.jar
-
解决windows下java -Dfile.encoding=utf-8 -jar控制台依然中文乱码问题： title xxx服务 chcp 65001 java -Dfile.encoding=utf-8 -jar xxx.jar 重点就是需要提前设置：chcp 65001（ UTF-8代码页）
-
问题描述：本地测试，以及公司线上服务器测试无问题，在给客户部署后出现问题，经排查为编码问题 javaw -Dfile.encoding=utf-8 -jar 指定编码 本人完整的bat脚本指令，做一次记录 javaw -Xms128m -Xmx256m -Dfile.encoding=utf-8 -jar alumni-activity-1.0-SNAPSHOT.jar >> running