足迹就有个大bug

neco

原帖由 Mr.Yang 于 2011-9-16 10:10 发表
凑合着用吧, 还有很多事情等着做呢

比如灌水，贩盐。

lingyang

那个系统没有bug？， 觉得足迹已经挺好用的了。

lilywei

原帖由 乱码 于 2011-9-15 17:09 发表


你们公司的其他人也上足迹，最好用https

哦，原来如此啊！懂了。那怎么用https呢？是说足迹有https的url吗？

交易人生

原帖由 bulaohu 于 2011-9-15 22:18 发表


警告一次，什么心态、病态之类的词，以后别让我看见

如果别人说话客气，我是很客气的。

交易人生

原帖由 乱码 于 2011-9-16 09:40 发表
说说Dev这边对bug的态度：

1.bug free的web site要么特别简单，要么就是梦想．

2.creating bug是developer工作的一部分，fixing bug同样也是，fixing bug的同时很有可能create其他的bug,but there's nothing wrong.

3.repor ...

强，大家风范！

交易人生

原帖由 gandu 于 2011-9-15 18:21 发表
看起来配置和proxy server是有点不兼，我们加了些option，LZ有时间再测试一下？

问题解决了

今天早晨特意试验了一下，问题彻底解决了。

1）10：25am ，到公司清理了chrome的private data, 然后logon到http://www.oursteps.com.au/bbs/forumdisplay.php?fid=123 看到最后一帖 是10:20am
2) 出去喝了杯咖啡回来，看到最后一帖是10:36am，没用refresh
3）再看是 10：38am，依然没用refresh
4）开了个小会回来一看是11:06am，没用refresh。

所以说问题解决了，server方的解决方案是最好的，不要指望client端的人啥都懂。

在此特意鸣谢提供信息的人，多谢。很多人发现了问题，但我第一个提出来，希望足迹给我加10000分，免费qa啊。

[ 本帖最后由 交易人生 于 2011-9-16 11:24 编辑 ]

lilywei

https://www.oursteps.com.au/bbs/
用这个链接上足迹。

交易人生

原帖由 lilywei 于 2011-9-16 11:28 发表
https://www.oursteps.com.au/bbs/
用这个链接上足迹。

问题解决了，啥上都成。

degra

原帖由 交易人生 于 2011-9-16 11:22 发表


问题解决了

今天早晨特意试验了一下，问题彻底解决了。

1）10：25am ，到公司清理了chrome的private data, 然后logon到http://www.oursteps.com.au/bbs/forumdisplay.php?fid=123 看到最后一帖 是10:20am
2) 出去喝了杯 ...

谢谢测试， 一万分是胃口太大了， 做了版主n年还是2万多分而已

jerryclark

原帖由 Limitless 于 2011-9-16 08:10 发表


有些不一定，比如新浪微博和webqq登录，新浪微博是js模拟的3次challenge，密码本地js给md5了之后从服务器获取一个code当salt，然后再md5几次才发到服务器。

那是因为这些个网站都不用https。
你能打开 https://www.sina.com.cn https://web.qq.com/吗？
因为这些个网站都脑残不用https，所以浪费很多行代码来换取安全性。
虽然我没有测试过，但是我相信如果我截获web qq的packet的话，肯定能够看到聊天内容的。

qq也好，163也好，sina也好，大部分网站都这个德性，估计是便于监控，不用https是潜规则。反正没什么隐私和安全性可言。

future2521

足迹现在咋不能开多帖子了，开多帖子了，就相当于未登录。

revelc

真高深

梦呓人

原帖由 交易人生 于 2011-9-16 11:22 发表


问题解决了

今天早晨特意试验了一下，问题彻底解决了。

1）10：25am ，到公司清理了chrome的private data, 然后logon到http://www.oursteps.com.au/bbs/forumdisplay.php?fid=123 看到最后一帖 是10:20am
2) 出去喝了杯 ...

到底是五行旗旗主之一，技术流！

Mermaid11

原帖由 交易人生 于 2011-9-16 11:13 发表

如果别人说话客气，我是很客气的。

路过 楼主，楼主是非常客气和热心的一个人，也是有目共睹的外汇高手，从不与人争执，外汇版的TX都可以证明。

matrics

原帖由 bulaohu 于 2011-9-15 15:49 发表


我没这个问题，可见是你的问题

这个逻辑说不通。

bulaohu

原帖由 matrics 于 2011-9-18 16:33 发表

这个逻辑说不通。

是吗？server端都是一样的，client端一个人有问题，另一个人没问题，你说是server端有问题还是第一个人有问题，特别当第二个人实际上是大多数人的时候？这个逻辑哪里不通，请你明示？

典

我注意到后来足迹网页的http head 新加了好几项cache-control，似乎是为了阻止proxy/browser 对html 的cache,

这样做虽然解决一个问题，但是否也会对服务器带来一点performance的伤害了？也许不会。

matrics

原帖由 bulaohu 于 2011-9-19 07:30 发表


是吗？server端都是一样的，client端一个人有问题，另一个人没问题，你说是server端有问题还是第一个人有问题，特别当第二个人实际上是大多数人的时候？这个逻辑哪里不通，请你明示？

访问的server端是一样的，但是client端的操作系统、浏览器类型和版本可能不同。对于pc来说，多数人都用如windows、mac的操作系统和ie、safari的浏览器，也有人会用firefox、chrome、opera等，而且版本也可能不相同。
举个我自己遇到的例子，我经常在不同的电脑上登陆足迹网，其中包括装了windows 7 family premium with ie 9和windows 7 professional with ie 8的两台电脑。“办公模式”在ie8中常常无效（兼容模式也一样，且可以排除timeout的问题）而在ie9中就比较稳定，另外设定登陆cache一个月的有效期也经常提前失效。
还有一种可能性网站的程序本身比如javascript、ajax、jquery在不同浏览器类型和版本的表现是不一样的，有时候是bug（比如没有针对特定浏览器如chrome设计相应代码），有时候是程序不够完善（比如没有更新相对应新的操作系统和浏览器的代码）。
对于程序员来说，多数人没遇到的问题恐怕只能说明问题并不严重，但不能因此排除问题存在的可能性，也不能因为这只是一个少数人遇到的问题加上自己cannot reproduce the error而得出问题出在客户端的结论。

workflow

从足迹IT版的讨论中可以看出来，这里的IT人大多闷头编程，如果做过Consultant或者面向客户方的，会理解楼主的疑问，也会对LZ抓狂的态度很蛋定，很多时候技术是为客户需求服务的，即使这个需求多stupid，只要有足够的理由

jerryclark

原帖由 典 于 2011-9-19 09:05 发表
我注意到后来足迹网页的http head 新加了好几项cache-control，似乎是为了阻止proxy/browser 对html 的cache,

这样做虽然解决一个问题，但是否也会对服务器带来一点performance的伤害了？也许不会。

这就是牺牲常规的performance，来换取某些很小的需求，好的BA能够在中间找到一个合适的平衡点，混日子的BA就是今天要这个功能，明天要那个功能，系统做的烂得不能再烂的时候，跳槽走人。

bulaohu

原帖由 matrics 于 2011-9-19 11:26 发表

访问的server端是一样的，但是client端的操作系统、浏览器类型和版本可能不同。对于pc来说，多数人都用如windows、mac的操作系统和ie、safari的浏览器，也有人会用firefox、chrome、opera等，而且版本也可能不相同。
举个我 ...

That's why we have standards, RFCs, consortiums. Your logic is vulnerable that if we follow it, anyone can create any weird ass client then criticize the server side for not supporting it. That simply won't work.

xlu4

ctrl+F5