Tag: 彗星

在代码生成的UIView上绘制UIBezierPath: 我在运行时在代码中添加了UIView 。我想绘制一个UIBezierPath ，但是这意味着我不得不重写drawRect for UIView？或者是有另一种方式来绘制到自定义的UIView ？这里是生成UIView的代码： UIView* shapeView = [[UIView alloc]initWithFrame:CGRectMake(xOrigin,yOrigin+(i*MENU_BLOCK_FRAME_HEIGHT), self.shapeScroll.frame.size.width, MENU_BLOCK_FRAME_HEIGHT)]; shapeView.clipsToBounds = YES; 这里是创build和返回一个UIBezierPath的函数： – (UIBezierPath*)createPath { UIBezierPath* path = [[UIBezierPath alloc]init]; [path moveToPoint:CGPointMake(100.0, 50.0)]; [path addLineToPoint:CGPointMake(200.0,50.0)]; [path addLineToPoint:CGPointMake(200.0, 200.0)]; [path addLineToPoint:CGPointMake(100.0, 200.0)]; [path closePath]; return path; }

Django / Comet（推）：所有的邪恶至less？: 我已经阅读了关于Django和HTTP Push的所有问题和答案。然而，没有人提供一个清晰，简洁，开始到终点的解决scheme，来解决如何完成所谓“彗星”function的基本“问候世界”。第一个问题（1）：为什么HTTP根本不是（至less到目前为止）为此做了什么？所有的潜在解决scheme本质上是黑客？ 2）目前最好的解决scheme是什么？绕行？其他一些基于扭曲的解决scheme？龙卷风？ Node.js的？ XMPP w / BOSH？其他的解决scheme？ 3）nginx推送模块如何参与讨论？ 4）哪些解决scheme需要replace典型的mod_wsgi / nginx（或apache）部署模型？为什么他们需要这个？无论如何，这是一个有利的过渡吗？ 5）使用已经在Python中的解决scheme的优势有多大？来自PyCon 2010的Alex Gaynor的介绍，我刚刚在blip.tv上看到，是惊人的和信息丰富的，但不是在Django的HTTP Push的当前状态。他说的一件事给了我一些信心：轨道在抽象和模拟networking套接字的概念方面做得很好。因此，当WebSockets实际登陆时，我们将处于一个转换的好地方。 6）HTML5 Websockets与当前的解决scheme有什么不同？ Gaynor对轨道转换的容易度的评估是否准确？

加载Comet /服务器推送iframe时，停止浏览器“厄运的悸动”: 使用Comet或Ajax Long Pull技术时，通常使用iframe。当iframe等待长时间连接closures时，浏览器正在旋转其跳动（进度/加载指示器）。一些网站，例如etherpad.com，设法停止。他们是如何做到的呢？

WebSockets协议vs HTTP: 关于websocket和HTTP有很多博客和讨论，许多开发人员和站点强烈主张websocket，但我仍然不明白为什么。例如（websocket爱好者的论点）： HTML5 Web Sockets代表了Web通信的下一个发展 – 一种全双工的双向通信通道，通过Web上的一个套接字进行操作。（ http://www.websocket.org/quantum.html ） HTTP支持stream：请求正文stream（您正在使用它，而上传大文件）和响应正文stream。在与WebSocketbuild立连接的过程中，客户端和服务器之间交换每帧2个字节的数据，而在进行连续轮询时，与8千字节的http头相比。为什么那2个字节不包含tcp和tcp协议的开销？ GET /about.html HTTP/1.1 Host: example.org 这是约48个字节的http头。 http分块编码 – http://ru.wikipedia.org/wiki/Chunked_transfer_encoding ： 23 This is the data in the first chunk 1A and this is the second one 3 con 8 sequence 0 所以，每个块的开销并不大。而且这两种协议都是通过TCP协议工作的，因此所有长连接的TCP问题仍然存在。题：为什么websockets协议更好？为什么实现而不是更新http协议？

有什么办法来从Web服务器推送数据到浏览器？: 当然，我知道Ajax，但Ajax的问题是浏览器应该频繁地轮询服务器以查找是否有新的数据。这增加了服务器负载。有没有更好的方法（即使使用Ajax），而不是频繁地轮询服务器？

彗星实施ASP.NET？: 我一直在研究如何在浏览器中实现类似Gmail的消息传递，并且到达Comet概念。但是，我一直没有find一个好的.NET实现，允许我在IIS中执行此操作（我们的应用程序是用ASP.NET 2.0编写的）。我发现的（或者可以想到的）解决scheme需要为每个用户留下一个正在运行的线程 – 这样，一旦他收到消息，就可以向他返回响应。当然，这根本没有规模。所以我的问题是 – 你知道一个彗星的ASP.NET实现，以不同的方式工作吗？这甚至有可能与IIS？

彗星和jQuery: 我已经做了一些关于JavaScript的服务器推进的研究，并发现我一直在寻找的一般共识在于“彗星”的devise模式。这个模式在jQuery之上有什么好的实现吗？如果没有，这个模式有没有好的实现？不pipe这些问题的答案如何，从实施的angular度来看，这个模式是否有任何文件？

使用PHP的彗星？: 我正在考虑使用PHP后端实现实时聊天，但是我在一个讨论彗星的网站上跑过这个评论：我的理解是PHP对于Comet来说是一种糟糕的语言，因为Comet要求你为每个浏览器客户端保持一个持久的连接。使用mod_php，这意味着每个客户端全部绑定一个Apache子项，而这个客户端根本不能扩展。我所知道的做Comet的人主要是使用Twisted Python，它可以处理数百或数千个同时连接。这是真的？还是可以在周围configuration？

什么是长轮询，Websockets，服务器发送事件（SSE）和Comet？: 我曾尝试阅读一些文章，但是我对这些概念还不是很清楚。会有人喜欢向我解释这些技术是什么：长轮询服务器发送的事件的WebSockets 彗星我每次遇到的一件事是，服务器保持连接打开并将数据推送到客户端。连接如何保持开放，客户如何获得推送的数据？（客户如何使用这些数据，也许有些代码可能有帮助？）现在，我们应该使用哪一个实时应用程序。我一直听到很多有关websockets（与socket.io [一个node.js库]），但为什么不是PHP？