V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mhycy  ›  全部回复第 164 页 / 共 189 页
回复总数  3764
1 ... 160  161  162  163  164  165  166  167  168  169 ... 189  
2014-10-29 12:21:49 +08:00
回复了 sydneygao 创建的主题 问与答 用 600 元(100 刀)做好个人数据存储,你选择什么方式?
个人倾向自建ZFS RAIDZ2存储阵列....
用ECC内存....

希望补充一下预算...
2014-10-29 12:20:58 +08:00
回复了 sydneygao 创建的主题 问与答 用 600 元(100 刀)做好个人数据存储,你选择什么方式?
没有一个选项靠谱.....
2014-10-29 12:20:14 +08:00
回复了 kang000feng 创建的主题 问与答 你说这些人为了钱, 连诚信都不要了吗?
@nil3 刷评貌似不便宜....
2014-10-29 12:19:20 +08:00
回复了 bobopu 创建的主题 Mac mini 打算入一台 mac mini 托管在本地机房不知是否可以?
为啥要把mini托管到机房?配个服务器不更好么?
2014-10-29 12:17:39 +08:00
回复了 kang000feng 创建的主题 问与答 你说这些人为了钱, 连诚信都不要了吗?
顺带还有
E3400 * 1
E8200 * 2
E5450 * 1

E5450来自淘宝洋垃圾
E3400/E8200 原装盒子都还在....
2014-10-29 12:14:51 +08:00
回复了 kang000feng 创建的主题 问与答 你说这些人为了钱, 连诚信都不要了吗?
淘宝买二手内存还这样....囧

说起来我有几条2G DDR2要买么?
2014-10-29 12:12:46 +08:00
回复了 sharewind 创建的主题 Google google 是如何实现不同的服务同一个 ip 地址?
@lhbc
@tmqhliu

换个说法好了,写的自己都乱了....囧

请求的上下行数据流本身是分散的数据包
所以数据流本身不可能转发到两台不相关的机子.

只能有一个机子接收,那么那个机子就是事实上的入口服务器.
入口服务器可以损坏,但是在损坏这段时间,毕竟会中断一部分的数据流
如果要避免这个情况发生,可以镜像处理.
但是镜像也最终会汇聚到一个点进行判断,然后再最终输出.
这样判断设备本身产生了新的单点故障风险.

所以纠结的问题就是:如何避免这个单点存在呢?
2014-10-29 12:07:10 +08:00
回复了 sharewind 创建的主题 Google google 是如何实现不同的服务同一个 ip 地址?
@lhbc 集群说着容易,但是实现难点很多.

入口服务器即使是个集群,对于一个session必定会在请求的时间内解析到某个特定的机子.
而解析到某个特定的机子这中间必须经过一个负载均衡设备.
而这个设备本身会引入额外的单点故障风险.
前端服务器切换这个动作肯定可以瞬间完成,但是切换之前这个心跳信息因为负载的关系肯定不会过于频繁.
这就会引出一个问题,如果这个负载均衡设备出现单点故障的话那就必定会产生一段时间的服务中断.

那么如何保证这一个点高可用呢?
判断一下,做个函数产生这么一个序列就好.

如果在5以内 就1-5序列
如果是倒数5个以内就显示末尾那几个
如果是中间就5个5个间隔
($show_len,$count_page,$now_page)
这么几个参数运算一下就好了
2014-10-29 11:25:33 +08:00
回复了 sharewind 创建的主题 Google google 是如何实现不同的服务同一个 ip 地址?
@tmqhliu
事实上一个区域同一时间同一个请求访问的服务器是同一台的.即使检测到离线并切换这中间也会有数秒的停顿时间.
而且即使是某一个特定的区域,Anycast也只能把多个IP解析到多个服务器上,不可能单个IP解析到多个服务器,如果单个IP解析到多个服务器的话请求本身就不是连续的了.如果引入额外的同步设备,这也会增加单点故障的风险.
2014-10-29 11:03:15 +08:00
回复了 sharewind 创建的主题 Google google 是如何实现不同的服务同一个 ip 地址?
一直很想知道入口服务器是如何保证高可用的....
@herozzm
某些地方收地面波会更好一些...(鱼骨天线收数字信号)
就看覆盖和频道了....
@iyaozhen 现在有一些机子能盲搜..不过能力有限
毕竟信号本身是加密的,而编码方式多种多样....
@20150517
能否在国外看国内节目需要看卫星的覆盖范围

@herozzm
补充了一个说明,善意提醒一下,这个坑和HIFI有得拼.(虽说不用那么多钱)
另: 真正好的IPTV绝对是付费服务(不便宜).

@why 那种老古董估计不能用了吧?


@yywudi 买锅找阿里巴巴或者论坛
补充说明:(辟谣)
卫星信号是直接广播,而且发射源位于高空,且锅的高频增益非常高,指向性非常好,地面是没可能干扰的。
如果真的要干扰的话,干扰基站的覆盖率估计比手机基站还高。

而对于卫星本身来说,要干扰转发器是非常容易的。(毕竟卫星上的转发器接收端不是定向的)
但是国家不可能这么做(干扰了我还不如不发射呢)
个人的话,只能理解成个别别有用心的人实施干扰了。
之前有过,能查查新闻。
最后说下,IPTV买个麦格吧~画质还能接受,频道也多
折腾完回来补充一下:
首先收星的话,你要准备一份详细的信息表
卫星名称、方位、覆盖范围、频道、频率、加密方式

这些数据尽量找全,然后才到下一步。

首先,锅本身大概的说有正馈,偏馈两种,某些时候能通用。
而同一种类型的锅就只有尺寸和精度区别,还有就是做工。

按照收星的频率,有C波段有Ku波段,Ku能兼容C波段,但是C波段的锅用来收Ku波段的信号因为精度不够增益会下降,也有可能会引入更多的噪声。

总的来说,在承受能力范围内买得越大越好。
钱不够的时候尽量满足,留有余量这个要求。
注意:Ku波段要考虑雨衰

对于锅的尺寸,可以通过卫星的场强图,进行计算。

锅准备好了,然后就按照卫星要求去买高频头。
作用是接收/放大卫星的信号,并把高频信号变换成一个低频的信号。
因为卫星锅的高频头是和馈源一体的,所以需要考虑信号的偏振。
因为信号下变频这个部分需要考虑接收机的接收范围,所以还要考虑高频头的本振。
(注意C波段和Ku波段的高频头的本振计算方式并不一致)
然后还有增益和噪声,这个就看目标信号源的情况具体情况具体分析了。
对于某些弱信号,甚至要定制集波盘之类的。。。。(例如日本BS-I在偏西一点的地方,例如珠江口西面。。。。)

在这时候同时要考虑接收机。
说到接收机就得考虑信号的加密情况了,如果是服务区内收正版那当然啥事没有,直接买正版机+正版CA+正版锅一套就好了~
如果是服务区外收的话,正版机/CA也能省心不少~
但是如果正版价格太高只能收盗版的话那就得折腾一下了。

在这首先得说明一下卫星信号的加密。
首先需要说明的是,所有人收到的信号都是一致的。
正版用户与盗版用户的区别就是正版用户有官方的CA可以产生解码序列解码信号。
而盗版的用户只能通过破解/共享的方式获得这个解码序列。(类似银行的U盾)

破解的话不用说,只要厂商不反制的话啥事都没。
关键是这个共享方式(黑话:GX)
首先共享这个事本身就是把正版机当时所产生出来的解码序列发布到服务器上然后客户机同步这个序列进行解码。
这时候因为卫星的信号是广播的方式,如果机器内部没有对接收到的加密信号进行足够的缓冲的话,在网络延迟波动较大(较高)的时候就会使得解码无法进行。(卡机,黑屏,反正就是不稳定)
这是所有共享方式的局限。这点上@dale 没说对。

说白了,共享接收的话稳定性就看服务商了。(和大家买梯子一个道理)

然后说回机子,一台较好的卫星接收机必定是对信号解调能力较强的(解出最终的码流错误率越低越好)
这点需要机子的高频头和解调芯片的配合(没错,接收机也有高频头,那是用于把天线上的高频头出来的信号进行二次变频到解调系统能接受的低频)

这点上说很多低价机子都不合格。(地面波因为多径干扰的存在对解调芯片与高频头的要求更高)
不过还好,现在好的机子能换解调板。

解调说完了,就到解码了~
解码包括信号解扰(加密信号解密)和视频信号解码
解扰的话高端机子都支持一大堆各种服务商的各种API,问题不大~(类似于SS,VPN全支持)
即使现在不支持,还能升级程序满足支持要求~毕竟都是Linux底层~
解码么~不用说接口满足,解码能力满足,简单说就是功能满足各种好~自己挑吧~能接1080P是最低要求了。

这些都扯完了,剩下就是选机子了~
这个找论坛吧~各有各喜好。
中国卫视论坛不错,关键字: sat-china

最后说下 Dish HD 没共享。。。正版买不起。。。囧
买锅首先得找个卫星频道表吧
2014-10-28 18:46:20 +08:00
回复了 dogsun88 创建的主题 PHP 想做一个类似于宜家的公司内部网站,大概需要多少钱。
说下个人看法:
由此至终就说某个目标网站或者很模糊的概念与需求。连大致说明情况都懒这样子诚意何在?
我只能理解成啥都不想把这当成百度知道、免费咨询了。
1 ... 160  161  162  163  164  165  166  167  168  169 ... 189  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1007 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 21:22 · PVG 05:22 · LAX 13:22 · JFK 16:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.