发表留言 共 303 条
Andy_Chao
我近來無法進網站，? 錯誤資訊如下The owner of this website (subhd.com) has banned your IP address (150.117.48.253).
似乎是我的IP被貴站封鎖了，請問是什麼問題嗎？
似乎是我的IP被貴站封鎖了，請問是什麼問題嗎？
3月10日
希望
希望有英国纪录片《人生七年》（[成长系列].the.up.series）中[成长系列]（.the.up.series.21.up.1977.dixv4.mp3[ED2000.COM]，[成长系列].the.up.series.28.up.1984.dixv4.mp3[ED2000.COM]，[成长系列].The.Up.Series.35.Up.1991.Dixv4.Mp3[ED2000.COM]，[成长系列].The.Up.Series.42.Up.1998.Dixv4.Mp3[ED2000.COM]，[成长系列].The.Up.Series.49.Up.2005.1Of2.Divx5.Mp3[ED2000.COM]，[成长系列].The.Up.Series.49.Up.2005.2Of2.Divx5.Mp3[ED2000.COM]，PTS.56.UP.1of3.720p.HDTV.x264.AAC-Conan06，PTS.56.UP.2of3.720p.HDTV.x264.AAC-Conan06，PTS.56.UP.3of3.720p.HDTV.x264.AAC-Conan06）的对应简体中文字幕。豆瓣ID：tt0075610，tt0088650，tt0101254，tt0164312，tt0473434，tt2147134，tt8929142。
3月7日
loading1688
Client error: `GET https://movie.douban.com/subject/27045860` resulted in a `403 Forbidden` response
2月28日
烂桃
为嘛又改回原来的了，一大堆图片……比如我现在搜 21.Bridges，每个字幕都带一张很大的图片在左边，我1个屏幕就看见1个字幕，我没法截图上传给你看……
2月20日
烂桃
@Jack：我觉得之前我说的时候你改的就很好，比如 21座桥 就1个图片，然后下面不同时间不同人的字幕一排下来选。
外观个人爱好不同老大你决定就好，我只是路过提个意见。
另外希望网站稳定一点，网站偶尔很卡或者打不开，还有下载速度很慢之类的，最好字幕和隔壁一样+个分流地址什么的。
外观个人爱好不同老大你决定就好，我只是路过提个意见。
另外希望网站稳定一点，网站偶尔很卡或者打不开，还有下载速度很慢之类的，最好字幕和隔壁一样+个分流地址什么的。
2月21日
烂桃
@Jack：我要看的是那个字幕 哪个小组的+时间+是否有中文，然后下载完走人，不是来看电影简介的……越简洁越好。这个网站是下字幕的一般人待的时间很短下完就走了，除非你要放适当的电影信息什么的……
会来单独下字幕的人都不是普通看片的人了，普通看片的就去弄个带中文字幕的mp4就完事了，会单独去下1080p mkv，放几天等字幕出来再来找中文字幕，这种人都是熟练工种了……
会来单独下字幕的人都不是普通看片的人了，普通看片的就去弄个带中文字幕的mp4就完事了，会单独去下1080p mkv，放几天等字幕出来再来找中文字幕，这种人都是熟练工种了……
2月21日
ANON匿名字幕组
希望原来的通过关键词搜索豆瓣条目，并直接点击关联，给加回来。
现在每次都得去找那个数字编号，还挺麻烦。至少百分之80的情况下吧，搜下关键字，就能找到自己想要的对应的。
现在每次都得去找那个数字编号，还挺麻烦。至少百分之80的情况下吧，搜下关键字，就能找到自己想要的对应的。
2月15日
热心粉丝
@Jack：还有一个调用api的方法就麻烦了，是调用豆瓣手机app的api，涉及加密消息要签名，可以参考 https://github.com/zhanghai/Douya 这个项目，肯定是涉及侵权的
2月18日
热心粉丝
@Jack：给个最简单的方法，豆瓣搜索框输入内容会有提示，直接抓包用那个就可以了， https://movie.douban.com/j/subject_suggest?q=关键词
2月17日
snowtraces
编码识别一般通过基于统计的方式判断，例如java中一般使用juniversalchardet来判断
请问你的预览是怎么实现的，每次动态读取压缩文件，还是预缓存结果？
请问你的预览是怎么实现的，每次动态读取压缩文件，还是预缓存结果？
2月14日
snowtraces
@Jack：明白了，是首次读取被动触发然后缓存结果。
编码识别可以考虑一下chardet算法，网上有多种语言的实现，上文中的juniversalchardet是java的实现，你可以了解一下
编码识别可以考虑一下chardet算法，网上有多种语言的实现，上文中的juniversalchardet是java的实现，你可以了解一下
2月14日
热心粉丝
1、感觉新版字幕预览乱码概率比原来大，可能是个人巧合，毕竟我也不知道后端有没有变
2、界面部分高度设计不太好，例如字幕文件预览如果有多个条目（即压缩包多个文件），每个条目宽度过大，占位置过多
3、还有些个人建议的小细节：
3.1 上传里面的“字幕标题”和“字幕版本”其实差不多，如果只填一个另一个默认取相同值可以提升体验
3.2 如果看某个影视条目所有字幕的界面点击上传按钮，条目关联默认是这个影视，个人希望能这样
3.3 如果能直接从“字幕标题”或“字幕版本”中推测出第几季第几集，那就更棒了！纯前端js代码应该可以实现，就是匹配S0几E几几……
2、界面部分高度设计不太好，例如字幕文件预览如果有多个条目（即压缩包多个文件），每个条目宽度过大，占位置过多
3、还有些个人建议的小细节：
3.1 上传里面的“字幕标题”和“字幕版本”其实差不多，如果只填一个另一个默认取相同值可以提升体验
3.2 如果看某个影视条目所有字幕的界面点击上传按钮，条目关联默认是这个影视，个人希望能这样
3.3 如果能直接从“字幕标题”或“字幕版本”中推测出第几季第几集，那就更棒了！纯前端js代码应该可以实现，就是匹配S0几E几几……
2月11日
热心粉丝
使用https访问不知道为什么速度远不如http。
题外话：之前域名是subhd点tv时由于http有时会下载错误，所以通过chrome的某个功能（具体忘了）把*.subhd.tv强制只允许https。现在下载http没有错误发生。不过从网络安全上来说全局https重要，现在实现很简单。希望排查一下为什么速度会有大区别，现代的服务器https应该不会有什么影响的。
题外话：之前域名是subhd点tv时由于http有时会下载错误，所以通过chrome的某个功能（具体忘了）把*.subhd.tv强制只允许https。现在下载http没有错误发生。不过从网络安全上来说全局https重要，现在实现很简单。希望排查一下为什么速度会有大区别，现代的服务器https应该不会有什么影响的。
2月6日
热心粉丝
@Jack：看了一下浏览器记录，https和http下巨大差别不是“下载”速度的问题，https下服务器后台响应比http慢很多，例如http一般半秒不到服务器就响应，https要一秒半左右，某些页面甚至十秒。这个时间我作为用户并没有下载数据，只是等待服务器的响应。不会是服务器的配置或者cdn什么的问题吧。
测试时由于我之前访问过，所以那个响应时间只看的http文件响应时间，别的js等有缓存直接跳过。（还有个百度统计因为浏览器开了防跟踪所以被阻止了，不过百度速度不可能慢，可排除）
测试时由于我之前访问过，所以那个响应时间只看的http文件响应时间，别的js等有缓存直接跳过。（还有个百度统计因为浏览器开了防跟踪所以被阻止了，不过百度速度不可能慢，可排除）
2月6日
最新评论