由买买提看人间百态

topics

全部话题 - 话题: 12306
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
b*******g
发帖数: 603
1
来自主题: Programming版 - 高手详解12306 IT架构与困境(转载)
他们很明显面临没法再scale up的困境。数据库性能做到头了。所以我说的缓冲订单才
是王道。几分钟延迟可比网站没响应强多了。
“但因为12306放票主要集中在10个放票时段,而余票在每个时
段刚开始的3分钟内就能够基本售罄”
就这两句话,足以证明,前面弄个收单系统缓冲,沿用现有的出票系统,就可以做到我
说得延迟不超过3分钟。
网站能正常运行。
n*****t
发帖数: 22014
2
来自主题: Programming版 - 高手详解12306 IT架构与困境(转载)
12306系统的主要问题集中在单个处理节点的处理能力以及系统总线的峰值吞吐量上。
c****3
发帖数: 10787
3
所以在这里讨论数据库,不如做一个矛和一个盾。随便做成那个,都非常了不起
盾可以用图像验证码杜绝所有自动抢票行为,农民工还很容易看得清楚。现在12306”
彩色动态验证码“被人吐槽不容易看清楚。
矛可以用自动图像识别技术识别所有图像验证码,这远远超过盾的用处。
n*****t
发帖数: 22014
4
杜绝大部分是没用的,比如张三搞出一个自动识别,李四没整明白,结果就是用户都去
买张三的抢票鸡,12306 还是面临同样的压力。
真要整,一个短信校验就无敌了
c****3
发帖数: 10787
5
还是有用的, 彩色动态校验码一出,几乎所有抢票软件都费了。没了抢票软件,服务
器压力大大减轻。单线程肯定轻松处理。
后来被人吐槽太难看清,又换回静态注册码了。就是图像注册码做的不够好,这是它们
明年急需的
对抢票软件,明年急需的是万一12306升级了图像注册码,如何不被废掉
c******3
发帖数: 296
6
来自主题: Programming版 - 为什么分布式搞不定12306?
交给IBM也算外包吧。IBM一定会趁机派一堆IBM GlobalService的人。
不包给阿里才失策。出了事,网民一定会说,为什么不找已经搞定流量几倍于12306的
1111的阿里?可能崇洋媚外,里同外国的帽子,都过来了。现在强大如阿里也搞不定,
网民骂的力度也小了,至少没人敢报怨为何不包给IBM。
i**w
发帖数: 883
7
今年没人讨论12306了?
d********u
发帖数: 5383
8
来自主题: Programming版 - 12306仍然一塌糊涂
老规矩了,日本人和狗不能用12306。
g*****g
发帖数: 34805
9
来自主题: Programming版 - 12306仍然一塌糊涂
啥都是可以学的,学了外行也可以变内行,但不懂装逼是不会变成内行的。国内三流烂
校的被逼着把淘宝做出来了,这里的牛校千老们幻想着我会C++,写个12306还不是小菜。
y**********u
发帖数: 6366
10
来自主题: Programming版 - 12306仍然一塌糊涂
12306很难啊
request load很高,后端要保证consistency,而且要有service call去做payment
我感觉普通公司真的做不好
g*****g
发帖数: 34805
11
来自主题: Programming版 - 12306仍然一塌糊涂
火车票本来就不是你这么卖的,否则京沪线全让北京始发的人买了,中间的人还不得急
,否则反过来也一样。都是大头就根据往年数据预分好了,你看着一个无比动态的组合
,其实不过是几十个起始组合预分票,换句话说,怎么都不够分,让大家都喝点汤。退
一万步,一趟车3000张票,20个站,最多6万
票*站,都从同一个锁过,又能花多久?但凡没实时要求,即便数据库并发度不高也能
弄完,延迟多一点就是。12306现在这内存数据库每秒能出2万6张票,换异步难道性能
会降低?一天30M张,分10次,3M 100秒弄完了,多大的事呀。
机票不这么卖是因为没有这么抢手,预卖时间也长。去车站买票要排队,排了队不一定
买得着,网上买票让你
排15分钟就不行?这东西都是做架构的人没有经验导致的。我再说一次,导致系统崩溃
的是前台订单太多,不是后台票太多数据库处理不了。只要前后异步了,后台就不会有
压力。
m********s
发帖数: 55301
12
来自主题: Programming版 - 12306仍然一塌糊涂
你本楼第一帖就说了
"我老要买张车票,登录都登录不了"。所以认定12306一塌糊涂。
但你明明可以试试15分钟后看能不能登陆啊?你可以无限制的每隔15分钟就试一次登陆
啊。
本质上,你等15分钟再试能不能登陆和你等15分钟才知道买到没买到票是一个道理。
你连不能马上就登陆进去都骂,让你等15分钟之后才知道没有票你会骂得比别人都狠的。
g*****g
发帖数: 34805
13
来自主题: Programming版 - 12306仍然一塌糊涂
尼玛无知到这份上还要死撑就不要怪我打脸了。编程版都什么人呀,连数据库的常识都
没有就成天叽歪12306. 做人有点自知之明行不行?
Row level locking
A row level lock applies to a row in a table. This is also the most commonly
locking level, and practically all major database vendors support row level
locks.
b*******s
发帖数: 5216
14
来自主题: Programming版 - 12306仍然一塌糊涂
得了得了,别说了,您比赵老师还是强个百分之十几二十的
12306不请您真可惜了
g*****g
发帖数: 34805
15
来自主题: Programming版 - 12306仍然一塌糊涂
锁表就是中文的习惯说法,就算你不懂看看context也知道我说啥。也就你这种不懂的
一下露馅了。
发信人: goodbug (好虫), 信区: Programming
标 题: Re: 12306仍然一塌糊涂
发信站: BBS 未名空间站 (Tue Jan 6 03:06:25 2015, 美东)
唉,我老解释了一年还是没法理解,这说明你没做过数据库应用,没common sense。出
票数据库是一个没错,但并发是通过RDBMS锁表来进行的,这么多线路,这么多天,怎
么可能都锁在同一行上。我老说一个牛机器5000单/秒,人上内存数据库每秒两万六。
外行就少说两句吧。
S*A
发帖数: 7142
16
来自主题: Programming版 - 12306仍然一塌糊涂
你是说这个吗?
“”“
现在是系统例行维护时间(23:00-07:00 ),在此期间不受理订票和改签业务。
在23:00-24:00 期间您仍可办理未完成订单的继续支付和退票业务。
”“”
你真的深入用过 12306 吗,这个是标准维护。每天都是这样的,多少年了。
还真是我说的 “半夜不服务” 的问题。
你少见多怪了。

有余票;
很正常,如果很多人抢得时候,你看到查询的数据不能保证你那能
定上票。因为有些票定了还没有付款,被 hold 住了。
而且就你上网那几天我真的是用过。没有问题。
g*****g
发帖数: 34805
17
来自主题: Programming版 - 12306仍然一塌糊涂
操,跟你说了是出错,长这样的。没有票跟出错是两码事。能用的话好好的我买个冷门
票何必加手续费到携程。
http://www.12306.cn/mormhweb/logFiles/error.html
S*A
发帖数: 7142
18
来自主题: Programming版 - 12306仍然一塌糊涂
可能是你运气不好吧。
12306 可能还不完美,但是真的没有你说那么差。
尤其是晚上不服务这个,是计划中的,每天都这样。
没想到你还真当成 crash 了。
T*****9
发帖数: 2484
19
来自主题: Programming版 - 12306仍然一塌糊涂
12306不好做啊

冷门
l**********2
发帖数: 728
20
来自主题: Programming版 - 讨论一下12306的架构? (转载)
【 以下文字转载自 JobHunting 讨论区 】
发信人: mitu9090 (mitu), 信区: JobHunting
标 题: 讨论一下12306的架构?
发信站: BBS 未名空间站 (Sun Nov 29 02:28:06 2015, 美东)
假设面试时系统设计问这个题,这个买票网站面临如下问题,请问如何解决改进?
1. 每趟列车有N个车站,一张车票可以从任意站到任意站,并且有m种座位(硬座、软
座、卧铺、站票。。。)。数据结构如何设计?
2. 查询是否有余票是最频繁的操作。peak时每分钟有上亿次查询。问如何设计系统以
满足这种请求量?
3. 如果需要设置cache,怎么设置比较合理?
抛砖引玉,就当是面试系统设计题吧。。
z*******3
发帖数: 13709
21
来自主题: Programming版 - 讨论一下12306的架构? (转载)
发信人: hellobruce (大熊蛙 水上漂), 信区: JobHunting
标 题: Re: 讨论一下12306的架构?
发信站: BBS 未名空间站 (Sun Nov 29 17:35:41 2015, 美东)
我擦 还有人想单机版 这也是跪了 这种问题不值得跟上一代的人争论吧
i**w
发帖数: 883
22
来自主题: Programming版 - 一年一度华山论剑:jh版又在12306了
每年这时候应该开个“12306华山论剑”专版
a9
发帖数: 21638
23
来自主题: Programming版 - 一年一度华山论剑:jh版又在12306了
12306连个ssl证书都不舍得买一直用自签证书永远脱不了山寨样有什么好论的。
t**********1
发帖数: 550
24
来自主题: Programming版 - 技术贴来了12306
我的12306设计很多人也都知道了。
现在还有没有人敢说这个设计不行?你要是说不行得指出哪里不行才可以。
全国一盘棋,数据紧耦合。单机核心是设计的核心。是最优化的设计。没有之一。
再次质问古德霸。
你要是要脸的话,就说说你重复了几百次的计数器不支持transaction。
我问你,是不是一个第二天就fix了的小bug?
我说了,你要是证明那个bug我没有fix,我当众道歉,再也不来了。
你要是证明不了,那几百个帖子,持续两年多,还有你现在这个态度,就够搞你的了。
t**********1
发帖数: 550
25
来自主题: Programming版 - 技术贴来了12306
赶明儿请wdong回来,可以继续讨论12306了。呵呵。
看这次还有谁敢捣乱?
x****u
发帖数: 44466
26
魏老师:高频交易用在卖票上肯定中。。。
评:这是没错,万一你家钻风吃面洒在主板上,全国人民杀来找你要票咋整?
好虫:各种通用方案。。。
评:12306是比较特殊的应用,不做大手术肯定处处是槽点。
R****2
发帖数: 342
27
这么算我觉得这次好虫要糟糕阿。。。。现在这个系统感觉简化过头了,既然魏那么有
自信,估计也是试验过了。。。
其实本质就是,一场赌局,看上去解决了12306核心问题,然而简化太多并没有卵用
n****j
发帖数: 1708
28
赌约里也没花姑娘,要不要也加上?是不是没做出一整套 12306 都不算啊?
这事扯蛋扯了两年,终于开始动手实干了,你在这拆台,也对狗的爸太没信心了吧。
T********i
发帖数: 2416
29
来自主题: Programming版 - 再说说 12306
老姜你这是先把12306搞死再推销抢票服务器的节奏。
p*****y
发帖数: 529
30
来自主题: Programming版 - 再说说 12306
难道现在还没有抢票机? 我记得读的某篇技术文章提到了抢票机, 而且12306用的识
别码早被别人破了。
这么大的市场在国内还不是秒秒钟就饱和了, 还能轮到我们这帮国外wsn开发?
l******n
发帖数: 9344
31
来自主题: Programming版 - 再说说 12306
12306的验证问题,觉得自己能抢到票的,举手
http://mp.weixin.qq.com/s?__biz=MjM5NTI3MDk0MA==&mid=400738395&
x****u
发帖数: 44466
32
来自主题: Programming版 - 继续掐12306
人家12306是业务系统,需要能轻松上下新功能的架构,你搞个高频交易或者高频网游
,整个出发点就是错误的。
你干脆让人家和你比打俄罗斯方块掌机版,你能打赢代表你的架构厉害。

,2
q*c
发帖数: 9453
33
来自主题: Programming版 - 继续掐12306
老魏,我都给你方案了, 12306. 实时出票每秒几千万上亿, 你前面不是看到了? 都
是成熟技术,不靠你老魏一个人的人品。
唯一的是每列车最后一张票有个毫秒范围的不确定性,根本不是问题。
而且我那方案可靠性强,扩展性好,每列车 1000 站不影响,你的办法就慢 10000 倍
。 我那办法可以轻易扩展到 无人驾驶汽车上,哪怕之间 10 万个H站。
g*****y
发帖数: 7271
34
来自主题: Programming版 - 继续掐12306
12306每秒出票一千来张而已。
x****u
发帖数: 44466
35
来自主题: Programming版 - 继续掐12306
您老的高频系统不适合12306.
比起效率,灵活适应变动对人家更重要。
N********n
发帖数: 8363
36
来自主题: Programming版 - 继续掐12306

每个TIER都是多机才是真正的多机。如果MID TIER多,DATA TIER锁在一起那这
是个伪多机。用互联网那种弱耦合或者根本就是零耦合的方案出来套12306是拍
拍脑子想当然。
n*******7
发帖数: 181
37
照抄一下原文。 “主要原因”前两点就是一样道理:
在经过多次论证和POC测试后, 12306 最后选择Pivotal Gemfire作为系统改造的平台
,其主要原因如下:
1.关联数据节点设计:可以根据客户的业务逻辑特性和数据关联性,将关联性强的数据
放置于同一个服务器节点,提高系统性能,避免分布式系统服务器的频繁数据交换。
2.将数据移到内存:由于数据是放在内存里面,屏蔽传统数据库频繁访问, CPU与数据
库的交互作用,影响服务器性能。内存的数据交换速度远高于磁盘速度上千倍, 极大
提高系统性能。
g****u
发帖数: 252
38
来自主题: Programming版 - 12306这个能做成一个轮子吗?
看看有没有别的应用,然后抽象化一个轮子出来。
如果真是就针对12306,我们讨论了半天最后也不会有我们啥事,
虽说讨论清楚了也有一定的益处,毕竟不是很值得费大家这么多口舌。
现在大家也讨论得平心静气,估计短期内也不会有人被逼得坐下来
写代码了。
比如说我们把需求推广推广,弄个啥带HA的NoSQL高性能抢票机系统,
不管是老魏的方案还是qxc的方案,或者都实现了,将来可能还能有
些实际应用。
单机不单机的,硬件fail了没法在一分钟内恢复,这个一开始都
不是真那么有所谓的。像redis, mongoDB这些,一开始不都是
单机系统。重要的是define这么一种独特的需求。
c****3
发帖数: 10787
39
来自主题: Programming版 - 12306 我太土了 都不知道这是啥玩意
这里讨论的12306是有历史原因的。
你说的限制客户端刷,铁道部早做了,图像验证码,大家都破解不了,现在的人工智能
没这个本事。网上都是说这个图像验证码坑爹的,其实都是破解不了的公司,请的5毛
v****e
发帖数: 145
40
来自主题: Programming版 - 12306 我太土了 都不知道这是啥玩意
问题是12306自己说解决方法就是用了gemfire,从硬盘数据库改成了内存数据库,这个
话题还有什么好讨论的。。。如果系统都可以朝更第一层挖掘潜力,那不用在这里讨论
了,直接用寄存器存储数据好了。
z***t
发帖数: 10817
41
来自主题: Programming版 - Re: 12306网站: (转载)
【 以下文字转载自 Joke 讨论区 】
发信人: zlltt (我要去WestWorld), 信区: Joke
标 题: Re: 12306网站:
发信站: BBS 未名空间站 (Sun Oct 29 11:26:46 2017, 美东)
goodbug看完沉默 魏老师看了流泪
a****i
发帖数: 1182
42
咋滴了?12306现在用的gemfire
你来说门都没摸到?
N********n
发帖数: 8363
43

GF是IN-MEMORY DB。为啥要IN-MEMORY?就是要提升单节点计算能力。12306
的后台数据库也是尽量走IN-MEMORY提升单节点吞吐量。你们吹的CANSANDRA
属于门都没摸着还瞎套。
s***d
发帖数: 15421
44
来自主题: Stock版 - 说baba没技术的看看这篇知乎
12306首秀被骂的狗血喷头后铁道部找来IBM、阿里巴巴等大企业要解决方案,给出的条
件是资金管够但是问题得解决。几大企业最后都拒绝了(其中阿里巴巴最后负责了排队
系统的建设)。12306开始自己尝试解决问题。他们发现市面上可以买到的成套解决方
案都不足以应付春运购票负载,所以只能自己改进已有的数据库(注:其实是改用
VMware SQLFire/GemFire,这里我之前理解错误)。以前12306用的是小型机,发现性
能严重不足,遂改用x86系统+linux平台(原平台为HP Superdome小型机,UNIX系统,
Sybase ASE数据库)。最后他们的核心系统用了十几个节点(现在应该是17节点)的多
路Xeon E7(具体几路待考),每个节点配1TB内存,数据库全部在内存中运行。2013年
春运,12306系统峰值负载11万tps,与2012年淘宝双11活动峰值负载相当,新的系统基
本经受住了考验。
补充:以上内容是我在2013年7月得知的信息,彼时没有任何公开来源提到过12306新系
统的技术细节。甚至,当时局外人没人知道12306已经在2012年开始做了技术改造。直
到数日... 阅读全帖
c***s
发帖数: 70028
45
1月11日起,12306网站开始销售除夕当日火车票。每到此时,铁路系统唯一的官方购票网站12306就会成为众矢之的。今年也不例外,12306再次被淹没在一片埋怨声中。
1月5日,观察者网刊登了问答网站“知乎”上的用户王强的解答,回答“如果把12306外包给IBM或者阿里巴巴来做的话,能不能比现在做得好?”这一问题。
1月10日,一位ID名为“代码狗”的前淘宝工程师,后来在一家电商公司做技术副总的IT业内人士也在著名论坛“西西河”上发文,表达了他自己对12306系统的看法。
值得注意的是,“代码狗”在12306系统刚上线时也有过不少微词。为了证明12306系统很容易搭建,“代码狗”甚至曾经发起过一个名为“替12306设计系统”的开源项目。通过工作中的实践,“代码狗”对于12306系统也有了新的认识。
观察者网转载此文,供读者参考。
全文如下:
官方订票网站12306崩溃时的页面(资料图)
本人淘宝技术专家,2012年在一家百强民企做电商副总,当时在极为艰苦的条件下带队开发了一个B2C(企业针对个人开展的电子商务活动——观察者网注)网站,走支付宝和银联支付通道,年营业额千万级(作者注:当然... 阅读全帖
k*z
发帖数: 4704
46
从大数据,到分布存储计算,到业务模型设计,到防机器人刷票,恶意攻击,分布式访
问。。。。。。
前淘宝工程师发帖:铁道部购票网站几乎是奇迹(图)
2014年01月12日19:05:48 [新闻大杂烩]
1月11日起,12306网站开始销售除夕当日火车票。每到此时,铁路系统唯一的官方购票
网站12306就会成为众矢之的。今年也不例外,12306再次被淹没在一片埋怨声中。
Mitbbs.com
1月5日,观察者网刊登了问答网站“知乎”上的用户王强的解答,回答“如果把12306
外包给IBM或者阿里巴巴来做的话,能不能比现在做得好?”这一问题。Mitbbs.com
1月10日,一位ID名为“代码狗”的前淘宝工程师,后来在一家电商公司做技术副总的
IT业内人士也在著名论坛“西西河”上发文,表达了他自己对12306系统的看法。
Mitbbs.com
值得注意的是,“代码狗”在12306系统刚上线时也有过不少微词。为了证明12306系统
很容易搭建,“代码狗”甚至曾经发起过一个名为“替12306设计系统”的开源项目。
通过工作中的实践,“代码狗”对于12306系统也有了新的认识。Mitbbs.com... 阅读全帖
W*******e
发帖数: 1268
47
在广州火车站的售票大厅里,旅客们在排队买火车票。一名女子因为没能买到车票,
伤心地掩面而泣。 (南方周末(专题)记者 翁洹/图)
"为让人们更轻松地返家,软件工程师倪超开发了抢票软件。这最终搅动了2013年春运
,火车票以神速“售罄”,不懂网络的农民工首当其冲。"
"倪超不认为抢票插件是在加剧不公,而是优化资源和解放双手。他与商业公司结合推
广这一技术成果,但不料陷入一场商业漩涡。"
"超高点击量正在将“12306”推至崩溃的边缘,铁道部开始一场阻击战。倪超疲惫不
堪,他选择离开,“再也不要面对12306”。"
26岁的网络工程师倪超终于明白,生活原来可以如此荒诞。
一切缘起他那仅有1年零9天寿命的个人作品——“12306订票助手”。这是一款立志让
浩荡春运潮中返乡人避免因买不到火车票而崩溃的软件,然而,令作者倪超始料未及的
是,自己最后却被这个软件弄崩溃了。
短短数日,热衷于利用业余空闲编写免费网络软件的他,极不情愿地被这个世界从网
络背后推向喧嚣无比的台前。从被指责拖垮全球知名网站,到被指责令铁道部订票网站
“12306”数度瘫痪,再到被指责引发IT企业间的商战乃至与部委的对抗。
... 阅读全帖
c***s
发帖数: 70028
48
只要在电脑C盘里加一条记录,就能瞬间登录12306购票网站;靠谱的第三方软件可以帮助网友捕捉购票良机;如果第一种方法不可行,开个美国的VPN立马就OK了……昨天,是国庆抢票大战最火爆的一天,网友吐槽、IT神人现场支招、购票达人贡献攻略,网络上好不热闹。尤其是IT人士们的支招,让平时憨头憨脑抢票的文科生们直呼“太神奇”。这些“神秘”代码究竟是什么意思呢?效果究竟如何呢?扬子晚报邀请专业人士为你解读。扬子晚报记者徐媛园
IT精英吐槽12306程序做得太玄幻,写代码的是神人
“程序做得太玄幻,我辈望尘莫及”、“写代码的真乃神人也”、“12个步骤编辑12306代码”……如果说前天还只是普通网友们在吐槽12306“一个神奇的网站”,那么昨天,就连IT精英们也按捺不住,纷纷开始吐槽并着手破解12306的购票“密码”。
“没办法,自己动手,丰衣足食”、“其实之前我只要找台好电脑,淡定地等待,就能买到想要的票,但是从今天开始,我决定去研究一下12306了”、“我家电脑都是顶配,带宽20兆,抢不到票”……一群加“V”的、从事IT工作或正在学习计算机相关专业的网友开始吐槽,其中不乏著名IT公司开发等核心部... 阅读全帖
i***s
发帖数: 39120
49
在巨大的访问量下,铁道部12306订票网站几度濒临瘫痪。质量问题出现,承建商也浮出水面。据媒体调查,在业界眼里实力雄厚的方案均未能中选,铁道部下属机构铁科院电子所最终中标。有知情者称,当初IBM的成熟方案报价太高,12306走自主研发的路线却成了如今的局面。
中国铁路刚刚进入网上售票时代,就陷入了混乱。
由铁道部下属机构研发的网上售票平台12306网站,在2012年春运前期的售票高峰首次面临极端考验,并被证实无法胜任。
专业互联网分析网站 Alexa 的统计显示,12306的访问量排名从3个月前的第1059位跃居至目前的第115位。1月9日,Alexa 统计估算的12306网站独立用户访问比例,已占到全球的0.86%,3个月间访问增速达627.5%。
庞大的访问浪潮冲击下,12306网站几度濒临瘫痪,一些旅客遭遇页面刷新缓慢、购票失败却被扣款等问题。众多购票者面对报错页面兴叹,抱怨声四起。
12306网站的质量问题,使它的承建商浮出水面。
一位知情人士1月10日向本报透露,当年12306网站的设计招投标,申报方案的仅有中国铁道科学研究院电子计算技术研究所(以下简称铁科院电子所)和易程科... 阅读全帖
d*********o
发帖数: 6388
50
http://roll.sohu.com/20120111/n331916060.shtml
核心提示:在巨大的访问量下,铁道部12306订票网站几度濒临瘫痪。质量问题出现,承建商也浮出水面。据媒体调查,在业界眼里实力雄厚的方案均未能中选,铁道部下属机构铁科院电子所最终中标。有知情者称,当初IBM的成熟方案报价太高,12306走自主研发的路线却成了如今的局面。
中国铁路刚刚进入网上售票时代,就陷入了混乱。
由铁道部下属机构研发的网上售票平台12306网站,在2012年春运前期的售票高峰首次面临极端考验,并被证实无法胜任。
专业互联网分析网站 Alexa 的统计显示,12306的访问量排名从3个月前的第1059位跃居至目前的第115位。1月9日,Alexa 统计估算的12306网站独立用户访问比例,已占到全球的0.86%,3个月间访问增速达627.5%。
庞大的访问浪潮冲击下,12306网站几度濒临瘫痪,一些旅客遭遇页面刷新缓慢、购票失败却被扣款等问题。众多购票者面对报错页面兴叹,抱怨声四起。
12306网站的质量问题,使它的承建商浮出水面。
一位知情人士1月10日向本报透露,当年123... 阅读全帖
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)