Articles of 移动设备

www移动redirect如何工作?

网站如何检测http请求是否来自移动设备? 在我看来,这只是一个标准的地址/端口标题的TCP / IP数据包? 这是一个硬件/路由的东西? 它是像Apache一样的托pipe服务吗? 准备移动redirect网站需要了解什么?

电脑和空中旅行

在飞机上带电脑时应该注意什么? 一般的答案欢迎,但… 我特别感兴趣的是: 计算机是否受到X光机或任何其他随身携带或托运行李的困扰? 什么样的红旗会包装非TSA的笔记本电脑? 有没有什么设置可以很好地包装更大的系统(比如服务器规模)? 有没有人看过其中一个乐队使用包装声音设备用于安装服务器? (如果你没有发现,我想知道如何build立一个移动服务器场,以便快速,短时间的部署,FWIW更有可能最终成为一个故事而不是飞机)

什么是用于移动设备的最佳TCP拥塞algorithm?

鉴于目前可用的大量TCPalgorithm和基于Linux的移动设备的兴​​起,什么是理想的algorithm要考虑? 从各种实现的阅读,Veno和Westwood +看起来很有趣,但我有兴趣了解真实的数据。

使用nginx为特定用户代理服务不同的文件

使用nginx,你如何为不同的用户代理服务不同的静态文件? 例如,如果当前用户正在使用iPhone,则应将其提供mobile_index.html ,而其他所有用户代理都应该提供browser_index.html 。 find解决scheme server { listen 80; root /var/www; set $mobile_request '0'; if ($http_user_agent ~ 'iPhone') { set $mobile_request '1'; } location =/ { if ($mobile_request = '1') { rewrite ^ /mobile_index.html; } if ($mobile_request = '0') { rewrite ^ /browser_index.html; } } }

推荐的驱动器encryptionscheme

我将很快为我们的移动员工购买一些运行Windows 7的笔记本电脑。 由于我们业务的性质,我将需要驱动器encryption。 Windows BitLocker似乎是一个明显的select,但它看起来像我需要购买Windows 7企业版或旗舰版来得到它。 任何人都可以提供有关最佳行动scheme的build议: a)使用BitLocker,硬着头皮付费升级到Enterprise / Ultimate b)支付更便宜的第三方驱动器encryption产品(build议赞赏) c)使用免费驱动器encryption产品,如TrueCrypt 理想情况下,我也对使用驱动器encryption软件的人员的“真实世界”体验以及任何隐患都有兴趣。 提前谢谢了… UPDATE 由于以下原因决定使用TrueCrypt: a)产品有良好的logging b)我没有pipe理大量的笔记本电脑,所以与Active Directory,pipe理控制台等的集成并不是一个巨大的好处 c)尽pipeeks对邪恶女仆(EM)攻击做了一个很好的说明,但是我们的数据并不适合将其视为主要因素 d)成本(免费)是一个很大的优势,但不是主要的激励因素 我面对的下一个问题是成像(Acronis / Ghost / ..)encryption驱动器将无法正常工作,除非我逐扇区成像。 这意味着一个80Gb的encryption分区创build一个80Gb的图像文件:(

IIS 7.5redirect/ URL重写到移动版本的网站

我正在寻找一个IIS解决scheme(不是编程)来redirect一个网站到移动版本的网站。 它看起来可能,但不能确定,与IISredirect或使用IIS URL重写2.0。 如果是这样的话,怎么会这样呢? 例如:mywebsite.com/redirect到(如果移动设备)mywebsite.com/mobile 注意:我们目前使用IIS Redirect将httpredirect到https。

阻止最终用户在iOS上购买应用程序

我们正在寻找从我们的组织内部署iPad。 我们希望能够为用户安装应用程序,这可以通过移动设备pipe理来完成。 但是,我们不希望用户能够购买应用程序,因为这些应用程序可以通过其内部购买帐户购买。 以这种方式购买的应用程序不应该被允许离开组织,但用户可以在他们的个人Apple帐户上购买应用程序,允许他们在其他设备上使用该应用程序,即使这些应用程序是通过其组织购买帐户购买的。 我找不到禁止在iOS设备上购买应用程序的方法,无论是通过本地限制还是通过移动设备pipe理。 我所能做的只是: 限制所有应用程序的安装(不可接受,因为我们不能将应用程序推送到设备) 在所有设备上设置组织iCloud帐户,并在本地限制更改的帐户设置(不可接受,因为需要input密码才能接受MDM推送的应用程序安装) 有没有办法阻止只有应用程序购买? 是否有提供此function的MDM套件?

如何分配手机IP地址?

当我的手机通过塔台及其GPRS网关访问网站时,NAT确保网站接收公共IP。 所有使用单塔的电话都具有相同的IP吗? 如果是的话 ,那么接收到的HTTP数据怎么能路由到正确的手机? 网站如何区分手机访问者? 有额外的HTTP标头数据吗? 如果否 ,那么这些独特的IP如何分配? 根据可用性或位置? 每个塔会有一套固定的IP吗?

为什么移动networking有很高的延迟? 他们怎样才能减less?

我越来越多地看到移动networking技术被用于在无法访问的地区访问互联网。 虽然移动networking作为主要的互联网连接通常尚不可行,但移动技术看起来是一个紧急回退的好select。 带宽不是问题:使用HDSPA,几MBit的速度是可能的,这提供了一个像样的上行链路。 然而,我从个人的经验中知道,移动networking的互联网链接(通过GPRS,UMTS等)比普通的DSL(UMTS为200-400ms,GPRS甚至更多)具有更高的延迟。 这当然使得它们不适用于许多应用,例如VoIP和电话会议。 这个延迟来自哪里? 有什么技术可以缓解这个问题,使UMTS在低延迟应用中可行吗? 我认为必须有一些固有的技术原因,但是它是什么? 这与数据如何通过无线传输有关吗? 而如果是因为无线传输,为什么WLAN有更低的延迟?

Mozilla / 5.0(Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10)的非法stream量Gecko / 2009042316 Firefox / 3.0.10(.NET CLR 3.5.30729)

这是一个迅速变化的事件,还没有答案。 请不要将您的发现或假设作为答案发布; 保留答案领域,当你实际有一个答案。 如果你有新的东西要添加,请直接编辑它的问题。 从今年年初开始,我和用户代理获得了很多stream量: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729). 我的访问日志显示该用户代理的40% – 60%。 这很奇怪,因为用户代理指定了Firefox 3.0.10浏览器(2012年是否有人使用该浏览器?绝对不是正常网站上的访问者的40%-60%)。 此外,日志显示此用户代理只请求HTML文件,并没有引用资产,如图像,CSS,JS文件。 我检查了这些请求(与该UA)的IP。 它来自世界各地。 我认识到这些IP有时候有一个移动用户代理。 所以我怀疑是一个正在做很多“蜘蛛请求”的移动应用程序。 知道来自该用户代理的stream量的根本原因将是很好的。 任何人都可以找出根本原因吗? 在过去的几周里,我们认识到来自UA的stream量下降,其他stream量增加。 看起来bot /爬虫现在使用更常见的UA,因此更难以阻止。 我看到有人在回答这个问题时说,但是当serverfault决定重新安排这个问题的时候,它被删除了。 旧的答案作为参考 Dee的更新 我运行了我自己的高度被贩运的网站,并且在上个月的apache日志中看到完全一样的东西(我还没有机会进一步检查)。 所有请求中有40%是我看到的百分比,显然这是很危险的。 而且我也注意到这些请求总是似乎说请求的浏览器不支持gzip压缩 – 导致所有的网页请求被无压缩地发送,并且我们的带宽使用率超过了屋顶! 但到目前为止,我一直无法确定到底发生了什么事情 – 到目前为止,我怀疑的是,它可能是某种代理服务器,或者是发送虚假useragentstring的移动设备。 编辑添加:只是做了更多的研究,它看起来像它可能是防病毒软件: http : //www.webmasterworld.com/search_engine_spiders/4428772.htm 从jamur21更新 是的,我们发现多个网站的stream量相似。 我们仍然在寻找根本原因,但是我们的一些发现包括: 如果它是一只蜘蛛,它的工作做得很差。 似乎每个域只能search一个或两个URL一段时间(也许几个小时),直到它移动到另一个URL。 尽pipe如此,内容总是相对“现在”,正如Dee发布在他/她的回答(我们所有的网站都是新闻网站)中的链接所指出的那样,这使得Google新闻成为一个因素。 虽然知识产权在地理上分布,但我们大多数似乎都位于原产地附近(我们的大部分地区都是本地新闻网站,所以它们没有得到很多全国性的stream量)。 […]