V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  rebooter  ›  全部回复第 2 页 / 共 3 页
回复总数  53
1  2  3  
2018-12-16 00:08:01 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@fl2d 你应该访问的是 pc 端吧,可能你没注意到分类最有边的展开按钮,原先做的不是很明显,刚改了下,现在应该是比较明显了
2018-12-16 00:06:32 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@ZaneCheney 感谢支持:)
2018-12-15 22:22:24 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@dubstep 做了个伪响应式(只在第一次加载的时候检测浏览器宽度决定横向显示的元素个数,加载后浏览器在调整大小这个还没做)..测试的分辨率有限好像原先的有个小问题已经改了,接下来两天抽空加上浏览器大小调整时候的动态响应效果:)
2018-12-15 21:23:21 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@JCZ2MkKb5S8ZX9pq @storypanda @Mavious 因为都提到了 rss 的问题,我一块回复下,我大学时候也是 rss 的重度用户直到 google reader 关了之后才慢慢不再使用,对于这类排名数据按照 rss 内容理解我认为是不正确的。适合 rss 的内容是一旦写了就基本不会在变化的内容,比如博客文章,新闻...但是我这个主要拉取的是排名数据,如果一定硬往 rss 上靠,这就一个十来分钟就变化一次的同一篇文章,用 rss 拉取一天下来就是,文章版本 1,2,3....n,你可以把一盘 dota 比赛的结果做成文章通过 rss 发出去,但你不能通过 rss 把比赛过程实时发出去,那就没法看了
2018-12-15 10:15:55 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@zheng5200 里面所有条目都是可以点击的都有链接(如果我没理解错问题的话),不过没加高亮,感觉高亮不太好看😁
2018-12-15 10:08:35 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@qianfeilong 嗯,是的
2018-12-15 10:08:04 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@daigor 加了个缓存层,看来有点小 bug,晚上回去排查下
2018-12-15 10:06:50 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@lunatic5 可能是分辨率适配的问题,周末出来放风了,晚上回去排查下😁
2018-12-15 01:40:42 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@dream7758522 主要是感觉别的板块跟前面几个重合度太高,接下来慢慢加:)
2018-12-14 23:32:37 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@codingAlex 用的 python,写起来比较快些:)
2018-12-14 23:12:26 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@a62527776a 你应该是用的手机浏览器吧,我是在前端页面做的浏览器检测,默认进的都是 A 页面,如果检测到是手机浏览器则跳转到 B 页面,现在从 B 页面回退的时候先回到 A 页面,然后 A 页面检测到是手机浏览器就又调到 B 页面了,所以就出现了后退不了的情况....刚开始用 Vue 还不是很熟,不好意思
2018-12-14 22:38:17 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@xianyuke 嗯,接下来一两周再增加一些站点,然后加上定制功能,现在总感觉有点太少定制比较尴尬...
2018-12-14 22:35:03 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@wikinee 看过,感觉它的信息覆盖即使放到 IT 领域也很窄,中文资讯基本都是投资、上市之类的感觉离生活太远了,后面可以把它抓过来😜
2018-12-14 22:25:56 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@codingAlex 嗯,定时抓取更新
2018-12-14 22:24:46 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@liangguan5 感谢支持😆
2018-12-14 22:23:29 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@xxx749 不好意思,这个没注意,我调整下
2018-12-14 22:21:35 +08:00
回复了 rebooter 创建的主题 分享创造 做了个阅读最省事的新闻站
@ZY2071 😓这里在调整下,用的 flex 自动调整间距...看来不是很好
2018-11-27 03:17:04 +08:00
回复了 rebooter 创建的主题 分享创造 一个总担心猝死的程序员做了个小工具
@envylee 这个工具之所以做小程序只是为了便于实现微信签到,这个工具完全是围绕微信来做,我最开始已经解释了。能给用户定时发送签到提醒,还让用户百分之百能看到并且很方便的操作签到除了微信我想不到更好的方式了。
2018-11-27 03:09:23 +08:00
回复了 rebooter 创建的主题 分享创造 一个总担心猝死的程序员做了个小工具
@envylee 另外在 最大程度上能保证遗嘱发送的准确性上,手机发送遗嘱同样没办法满足需求,还是如上面所说,如果能有足够的时间从容地通过手机发送遗嘱,这种情况最起码说明这个事件不具有瞬间致命性,那么怎么判断遗嘱该不该发, 这些是你说的这个方式解决不了的,因为你的这种遗嘱发送动作一定是在用户还活着的情况下触发,如果用户还活着,怎么能判断自己在这场事件中是不是真的挂掉?
2018-11-27 02:54:02 +08:00
回复了 rebooter 创建的主题 分享创造 一个总担心猝死的程序员做了个小工具
@envylee 你设想的场景都是死亡不具有意外性,正如上面所说用户在发生意外的时候得满足手机正好在手边,手机有电,手机能联网,环境相对安静,自己有足够的反应时间...这一系列条件。且不说各种意外事故车祸、高空坠物、触电...我们只讨论猝死,你要知道大部分猝死案例都是瞬间猝死,你是没有任何反应时间的。
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2286 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 04:02 · PVG 12:02 · LAX 21:02 · JFK 00:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.