V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ryd994  ›  全部回复第 84 页 / 共 495 页
回复总数  9890
1 ... 80  81  82  83  84  85  86  87  88  89 ... 495  
@watzds CentOS 有 fastmirror,根据 ping 选镜像。不过对于这样的限速镜像还是没有办法的,如果很不巧的,它的 ping 最低,那你还是会被卡

@crella 我就问,官方教程上有么?是不是不会换源的活该用不了 Linux ?是不是不会用 vi 的直接开除 Linux 用户籍?其它国家不需要换源,凭什么?就为了西北农林要立牌坊,全中国人民想用 Linux 必须先学换源。
问题不在于它公网可用也不在于限速,而在于它要加入官方列表。官方列表对更新的及时性,服务器的性能和稳定性有着明确的要求。在明显不符合这些要求的情况下,还在官方列表里赖着不走,是不是耍流氓?官方源的牌坊要立,但是又出不起流量钱。

你这么聪明会百度,怎么不看看我楼上贴的官方源要求? I don't want your mirror
2019-09-08 01:25:35 +08:00
回复了 tbaby 创建的主题 全球工单系统 考拉上公然卖高仿商品,客服表示都是经过严格审核的
只要不是标自己是正品就没事
服装设计不被知识产权保护,除非申请专利权或商标权。服装设计和配色也可以申请商标。可口可乐的瓶子形状和红白彩条都可以申请商标。

著作权的定义很严格,随便改一点就不适用了

所以你看服装大牌,要么是万年不变的经典款,这种是申请过商标或者专利的。要么就是每年出新款。
WTF ?连 github repo 都删掉了?这件事情做个表率,有则改之不挺好的?虽然嘴上不饶人但是做了就是做了。
幸好 V 站不能删帖啊,你们的气度,就连这样的讨论都不容许吗?
文字版: https://www.cnx-software.com/2013/03/07/linaro-connect-hk-greg-kroah-hartman-keynote-i-dont-want-your-code/

PS:Greg 其实人很好,我当时基本踩爆所有雷,但他回邮件很友善的指出了 Linux 的 contributor wiki。其实我是属于 company sponsored,是他说的”If you are hired to do this stuff, you are on your own, and you better know what you are doing“的那种人。
所以我很识相的 RTFM 去了。
@matsuz 他的问题不在于开放给公网,也不在于限速,而在于上官方源。对于因为种种原因无法修改源,只能用官方源列表的。这样的源是不是害人?为什么我的 10kb/s 的源不应该上官方源列表,我不也是好心么?

同理,是不是 Linux 就不能拒绝 PR 了?人家发 PR 也是一片好心啊。虽然代码写的比较烂,但是不能打击积极性啊。我第一次提 PR 被打回来十几次,一共才百来行代码的小 PR。
C++能鼓励更多人给 Linux 贡献代码,怎么不好了? Linus 说人家是 BS 是不是很过分?

建议先看看这个视频 I don't want your code
https://youtu.be/iiED1K98lnw
@matsuz 既然没这个能力与资源,何必上官方源列表?
cite: https://wiki.ubuntu.com/Mirrors
"Know what you're starting with. A mirror may cause a lot of traffic. If your server has insufficient bandwidth, users cannot download very well and your machine may become unreachable. If you pay for traffic, please note that traffic might increase, a lot."

cite: https://wiki.centos.org/HowTos/CreatePublicMirrors
"In your mirror submission, .... Please include what city/state/country you are in and what your bandwidth (speed) is. "
请问西北农业大学申请加入官方列表时,申报的网速是多少?请问官方列表管理员是否了解当前限速的情况?

cite: https://fedoraproject.org/wiki/Infrastructure/Mirroring#Bandwidth
"100Mbit/sec is the minimum required for new mirrors in countries with adequate mirror coverage already."
Fedora 的要求更加明确,

"Connections to Internet2, National Lambda Rail, GEANET2, RedIRIS, or other such high speed research and educational networks are always appreciated.“
但是教育网镜像也是欢迎的。既然运营上有困难,完全可以和官方商量,屏蔽公网,只提供教育网服务。规则是死的,人是活的。如果能帮助教育网用户低成本更新,官方不会不支持。
修改 hosts 文件屏蔽掉这个源完事。附议从官方源列表内移除。


@dingyx99
既然“这个库的目的就是为了服务本校师生员工的”,那就自己内部玩就完事了。完全可以做个内网镜像,开不开公网或者公网限速不限速都无所谓。要用的人自己配置。不会配置或懒得配置的人,用公网镜像,网络自己付钱,有什么问题?

为什么要加入官方列表?官方列表,我的理解,就是欢迎更多人使用才放上去的。既然没有足够的能力、资源维护一个公网源,那何必加到官方列表里呢?限速到这个程度挂个梯子拉国外源可能都更快。


举个例子,online.net 的镜像就是屏蔽公网的,机房内的机器可以参照 wiki 自己配置使用。
2019-09-07 15:59:12 +08:00
回复了 Bwoywan 创建的主题 宽带症候群 P2P 大文件传输解决方案
@Bwoywan 就是无解。任何软件都不可能突破网络协议本身的限制。如果是完全对称 nat 的话就是彻底无解。
2019-09-07 14:13:40 +08:00
回复了 Bwoywan 创建的主题 宽带症候群 P2P 大文件传输解决方案
无解,两台 nat 后的机器要直连就必须打洞,但是运营商级的 NAT 打洞非常困难
你还是开台服务器吧,美西的可以考虑,毕竟移动的国际带宽不错。法国的也可以试试,G 管无限流量

@iceheart 没人转发也是白搭。两个 lowid 只能希望打洞成功,不成功的话就只能等 highid 转发。私有种子没人转发等于没源。BT 虽然不说 high/lowid,但是问题还是一样的。
2019-09-07 04:37:47 +08:00
回复了 aaronysj 创建的主题 程序员 UUID 做主键有什么优势和劣势?
@wysnylc 你才抬杠好么
你什么系统做到单节点 100 纳秒多次调用?一般操作系统调度时间都要几十微秒。就算针对低延迟特别调优,你随便处理处理数据 100 纳秒就过去了。你要每秒 1 千万次插入操作才会碰撞。先问问你数据库性能到这个数没有?
就算到了,后面还有 14 位序号,正确使用的话,重复需要超过 10 亿次插入每秒。你用的什么数据库可以做到这个性能?
有这功夫和我杠,为什么不去查一下 UUID 的生成方式,再自己用笔算一下?


@passerbytiny UUID1 是靠生成机制*保证*不可能重复
UUID4 才是拼概率。然而 128 位随机,实际上碰撞概率也是低到忽略不计。
UUID3/5 是靠 hash 算法的碰撞复杂度来拼概率
2019-09-06 16:55:23 +08:00
回复了 aaronysj 创建的主题 程序员 UUID 做主键有什么优势和劣势?
@wysnylc 正确使用 UUID1 是不会有碰撞的。要碰撞需要你在 100 纳秒内反复生成还刚好遇上随机数碰撞
UUID4 是纯随机,鉴于值域有 128bit,你可以算算 10 年内碰撞到一次需要多高的频率。实际上也基本可以忽略,当然,比不上 UUID1 的绝对保证。优点是不依赖,不暴露机器信息
其他 UUID 各有生成逻辑,使用之前彻底搞懂生成逻辑,然后论证为什么可以避免碰撞即可。
2019-09-06 16:48:45 +08:00
回复了 aaronysj 创建的主题 程序员 UUID 做主键有什么优势和劣势?
@passerbytiny 和储存无关,主键要进索引的。硬盘是不值钱,但是 1.内存值钱 2.CPU cache 值钱 3.硬盘 IO 操作数量 /延迟值钱
能不能用?能
但是数据量上来以后性能会很差
2019-09-06 16:44:37 +08:00
回复了 aaronysj 创建的主题 程序员 UUID 做主键有什么优势和劣势?
最后,主键只是数据库内在的储存结构的一部分。如果你用的是单机或者客户端了解的分表分库,那自增主键的性能反而更好
楼上说什么方便给用户的,你自己想想看,数据库主键直接暴露给用户,这是求人碰撞攻击你吗?给用户看到的 token 为什么不和内部 ID 解耦? token 和 id 解耦之后还能 revoke
就算用自增主键,也可以另外生成一个带索引的 token 字段,隐藏用户 ID 和主键用什么,没有半毛钱关系

再吐槽一下 varchar 做主键,存的是 UUID。真的不知道在想什么。任何读过数据库的用户手册的人都想不出这样的主意。你就没有想过为什么某些数据库要专门做个 UUID 类么?
2019-09-06 16:35:09 +08:00
回复了 aaronysj 创建的主题 程序员 UUID 做主键有什么优势和劣势?
UUID 用什么 varchar ?
首先 UUID 是定长的,不需要变长类型。定长类型在储存和索引时有优势
其次 UUID 是 hex,一共才 36 种字母数字,为什么作为 text 存?任何 UUID 完全可以导出为二进制
数据库提供 UUID 数据类型时存 UUID 类型。原因是比较顺序。UUID1 前几位是机器代号,最后才是随机数。所以最好从后往前建立索引,这样可以帮助索引自然平衡。

UUID 最适合分库的情况,UUID 的随机性保证了分库的平均。同时结合机器代号可以保证不同机器无需单点也能保证不碰撞。
2019-09-05 01:10:54 +08:00
回复了 herozzm 创建的主题 问与答 如果阵列卡坏了,数据能恢复吗?
raid 卡直接挂了不用怕,很好处理
用 SAS multipath 的话甚至可以做到 hba 挂了阵列都还在线
怕的是 raid 卡发神经写脏数据……
所以服务器务必上 ECC 内存,包括 nas
2019-09-04 15:52:53 +08:00
回复了 xiaomajia008 创建的主题 投资 有炒股的吗?最近行情不错,赌一把?
炒股不投资,投资不炒股
2019-09-04 09:38:00 +08:00
回复了 dxgfalcongbit 创建的主题 硬件 雷电 3 的电气成本决定了这玩意很难普及
@dxgfalcongbit 技术上真没那么复杂。无源 tb 线结构还是很简单的,但是长度和带宽受限。
有源线贵很多,但是其实一般无源线也够用了
2019-09-04 00:14:58 +08:00
回复了 YueZhang 创建的主题 职场话题 我请一个年假,我的领导就一副臭脸。太恶心了。
@YueZhang “临时有事,不想事假扣钱”
这不就结了
你不走正规流程,为了不想扣钱。领导批是情分,不批是本分。你可以查查员工守则,看看年假相关的规定。
另外,你领导这样做,就是已经对你不满了,但懒得怼你而已。如果直接拒绝了请假,理由是临时请假未交接的话,你就可以考虑跑路了。

和领导相处没有那么难。他想要什么,你想要什么,以这两样为前提考虑,就不难理解。遇到不讲理的避开些就是。
2019-09-04 00:07:27 +08:00
回复了 YueZhang 创建的主题 职场话题 我请一个年假,我的领导就一副臭脸。太恶心了。
严格来说,年假是需要提前请好的,而且需要交接工作。我请年假都是提前两个月就和老板说明大致日期和长度。提前一个月左右发邮件确定日期,往日历上挂提醒。为的就是给老板充分的时间能安排工作。oncall 也要全部找人代替。

事假才是临时请的。然后我们公司没有单独的事假。病假不查证明。年假,事假,病假实际上都是混用的。如果我有事,一般就请半天,实际上不计考勤,因为本来就是弹性工作制。但是这都是以老板同意为前提。

反正只要老板同意,什么都可以……
一周五天全部 wfh 都可以……
年假休超额变成负数也可以……
早上起不来说自己头痛请病假也可以……

所以和老板关系要搞好一点

我年初连休 17 天,用了 11 天年假。
组里还有个 senior,去年 11 月说,我年假要过期了。12 月整个月都是年假。

@pangleon 你说的是哪家外企?年假不提前安排还有理了?员工守则上怎么规定的就应该怎么做。老板从来不看,这是情分。问清原因要求交接,这是本分。
1 ... 80  81  82  83  84  85  86  87  88  89 ... 495  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5991 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 75ms · UTC 03:03 · PVG 11:03 · LAX 19:03 · JFK 22:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.