V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  nicoljiang  ›  全部回复第 23 页 / 共 57 页
回复总数  1137
1 ... 19  20  21  22  23  24  25  26  27  28 ... 57  
@ycgk 担心泄露原图的话,两个方案:
1. 上传原图后,可以开启「原图保护」(禁止访问原图);
2. 自己在本地做一个简单的预处理,批量将 极清原图 ⇢ 准高清图;

你方便做个统计吗,多少张图片、总共多少容量?
@ByteCat 自家宽带对外服务?
@ycgk
这些照片很珍贵啊。
可以考虑用 imagemagick 自己写脚本批量处理,也可以考虑扔到一个存储系统里。
不知道你说的「安全问题」是指什么:
如果是存储的持久和稳定性,那基本上所有的分布式存储系统都会比你的单盘安全很多;
如果是原图泄漏问题,那完全可以自己做简单地做个「预处理」再上传(例如 先批量变成 1920 * 1920 的缩略图)
至于迁移,其实迁移新图就好了,老图的必要性不大( imzm.im 这个博客就是新图开始用图床的)。但总体来讲肯定能有办法做批量迁移,只是在你的 blog 内可能需要调整 Url 这个对不懂技术的博主来说可能有一定困难。
2020-04-05 22:58:54 +08:00
回复了 ByteCat 创建的主题 分享创造 00 后学生党的技术/生活类小博客~欢迎来访~
@Tink 其实挺好迁移的,主要是看怎么去提供这个功能。比如可以在线打包下载啊
@csy123
https://camarts.app
http://yir.me/
https://quchao.net/
...
https://foreverblog.cn/

@cydian 感觉这个场景比较小...没怎么考虑过。我觉得云服务商的各种「对象存储」服务能满足你

@stille 我觉得放博客主机上特别不好。1 是访问慢,2 是很多人用特惠小鸡,10g 20g 存起来放心吗,3 是内容很容易句没了(因为不太上心)

@qof3990 七牛做的早,对开发者的服务比较好
@Aoang 目前 100g 并不会硬性限制。
正式收费后,未来也会采取可选的限制方式:
1. 默认采用「临时升级」:如果本次超过了套餐额度,可自动临时升级至更高一级的套餐,下月恢复;
2. 可选的「按需收费」:超过套餐额度,可按照「流量计费」来消耗更多的流量(依然比国内大部分 CDN 便宜)
3. 可选的「中断访问」:部分用户对价格较为敏感,并不希望因为异常超量而收到账单(传统的云存储出现好几次这样的情况了,有个网站因为编辑误传了 几十张 几十 M 的 GIF 图,光因为这篇文章的火爆造成了大几千元的账单)、


@ycgk
1. 费用敏感型的博主其实挺多的现在,现在的年轻人 13-14 岁就有了自己的博客(而且从你的博客来看,应该是很早就具备的比较好的经济基础);

2. 并且费用问题远远不光是 CDN 的单价问题那么简单。比如你用的阿里云 OSS,他实际的费用为:OSS 流量 + OSS 请求数 + CDN 流量 + CDN 请求数。 你的博客目前我看访问量的确是比较低,但你的流量放大 10 倍就未必能忽视了(日 PV 量在上千或几千的博客还挺多的);

3. 除了钱之外,由于定位不同(对象存储 和 媒体引擎),还真会有些差别。我看了一下你的博客,其实就有几个问题:
1. 你的博客内容非常棒、非常健康,却因为备案问题用着香港阿里云,虽然阿里云的香港线路对大陆大部分地区的访问已经很友好了,但一天抽风的时间还是非常多,并且很多地方的;
2. 你用了阿里云自动转 Webp 的图片接口节省流量,但如果你的用户用 MacOS Safari 来访问你的博客,会发现什么图都看不见(苹果系产品不支持 webp 。你的 WP 插件似乎对 iPhone 做了处理,但处理得并不完善),但一个好的的媒体引擎,是希望给用户一个无痛方案的:fmt=webp 参数在不支持 webp 的设备上比较可以完美地自动处理好;
3. 你的文章页顶部有一个横向的封面: https://www.dufengyan.com/life-experience/100-ways-to-live-in-africa/,按照普通的裁剪策略,很多人的头都被截断了,OSS 在处理这种情况下时候,需要配合购买第三方服务,并且还得自己处理较为复杂的逻辑。但媒体引擎也希望有一个无痛的选择:通过 pos=auto 自动寻找合适的位置,并裁剪出结果。demo: https://rmt.dogedoge.com/fetch/bitiful/storage/demo/2020-04-05-dufengyan_africa.jpeg?w=960&h=315&pos=auto

4. 总而言之 OSS 之类的对象存储服务的首要任务是为了让用户能安心地存储,至于内容处理技术细节支持一些普适性的功能即可;而媒体引擎除了希望让用户安心地存储之外,还能非常简单地使用各种深入和最新的媒体特性。
@malusama
1. 综合价格比 OSS 低不少;
2. 图片处理能力比 OSS 强(因为定位不同);
3. 接入比 OSS 简单(目前 beta 中,并且没有任何生态,所以也比较难体现)
4. 七牛、又拍、OSS 这种还是要用自己的域名(很多没备案的域名并不方便用)

@cszchen
主要还是希望未来能通过各种博客、CMS 、图床软件、编辑器的插件来支持
Web 这个上传只是为了临时方便用。
@cydian 这是什么场景啊?这样搞的话系统会复杂很多。如果要做代理的话,可以弄 aff 。

@Mai1me 考虑了一下,「长期」跟「时间限定」好像没有冲突。

@pcbl 不会啊,收图片用这种方式也太慢了,而且跟关键词几乎无法挂钩。直接爬又快又好。

@g5hdyd
现在还蛮多独立博客的,好多超过 1 年依然在更新的~
嗯,定位不一样。至于靠谱这个事情,的确要靠时间来说明一些事。
2020-04-03 18:24:35 +08:00
回复了 hucn88 创建的主题 程序员 阿里云 OSS 迁移下载数据到本地 有省流量费的方案吗?
是哪个地区的 OSS 啊。
2020-03-23 13:04:35 +08:00
回复了 nicoljiang 创建的主题 分享创造 多吉搜素终于有自己可爱的新 LOGO 了。
@127000 多谢
@xiaoyanbot 有空多做几个基于 laravel 的插件组件什么的不好么,整这多费劲啊
2020-03-21 03:18:06 +08:00
回复了 CreatX 创建的主题 分享创造 我们开发了一个「沙雕配图」的功能,大家觉得够沙雕吗?
中文互联网内容氛围都被带向了奇怪的方向。
2020-03-19 16:30:44 +08:00
回复了 nicoljiang 创建的主题 分享创造 多吉搜素终于有自己可爱的新 LOGO 了。
@zepto 图片 404 了。你可以邮件发我一下微信,我加你一下。
2020-03-19 13:50:13 +08:00
回复了 nicoljiang 创建的主题 分享创造 多吉搜素终于有自己可爱的新 LOGO 了。
@zepto 你是指现在吗?
如果是之前的话有可能。最近 1 个月攻击严重,白天时段有很大概率会延迟高。
但前天开始做了一波防攻击优化,缓解了一下,情况好很多,今天上午又做了一波速度的优化,现在 90%应该都是在 0.5 秒左右能返回结果,1.2 秒以上的查询约 1%。

如果你每次都慢,要么是全局翻墙,要么是触发了反攻击策略。

具体可以把你的情况发邮件到 [email protected] 我来看看。
2020-03-18 18:02:13 +08:00
回复了 STRRL 创建的主题 分享发现 发现 macOS 好像自带有分词的特性
很早很早就有了吧,双击选词就能看出来。
挺喜欢这个网站的
2020-03-17 13:24:19 +08:00
回复了 OfficialYoungX 创建的主题 分享创造 🌈 一个类纸风的主题 paper🎉
Designed By RandomYang 是不是有点不太好...
2020-03-17 13:21:46 +08:00
回复了 OfficialYoungX 创建的主题 分享创造 🌈 一个类纸风的主题 paper🎉
1 ... 19  20  21  22  23  24  25  26  27  28 ... 57  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5692 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 03:20 · PVG 11:20 · LAX 19:20 · JFK 22:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.