首页   注册   登录
 FrankHB 最近的时间轴更新
FrankHB's repos on GitHub
157 人关注
pl-docs
Programming Language Documentations
C++ · 13 人关注
CppTemplateTutorial
中文的C++ Template的教学指南。与知名书籍C++ Templates不同,该系列教程将C++ Templates作为一门图灵完备的语言来讲授,以求帮助读者对Meta-Programming融会贯通。(正在施工中)
C++ · 3 人关注
nano-signal-slot
Pure C++11 Signals and Slots
C++ · 3 人关注
NPLC
NPL console (main test repository for NPLA1 implementation of YSLib)
C++ · 0 人关注
Baka-MPlayer
The libmpv based media player
C++ · 0 人关注
Corecat
Corecat: Core of The Cats Project
C++ · 0 人关注
CxxFunctionBenchmark
benchmark for various C++ function implementations
TeX · 0 人关注
draft
C++ standards drafts
Python · 0 人关注
english-please
Offer for repositories whose README are written in Chinese.
C++ · 0 人关注
fancy2d
C++ · 0 人关注
function2
Improved and configurable drop-in replacement to std::function that supports move only types, multiple overloads and more
0 人关注
google-group-docs
Public text for Google groups discussion
HTML · 0 人关注
itoa-benchmark
C++ integer-to-string conversion benchmark
C · 0 人关注
LCUI
A simple graphical interface library
C · 0 人关注
libfat
FAT library for GBA, DS, Gamecube & Wii
C · 0 人关注
libnds
C library for Nintendo DS
C · 0 人关注
llmd
如果将markdown视作一门编程语言可以做哪些有趣的事情?
C++ · 0 人关注
MdCharm
MdCharm Source Code
C++ · 0 人关注
mingw-std-threads
Standard threads implementation currently still missing on MinGW GCC on Windows
C++ · 0 人关注
minicodecvt
C++上的简单编解码实现
C++ · 0 人关注
modern-cpp-tutorial
📚 C++11/14/17 On the Fly
C · 0 人关注
newlib
C++ · 0 人关注
nix
Nix, the purely functional package manager
C · 0 人关注
opensgx
OpenSGX
C++ · 0 人关注
rapidjson
A fast JSON parser/generator for C++ with both SAX/DOM style API
TeX · 0 人关注
resume
:pencil: My resume / 我的简历
Python · 0 人关注
SIF-TeamExport
Export your LLSIF team members via screenshots.
Rust · 0 人关注
swapview
Print swap usage per process. Implemented in various programming languages
C++ · 0 人关注
Textcat
Textcat: Text data formats library
C · 0 人关注
xege
xege

FrankHB

V2EX 第 34994 号会员,加入于 2013-02-28 10:06:28 +08:00
FrankHB 最近回复了
兴趣
就算不是 Android 开发者,看到运营商流量劫持的一堆 iqiyi://ctrip://newsapp://之类然后 net::ERR_UNKNOWN_URL_SCHEME 的就知道至少肯定能实现……┴─┴︵╰(‵□′╰)
草,眼看着 275L 然后就把 > 的位置贴错了几个,,,
@ertxn .
你说的我觉得完全没有问题,问题是就算是“长期维护”,我能保证这个镜像能在多少年呢?
> 除非镜像站被你个人所有,或你持续有义务代表对镜像站负责的组织,你不需要对这些问题负责。

也许毕业前都可以和老师和领导打嘴炮磨圈圈没问题,算上最多也就 7 年时间。
> 7 年都够一个系统发行版寿终正寝了,只坚持了 7 年说“长期”也并没有多少问题。

那等毕业了呢,离校了呢,我都不敢保证几年后学弟学妹们是否像我一样热爱这些,就更不可能保证“长久的稳定的”运行。
> 实在不理解为什么轮得到你来保证。

可能说起来会被看作笑话,但是是很现实的问题我觉得。大站的如 TUNA 和 [email protected] 都可能不一定敢说自己能百分之一百的一直运行下去不出意外,更何况我们一个末流 xxx 大学的一个站点。
> 没法维持运营并不是什么难理解的事情。但是关于保证责任的问题,我认为你或许真的需要和同行交流确认一下。

但是至少我们存在的时间里我能做到说你网速好的话校外能跑到 20m/s,可能比如用 arch 的话能看到 80m/s 更新包时候的情景。
> 结合实际情况,这是某种程度上的资源浪费。
现在恐怕大多数公网用户都没这种带宽的一半,而一般用户期望的速率可能不会超过这个的 1/5。(我用几个大站的源更新 Arch 也不过几 MB/s,并没觉得慢——也就抱怨一下 Qt 为什么这么大。)
技术上来讲,并不能指望一个普通的镜像源能在公网上实现准确的 QoS 而确保带宽用到最该被依赖的地方,所以请注意开源节流量力而为。

> 我们提交到官方源算是对社区的一个回馈,饮水思源。目前有能力替两个大校分担流量,我们会选择全力以赴。
我看到你多次强调了分担流量。你在这里似乎对提供镜像服务的动机的理解上有些偏差。
贡献流量不是建立镜像源的直接的目的;目的是满足社区对软件分发服务的需求。这些需求包含不同的方面,并非都能通过贡献流量来满足,多余的流量供给也并不能弥补其它不足。
充足的流量确实是提供服务质量的保证之一,但更根本的是服务的可用性——让用户断线重连不得不重复下载不完整的包是无效的流量贡献。
对大多数公网用户,使用镜像源的首要的理由是为了更好的(稳定高速的)传输体验,这也包括了避免不必要的手动配置变更。他们原则上不需要在乎你花费的流量具体有多少。与其贡献更多的流量,维持更稳定持久的服务对他们来说更有意义。
对其它源来讲,你贡献更多的流量可能对他们节约成本而维持服务的可用性有益——前提是确实合理地配置了资源。如果把别的学校里本来可以搞好满足需求的内网镜像源用户都赶过来扎堆用你的公网镜像源,那是有害的——浪费资源,或者至少增加了分配资源的成本。
而评价资源是否合理配置,根本上也是看满足预期的用户需求。你不可能绕过这点只论流量来论贡献程度。流量是投入的一部分,并不等于实际的产出:你再怎么全力以赴地烧钱(且不论是哪来的),也并不表示社区会享受到你的全力以赴的贡献。

> 不过还是那句话,所有以实际情况为准,可能是杞人忧天,但是我以为这些情况都要考虑进去。规矩是死的人是活的。
作为维护者,有些事你管不了,也没人指望你能管;你看起来是想多了。
但是另外有一些事,即使对一些用户来讲是常识性的,你看起来仍然想得太少了。
@ertxn 你说的内容槽点太多了。
> 很多人应该做的不是在那里说风凉话而是实际拿出点行动做点什么。
事实表明你没资格定义什么叫“风凉话”,什么又是实际拿点的“行动”。参见 #281。

> 诚然限速后添加到官方源确实很不好,
不要避重就轻,特别还是以镜像源维护者的身份说话。

> 但是从官方源移除意味着为其他的镜像站增加了本来不必要的负担。
根据?
你是否想过,有的用户(特别是新手)因为源慢很可能就直接放弃使用了,这是损害了谁的利益,增加了谁的负担?

> 那么照楼上一些人的观点我是不是也可以考虑申请从官方列表中移除我维护的那个我倾尽了心血的镜像站呢?
如果你无力做到不损害非特定公众的体验,我敦促你在官方镜像列表中移除。
理智的用户不会因为移除一个镜像站点而对此不满,如果你清晰地表达了理由,他们甚至可能感谢你——避免了突然服务不可用的应急成本增加的风险。

> 说不定哪天我又被老师问有没有给用户限制的问题我又该怎么回答呢?
这是你作为镜像站点维护人员应该解决的内部问题。
你当然也可以用缺乏资源支持作为关闭站点的合理理由告知公众——供应链上的涉众的理解和支持,这本身也是一种资源。

> 我觉得不现实而且是很不负责任的表现,
是否现实可以自行判断,但若因此造成本楼中损害不特定公众的后果,那么就真是广而告之不负责任了。
另外,如果因为分摊资源服务公网用户而使学校内部的本应最需要你服务的用户的体验受损,那也是一种不负责任。

> 这样的话会使得其他高校镜像站的负担日益加重。
缺乏根据。除了上面说了的以外,还有一点要注意:高校镜像站不一定要开放公网使用。
即使只是服务校内同学老师,同样也能减轻其它镜像站点的公网流量负担。
对这点问题缺乏认知,使我开始有点怀疑你是不是确实地理解了你日常维护的工作的意义何在。

> 不过如果哪天情非所愿还必须申请移除呢?
是否及时避免损害用户的行为,体现出负责的程度。

> 万一我忘记了移除一两天会不会又被想西北农林这样挂起来打的呢?
视后果而定。
是否真的只是疏忽忘记,还是一开始就没搞清楚自己该干什么,一般不难确认。

> 接下来说点实际情况:目前我们是多个大发行版的官方源之一,单论比如 TeX 很多人认为没什么流量可能,但是也会达到每天几个 TB 的样子,然而还算少的,更不用提带宽占用冠军 CentOS。
如果是因为维护策略的原因,一开始就没限制并发数或者没有协调好其它的资源配额,而导致外网用户不能享受预期中公平合理的镜像服务的话,那么维护者接锅。

> 说不定哪天就又要开始考虑屏蔽迅雷用户,屏蔽国产浏览器用户,最终限制外网用户,屏蔽外网用户。
限制超过资源限定的用户是合理的运营策略;限制公网用户的资源配额、优先服务内部网络的用户也是合理的;但无原则地、欠缺逻辑(因果关系和关于责任承担的原则)地限制非特定群体用户的歧视性策略并不能挽回上面的这个锅。

> 还是那句话很多人你说的有没有道理,我必须承认有一定道理,但是实际情况可能没你想的那么轻松罢了,楼上一些人在这打嘴炮的有这些功夫你联系下开源镜像站的维护组织出钱出力出时间都行也比在这当键盘侠图嘴上痛快开的要让人尊重。
几乎每句都有槽点,还有不少和自己身份截然冲突的观点表达——我真不知道你有何立场来指点潜在的用户该如何做。
请先做好自己的事。
@CYKun 不管出于什么动机,跟这个镜像站八竿子打不着的不确定公众的体验就是因为维护者(而不是镜像服务本身)的素质问题被以不小的概率降低了。他们本不应该受到这样的对待。
这种明知故犯损人不见得利己的人为因素的做法,显然是欠缺公德的行为。
手动换不换源,官方提不提 issue,提不提供捐赠,这都各人自决的事项,并非强制没有选项的义务。即便你要站在莫须有的道德制高点上谴责,这也都是私德问题,跟上面的行为没什么可比性。而且,本来不是用户而装作是用户去做这这样“有建设性”的事而导致报道有偏差和 /或浪费资源,还会造成另外的缺乏公德的问题。
退一万步讲,不管这些选择,这些事项显然和公众能不能对缺德问题谴责没有因果关系。所以你的逻辑呢?
和你对所谓“建设性”的想当然的理解正相反,用舆论监督纠正不文明的行为,这恰恰是维护公德的正当有效操作,是有“建设性”的。舆论的有效性也从这楼里通报的后续处理措施中体现出来了,啪啪啪打脸是否愉悦?
你自身就欠缺如何纠正缺德行为甚至何谓缺德的道德常识,反倒好意思扣帽子以所谓缺乏“建设性”为由质疑,传播伪劣的社会价值导向?你能不能和给你点“有用”的一起深刻反省表示一下,挽回这部分被你祸害的公德?
那个反对的要是你老板或者出钱比你多的股东或者级别比你高的 HR,那你认怂。
否则直接“不要皇帝不急太监急”。
@reus 然后挤着被存储过程喂屎是吧。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2428 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 13ms · UTC 12:23 · PVG 20:23 · LAX 05:23 · JFK 08:23
♥ Do have faith in what you're doing.