Tag: networking服务

为什么networking字节顺序被定义为big-endian？

正如标题中所写，我的问题是，为什么TCP / IP在传输数据时使用大端编码而不是小端模式？

Chrome无法加载networking工作者

我正在开发一个使用web worker的项目。 在我的头部我有这样的代码： var worker = new Worker("worker.js"); // More code 这在Safari中正常工作，但Chrome报告了以下错误： Uncaught SecurityError: Failed to create a worker: script at '(path)/worker.js' cannot be accessed from origin 'null'. 为什么在Safari浏览器中完美地工作，而不是Chrome呢？ 我该如何解决？ 谢谢。

Endianness是什么时候成为一个因素？

从我所理解的字节顺序来看，组成多字节字的字节在顺序上是不同的，至less在最典型的情况下是这样。 因此，一个16位整数可能被存储为0xHHLL或0xLLHH 。 假设我没有这个错误，我想知道什么时候Endianness在两台计算机之间发送信息的时候成为一个主要的因素，Endian可能不一样。 如果我发送一个短整数1，以char数组的forms，没有更正，它是否被接收并解释为256？ 如果我使用下面的代码分解和重新构造短整数，endianness不再是一个因素？ // Sender: for(n=0, n < sizeof(uint16)*8; ++n) { stl_bitset[n] = (value >> n) & 1; }; // Receiver: for(n=0, n < sizeof(uint16)*8; ++n) { value |= uint16(stl_bitset[n] & 1) << n; }; 是否有一个标准的方式来补偿sorting？ 提前致谢！

Web服务器可以处理多less个套接字连接？

说如果我要共享，虚拟或专用主机，我读了一个服务器/机器一次只能处理64,000个TCP连接，这是真的吗？ 无论带宽多less，任何types的主机都可以处理？ 我假设HTTP在TCP上工作。 这是否意味着只有64,000个用户可以连接到该网站，如果我想提供更多的服务，我将不得不迁移到一个networking农场？

Sencha Touch或jQuery Mobile？

我想知道是否要开发一个移动Web应用程序（现在在两个星期或一个月内），我应该select哪一个？ 移动Web开发人员会select哪一个？ 如果jQM 1.0今天正式发布，我很可能会接受它（只要它实际上提供了它承诺的东西）。 现在，它是在阿尔法，我不知道它是否值得跳进它尚未商业级项目？ Sencha Touch会是更好的select吗？

在其他平台上使用iOS GameKit的“蓝牙Bonjour”

我有兴趣通过蓝牙连接到基于iOS的设备。 我可以看到“本地networking”服务是暴露的，但我无法find任何额外的信息。 存储在密钥0x0204下的属性看起来像Bonjour键。 使用哪种协议？ 如何使用Linux，Mac或自己的embedded式设备与蓝牙芯片进行通话？ 这里是使用蓝牙浏览器在OS X下提取的SDP数据，而iOS设备运行Gameloft的Star营。 { 0x0000 = uint32(1330188565), 0x0200 = uint32(2), 0x0202 = string(004wD7l1A..0|0|0|ivucic-À'), 0x030a = uint32(0), 0x0009 = { { uuid16(11 15), uint16(256) } }, 0x0201 = string(_657o30a6rmst07À), 0x0005 = { uuid16(10 02) }, 0x0100 = string(Local Network), 0x0001 = { uuid16(11 15) }, 0x0203 = string(004wd7l1a..0|0|0|ivucic-_657o30a6rmst07À 0xf000 = uint8(2), 0x0204 […]

Web开发中的前端，后端和中间件之间的区别

我想知道是否有人能简洁地比较/对比前端，后端和中间件（“中端”？）之间的差异。 有没有重叠的情况？ 他们必须重叠的情况下，前端/后端不能分开？ 就瓶颈而言，哪一端与哪种瓶颈有关？

我如何处理我的webapp中的时区？

我正在寻找更好的理解下面的用户故事： 约翰在西德尼工作。 早上9点，他在苏黎世的一台服务器上运行的一个networking应用程序中logging了一个事件。 第二天，他前往纽约紧急会议，讨论事件。 在会议期间，他按date和时间search事件。 正如我所看到的，这里至less有两个问题： 我应该如何将时间戳保存在数据库中？ 我应该如何在UI中展示它们 当约翰search这个事件时，他会知道它发生在9:00，但是他应该在networking浏览器中input什么内容？ 当他刚刚input“9:00”作为时间戳时，他不会find任何东西，因为这可能是苏黎世或纽约时间（因为事件尚未发现，应用程序无法知道它发生在悉尼，所以它不能自动select正确的时区）。 向用户询问可能包含时区的时间戳的好方法是什么？ 第二个问题是如何显示结果。 如果来自全球各地的团队需要讨论这个事件（并且find相关的事件，那么就要立即针对遍布全球的几个站点的黑客攻击）。 显示可能在不同时区创build的时间戳的一个很好的例子是什么？ 注意：请专注于需求的可用性。 我可以弄清楚自己的数据库映射。 目前，我不确定工作stream程。 它应该以非侵入性/直观的方式询问/呈现必要的信息。 如果可以的话，给一个已经解决了这个问题的现有的networking应用程序的链接。

我可以使用UriTemplate将非string传递给WCF RESTful服务吗？

我可以做以下吗？ [OperationContract] [WebGet(UriTemplate = "/foo/{id}")] string GetFoo(int id); 我希望我的服务既可以作为REST风格的服务，也可以作为RPC风格的SOAP服务。 如果可能的话，我想保留int作为整数，而不是手工parsing。

如果通过REST进行交易是不可实现的，那么REST如何才能真正有用？

在研究REST的时候，可能有人会注意到的第一件事情是没有定义任何事务语义，有人说这是隐含地反对REST的，而另一些人则认为任何尝试这样做都会导致REST系统。 但是为了争辩起见，REST确实成为了stream行的“api”select，宇宙中的每个站点都开始暴露出平静的入口点。 如果没有交易行为，这些可用性究竟如何（我说的是无补偿的）？ 因为在我看来，REST的好处之一就是它打破了数据的组成部分，这样你就可以打开它让智能客户端从多个服务组成数据（并添加和调整这些组合的数据）。 但是，如果我不能自己对这个数据组合进行更改，那么使用REST就变得毫无用处。 随着时间的推移以及对严肃的数据展示的需求的到来，我们需要的东西是：Simple（REST在那里获胜），并且支持事务行为，所以我们可以可靠地处理这些数据。 现在，我已经在我的研究中多次阅读了一个特定的论证，并且涉及到我们应该如何考虑REST中的事务，并且给出的示例是购物车，因为购物车隐含地具有隔离，因为购物车是你的。 然而，我不同意这个观点，首先，购物车的隔离仅仅是方便的，这不是一个交易隔离。如果我同时对我的购物车进行操作，而我的应用程序的某些部分正在读取数据从中？ 我不希望我的应用程序的阅读部分看到“仍在交易中”的数据。 更不用说，并非所有的数据变化都有一个隐含的事务模型，多个服务上的事务处理肯定不会。 在我看来，事务需要发生，并且需要以使得实际的REST调用不知道事实的方式发生（添加到其余的有效负载是一个很大的否定，但添加标头是可以的）。 我已经阅读了一些关于如何通过REST创build事务模型的build议，并且一些正在编写的规范似乎是最近的。 有没有关于这个的真实想法？ 不应该有比REST更多的东西，这样REST的简单性就可以用来抵御可靠的数据操作（“酸”交易）。 如果没有，我们是否真的想要赌注，并告诉服务开发者，如果他们想要在纯数据世界中进行交互，他们需要支持像肥皂这样可以说是单一的东西？ 或者更糟的是尝试将自己的自定义事务支持构build到REST之类的东西中，使得每个服务都是非标准的并打破了REST的全部function？ 在此先感谢您的任何想法。 编辑，添加简短的情况： 设想一个处理相册创build的客户表单，为了方便使用该相册，而不是要求用户给出艺术家资源的URI，他们可以从艺术家列表中select（最有可能从艺术家目录中获取） 。 为了便于使用，客户可以手动编写艺术家姓名，以便他们可以在发布场景中创build艺术家“内嵌”..客户端代码理解这一点，并且在发送请求创build相册之前，首先尝试确定如果艺术家已经存在，如果是的话，获得该艺术家的uri，否则创build艺术家，并获得艺术家uri。 然后，客户端代码继续创build相册，这是比平常更聪明的客户端，它不是坐​​在REST之上，“愚蠢”的发布，而是有一些交互处理纯粹的REST逻辑。 然而，在这种情况下，如果艺术家是首先创build的，那么保证艺术家不会被创build，除非专辑是创build的。 这不像交易所暗示的那样“关键”，但是它定义了客户端代码倾向于作为一个操作发生的一组工作（毕竟，它使得这看起来像对用户的单个操作）。 我在这个场景中看到的唯一指导就是让客户端在相册创build失败的情况下进行补偿操作，特别是打电话删除艺术家。 但这似乎有问题，因为客户假设艺术家是孤立的，尽可能不太可能，如果另一个客户已经“看到”该艺术家，并分配给它会发生什么？ 这些是我对数据变化的担忧，虽然还有其他的差距（谁说艺术家不能在晚些时候被删除），那么这些行为是不透明的（即，行为不是自动的客户端，但用户特别要求的东西）。 我希望有助于阐明这个话题。