当然做不到微信官方的那种交互了...
原理很简单,图床+分享链接,可以直接在朋友圈评论区点开的那种
主要是在交互逻辑和体验上下了些功夫,可能是目前用来实现「朋友圈图片评论」体验最好的小程序吧
wx 搜索:评论个图(或者扫下面的码)
邀请码:v2ex
如果二维码失效了,可以点击这里查看二维码。
1
qi19901212 2020-11-29 01:02:49 +08:00 1
第一张图片就被封禁,搞笑呢吧
|
2
Cielsky 2020-11-29 08:51:20 +08:00 via Android
记得很早之前输入法就自带的功能,小程序麻烦了点
|
3
angryfish 2020-11-29 09:33:10 +08:00 via iPhone
图片评论:picply.cn/?id=149
|
4
angryfish 2020-11-29 09:35:34 +08:00 via iPhone
怎么用的
|
5
kkkyrieliu OP @angryfish 这样就可以了,去朋友圈粘贴
|
6
kkkyrieliu OP @qi19901212 检测到违规的了
|
7
kkkyrieliu OP @Cielsky 本人输入法是 ios 系统自带,不想输入法太复杂
|
8
dcsite 2020-11-30 01:30:39 +08:00
这……是什么?完全不知如何使用,更不知道使用场景
|
9
Wikiworker 2020-11-30 08:32:46 +08:00 via iPhone 3
创意不错,但是问题非常多,学习成本也高:
1.图片 id 是纯数字顺序,很轻易就能爬到其他人的文件,不存在隐私保护。 2.200k 的限制太过于苛刻,我连续上传多张小程序推荐的“表情包”,全都超出限制,直到我手动压缩,操作不够简便。很多云平台都有图片压缩接口,为何“上传图片内容限制”却不提供自动压缩?难道是全人工检查这些图片吗? 3.ping 了一下,服务器在美国。作为一个图床类的程序,服务器在境外是大忌,加载速度很受影响。可能这也是你做出 200k 限制的原因之一。 4.url 复杂。域名确实不错,能看出来,pic(ture)(re)ply 。但是能不能做好 rewrite ?“/?id=”这种 API 接口式的 url,不适合朋友圈。最起码得是 domain.com/xxx 这样的吧,很容易设置。 所以说,lz 的想法很好,但是需要更多的优化。 另外,发现你的域名并没有备案。作为一个微信内服务的图床程序,不备案肯定是不行的,至少不能使用更快的境内服务器。这也说明你的小程序开发时间不够长,有点急。 可能我一次冷水泼得太多,但都是实话,毕竟我也算是半个过来人🤣。 加油。 |
10
iyobucuo 2020-11-30 10:28:12 +08:00
@Wikiworker 手机打这么多字,很用心了!
|
11
kkkyrieliu OP @Wikiworker Sorry 才看到你的用心回复,非常感谢。我来一一“解答”你的一些质疑。
1. 图片 id 纯数字序列,最大的权衡点是为了保持分享 url 的精简(越短越好)。不存在“隐私保护”是真的,但作为这个小程序的设计者,我不认为这些图片属于隐私哈哈(逃),起码从目前的使用情况来看,用户上传的都是一些无关同样的表情类图片,如果不结合具体语境,第三方根本猜不出来什么意思(本身图片的审核就是一个难题)。不会真的有人把这个小东西当作真正报错隐私的云盘吧,不会吧不会吧..... 2. 200KB 的限制是基于普通图片去做的限制,确实没有考虑到 gif (下次一定)..... 当然了,检查图片大小这件事情不是人工检查,用户选图的时候程序就能判断出来。 3. 是的,你很聪明哈哈。 4. emmmm,为什么带 search 参数的 url 不适合朋友圈呢?萝卜白菜各有所爱吧... 后面我会为域名备案然后把读取图片的服务放在境内服务器的~ 非常谢谢你的建议。 最感谢的是:你有真实地使用我做的东西,并基于自己的思考和判断给提意见。毕竟,最锋利的不是来自用户的“冷水”,而是连二维码扫都懒得扫的冷漠。 |
12
luchong 2020-11-30 16:39:27 +08:00
这个 id 建议搞个 随机英文或者数字组合,你这个样子,太有规律了,随随便便改个数字就能找到图片,另外,图片已过期,不知道是不是你设置的时间太短了,还是资源不存在,建议时间由用户自己控制,比如 3 天可见,1 周可见,一个月可见,如果为了减轻服务器资源压力,控制个最大值,比如最大可见 1 个月或者 3 个月。 只有图片太单一化,可以加个待办、语音、位置、视频、音频。你可以去看看微信自带的笔记功能
|
13
54xavier 2020-11-30 18:07:25 +08:00
看了 9 楼老哥的评论,觉得评论的真心不错
1 、id 的确换一下会合理一点儿,可以考虑 uuid,随机数转十六进制再截取部分等等。 2 、url 重定向一下的确更香一点儿,看起来会更精简 12 楼提到的增加过期时间也挺不错的,可以节省存储量、数据库数据量 |
14
kkkyrieliu OP @luchong 你没有好好看我的回复吧,我不认为用户会在这里上传不想被人看到的图片,况且就算拿到了图片,不结合上下文语境也不会有什么结论的。
1. 过期的本质实质是用户自己删掉了。 2. 我目前只想做朋友圈评论里的图片分享,那你去用微信自带的笔记好了,产品定位是不一样的。 |
15
kkkyrieliu OP @54xavier
1. 如果需要做很严格的所谓的“隐私”保护的话,确实更合理,但在我这里,不是的。 2. 你觉得萝卜好吃,我觉得土豆好吃。 3. 节省存储量最直接的方法难道不是限制用户上传用不上的额外图片和图片质量吗?过期时间这个策略我一开始就是这么设计的,后来想通了,杀鸡焉用宰牛刀。 |
16
2088TXT 2020-12-02 10:48:14 +08:00
图片分享的 url 传的值可以加密一下,其他的挺好
|
17
Jinnn 2020-12-02 11:54:46 +08:00
没有隐私保护这一点最好提示一下用户
|
18
kkkyrieliu OP @Jinnn 有道理!
|
19
kkkyrieliu OP @2088TXT 谢谢!
|
20
raysonlu 2020-12-03 17:30:54 +08:00
直接说图床不行吗?以及你还未了解(触碰) WX 盆友圈的蜜汁封禁,文字层面上,二级域名层面上。
|
21
kkkyrieliu OP |