只需一行代码,您就可以在五分钟内将 Queue-Fair 添加到您的网站。 Queue-Fair虚拟候机室可在几分钟内轻松添加到各种网络和应用程序平台。 只需使用我们的适配器。 您可以在技术指南或Queue-Fair 门户 > 帮助部分找到更多有关将 Queue-Fair 服务与现有系统集成的最佳方法的信息。 如果你正在寻找关于如何阻止机器人或人类进行多次下单,或保护你的NFT销售不受过多气体费用影响的信息,你可以阅读这个概述或在门户网站的安全指南部分获得全部细节。
开始使用Queue-Fair的最快捷方式是注册一个 免费层级帐户 - 你现在就可以在线注册,并立即开始整合和测试。
在为队列设置费率方面需要帮助? 您需要知道的一切都在这里。
The fastest route is the Client-Side Adapter. Queue-Fair’s developer resources explain that most websites can be protected in less than five minutes with a single line of code added to the head of the page, and there is also a Google Tag Manager option for teams that prefer tag-based deployment. That makes Queue-Fair attractive to developers who need a fast, low-friction way to protect a live site without starting a long project. For enterprise teams, the practical benefit is obvious: you can get controlled admission in front of a busy site almost immediately, including by starting on Free Queue, and then decide later whether you want a deeper integration model.
Queue-Fair gives developers a full range of integration choices. If the client-side tag is not enough, there are server-side adapters, network-edge adapters, REST APIs, native app adapters, ecommerce integrations and a hybrid security model that combines client-side flexibility with server-side validation. The developer resources also list repositories and support for common enterprise stacks and delivery layers, including PHP, Java, Ruby, Python, .NET, Node.js, Go, Spring, CloudFront, Cloudflare, Fastly, Akamai, Azure and Google Cloud. That breadth matters because not every organisation wants the same balance of speed, security and control. Queue-Fair lets teams start simply and move deeper only when their architecture or governance requires it.
Queue-Fair is not just a queue page script. Enterprise teams can use the REST APIs to manage queues programmatically, control activation rules, work with reporting, update assets and presentations, and integrate queue behaviour into wider operational workflows. There are also options for Dynamic Queue Pages, native app support, edge deployment and push-notification style journeys for app users. That means developers are free to treat Queue-Fair either as a very quick protective layer or as a deeply integrated part of their traffic-management architecture. In both cases, the starting point remains refreshingly simple: you can get live quickly, then expand the implementation only as far as your use case demands.
对于网站来说,与 Queue-Fair 集成的最简单方法是将客户端 Queue-Fair 适配器 JavaScript 标签添加到您的页面。 你可以安全地将适配器添加到网站上的所有页面,并使用Queue-Fair门户中的激活规则来确定哪些页面可以抛出一个队列。
我们的 JavaScript 客户端适配器比其他供应商提供的客户端集成件更安全。 由于客户端适配器是在访问者的浏览器中运行的,因此技术熟练的访问者可能会对其进行篡改,但由于只有极少数人会试图通过篡改 JavaScript 来跳过队列,因此客户端适配器在防止过载方面非常有效。 我们的大多数客户都使用客户端适配器,因为它能有效防止网站崩溃,安装简单,而且不会在我们的系统和您的系统之间引入任何依赖关系。 与其他供应商提供的客户端集成件不同,它可以通过《技术指南》中描述的混合安全模型进行防篡改。
你可以通过用服务器端适配器替换JavaScript标签来增加一个安全层,或者将JavaScript适配器的灵活性与本页面描述的混合安全模型结合起来;然后这两种方法都是安全的。
要将客户端适配器添加到你的网站,只需将以下一行代码添加到 <head> 你的页面的部分:
一些客户添加了单词 defer 标签,这将导致Adapter脚本在解析页面的同时被下载,并且只有在页面解析完成后才开始在访问者的浏览器中执行该脚本(所以通常在你的页面上的任何其他脚本完成后)。
在某些情况下,添加defer这个词可以将 "首次绘画时间 "提高一小部分,但如果你选择这样做,就意味着任何应该被排队的访问者在被送入队列之前会多看到你的保护页面一小部分时间。
我们还通过谷歌标签管理器提供JavaScript适配器标签。 在社区模板库中,在添加标签下搜索Queue-Fair。 请注意,一些广告拦截器阻止从谷歌下载主gtm.js,这将阻止谷歌标签管理器的所有操作,包括为这些访问者运行队列系统适配器。
Queue-Fair虚拟候机室谷歌标签管理器客户端适配器标签的GitHub存储库.
通过使用客户端JavaScript标签和谷歌标签管理器中的data-queue-fair-extra属性,你可以将任何数据从你的网站传递给我们的排队系统和你的访客看到的排队页面。如果你希望在你的账户上启用动态队列页面,请联系支持部门。
您可以使用这一功能,即时定制队列页面。 您还可以使用Queue-Fair将您发送给我们的数据与您的访客一起传回您的网站,因为他们是通过队列的,以获得额外的安全层。
我们还提供动态队列页API,使用额外的数据来定制队列页的任何方面,因此您可以为整个网站创建一个队列,并针对网站上的不同事件或产品自动定制,而无需对Queue-Fair门户中的队列页进行任何修改。
如果您使用的是基于 WordPress 的网站,例如WooCommerce购物车系统,您可以使用我们的Queue-Fair WordPress 插件轻松地在WordPress 安装中添加服务器端适配器。
此外,还可使用WPCode - 页眉和页脚脚本插件添加客户端 JavasScript 适配器标签。 安装并激活插件后,在左侧导航栏的 "页眉和页脚 "中选择 "代码片段",将门户网站 "账户"->"您的账户 "页面中的适配器标签粘贴到 "页眉 "框中,保存更改即可。 这两种方法都不需要修改主题或模板,也不需要接触任何 WordPress 代码。
将 Queue-Fair 客户端 JavaScript 适配器添加到您的Shopify商店的说明如下:点击 "自定义 "编辑主题.liquid 布局文件上的代码后,使用左上角的三个点。 YouTube 上也有视频教程。
wordpress.org 上的Queue-Fair WordPress 插件页面
客户端 JavaScript 适配器也很容易添加到你的 SquareSpace 网站上--登录并选择你的网站,然后从左侧导航中选择网站、网站工具(在左侧导航的实用工具部分)、代码注入,然后将其复制并粘贴到页眉框中,再选择左上角的保存。
要在 SquareSpace 上获得最大的安全性,请使用我们的SquareSpace 网络边缘适配器(如下所述)。
客户端适配器在《技术指南》中有充分的描述。 该技术指南可在Queue-Fair门户>帮助部分获得,或者你可以向我们索取一份副本。
客户端适配器在访问者的浏览器中以JavaScript运行,而Queue-Fair服务器端适配器则在你的网络服务器上运行。这意味着您的服务器可以更高效地将访客发送到队列中。 恶意行为者将无法看到您网站上的内容,但机器人仍可向您的服务器发出请求,因此要获得全面的 DDoS 保护,请使用我们下面的网络边缘适配器之一。
这意味着你的网络服务器可以利用额外的安全功能,拒绝没有被排队的人访问。 这也意味着你的网络服务器避免了生成和提供包含适配器脚本的页面的负担。
添加Queue-Fair服务器端适配器库只需几分钟时间,只需对代码进行最小的修改即可激活和运行该适配器。
我们的大多数客户从客户端JavaScript适配器开始,只有在有特定功能或业务需求的情况下才会转向服务器端适配器。
Queue-Fair服务器端适配器可以在简单或安全模式下运行。
在简单模式下,所有访客被发送到Queue-Fair服务器进行统计,无论是否形成队列。 当有一个队列时,他们就加入队列。 当没有队列时,他们会直接返回到您的网络服务器,而不会看到队列页面 - 但您的网络服务器需要签名,以确保只有被队列通过的人才能访问您的受保护资源。
在安全模式下,只有在有队列的情况下,访问者才会被发送到Queue-Fair服务器。 您的网络服务器在后台直接咨询我们的队列服务器,以作出这一决定。 无论访客是加入队列,还是因为队列是空的而没有看到队列页面就被通过,他们仍然是安全的数字签名。
安全模式建议用于日常的队列。 简单模式适合于有时间限制的活动或销售,当你预计有成千上万的人时,因为它消除了由于从你的网络服务器到我们的队列服务器的检查调用而产生的延迟,这意味着你可以更有效地发送人们加入队列。
与客户端适配器一样,你希望的任何数据都可以从你的网络服务器传递到我们的服务器,以及你的访问者在人们加入队列时通过服务器端适配器调用这些信息而看到的队列页面。 这有利于动态队列页面或以同样的方式进行其他即时定制 - 完全支持客户端适配器的所有功能。如果你想在你的账户上启用动态队列页面,请联系支持。
我们的服务器端适配器在《技术指南》中有充分的描述。 该技术指南可在Queue-Fair门户>帮助部分获得,或者你可以向我们索取一份副本。 你还可以在每个GitHub全球社区仓库的README.md中找到关于每个适配器的更多信息。
Queue-Fair网络边缘适配器在您的CDN或云服务提供商的框架内运行,而不是在访客的浏览器或您的原生服务器上。 这是使用 Queue-Fair 保护服务器免受僵尸攻击(包括 DDoS 攻击)的最佳方法。
这提供了与服务器端适配器相同的功能和安全性以及与直接链接相同的负载保护。
添加Queue-Fair网络-边缘适配器库只需几分钟时间,只需对云提供商的代码进行最小的修改,即可激活和运行适配器,这通常是作为Lambda函数或边缘工作器部署的。
与我们的服务器端适配器一样,我们的网络边缘适配器可以在简单或安全模式下运行。
与客户端适配器一样,你希望的任何数据都可以从你的网站传递到我们的服务器,以及你的访问者通过在适配器调用中传递这些信息看到的队列页面。 这有利于动态队列页或其他即时定制,因为人们以同样的方式加入队列--客户端适配器的所有功能都得到完全支持。如果你想在你的账户上启用动态队列页面,请联系支持。
我们的网络边缘适配器在《技术指南》中有充分的描述。 该技术指南可在Queue-Fair门户>帮助部分获得,或者你可以向我们索取一份副本。 你还可以在每个GitHub全球社区仓库的README.md中找到关于每个适配器的更多信息。
Queue-Fair让开发者访问六个REST API模块。 您需要一个Queue-Fair账户来使用该API。 要为您的账户启用 API 访问,请联系 Queue-Fair 支持。 我们的REST API模块符合OpenAPI、RFC 7807和RFC 3339标准。
我们的API模块套件是全面的--你可以在门户中做的任何事情,你也可以用API来做,但管理门户用户除外,因为隐私原因,这不包括在内。
每个API模块都在api.queue-fair.net上有完整的文档,在那里你还会发现一个Swagger接口,以便于使用和测试。 为了安全起见,所有的API调用都受到安全的TLS加密保护,并需要一个特定于你账户的API密钥。
你也可以使用门户或演示API,在无需更新数据库的情况下,即时修改你的队列页 -联系支持部门以了解更多细节,并在你的账户上启用动态队列页。
根据RFC 7807的要求,你可以在queue-fair.com/api-error找到关于我们的REST API模块可能返回的错误信息的文档。
Queue-Fair在移动浏览器以及台式机和笔记本电脑上看起来很好。
你也可以在你的原生iOS和Android应用程序中直接使用Queue-Fair,也可以在iOS、Android、Windows和MacOS上使用React Native应用程序,以保护资源密集型活动或操作。
Queue-Fair应用程序适配器使用WebClient连接应用程序,并在您的服务过于繁忙时向您的用户显示自定义队列显示,具有灵活性和易用性。 Queue-Fair Portal.
你可以将用户排在与你的网站访客相同的队列中,或者为你的应用程序用户设置一个单独的队列--这取决于你。
就像我们基于网络的队列一样,一旦他们加入队列,如果他们离开你的应用程序,每个用户的位置也会自动保存。
Queue-Fair适配器有回调功能,当轮到他们时,可以轻松地向不使用你的应用程序或队列的用户发送推送通知。 用户在队列中的位置会自动由适配器持久地存储在你的应用程序中。 如果用户离开了你的应用程序,你的应用程序会告诉你的推送通知服务器应该发送通知,将存储的队列位置信息作为该消息的一部分发送给你的推送通知服务器。
这是我们用于WeQ4U消费者应用程序和服务的相同技术,仅在英国就有约200万次下载。
你的推送通知服务器会定期查阅Queue-Fair状态API,以查询当前正在服务的队列位置。 当它大于某个特定用户的队列位置时,就是用通知联系该用户的时候了。 如果用户在发送推送通知之前返回队列或被通过,适配器中的回调会通知你的应用程序,而你的应用程序会告诉你的推送通知服务器不再需要通知了。
据我们所知,我们是唯一支持这一功能的虚拟候机室供应商。
这里有一段Native App Adapter的操作视频,显示即使App完全停止,用户的位置也会被保存,还显示了你的App用来发送Push Notifications的Adapter挂钩。
我们的本地应用程序适配器在《技术指南》中有所描述。 该技术指南可在Queue-Fair门户>帮助部分获得,或者你可以向我们索取一份副本。 你也可以在每个GitHub全球社区仓库的README.md中找到更多关于iOS和Android特有的适配器信息。
使用上述的客户端JavaScript适配器,Queue-Fair可以很容易地添加到任何电子商务系统中。
我们还提供适配器代码,以便在服务器端与许多流行的电子商务服务器一起工作。
我们的适配器在《技术指南》中有所描述。 技术指南可在Queue-Fair门户>帮助部分找到,或者你可以向我们索取一份。
我们也有适用于大多数电子商务平台的补充指南--只需询问您想要的那一个。
你可以轻松地将客户端JavaScript适配器的灵活性与我们服务器端代码提供的额外安全层结合起来。
Queue-Fair用一个数字指纹对我们通过的每个访客进行签名,该指纹对该访客是独一无二的。 在业内独一无二的是,该签名还包括访客浏览器的特定代码,以防止访问令牌被共享。
您的网络服务器可以使用只有您和我们知道的秘密来验证签名,而不是您的访客,以确保每个访客都公平地通过了Queue-Fair服务器。
因此,你可以使用客户端的JavaScript适配器来发送和接收进出队列的访问者,并在他们下单前用最少的服务器端代码检查是否有篡改行为,并避免引入对我们系统的依赖性。
在我们的GitHub全球社区存储库中,包含了每一种主要网络编程语言的示例代码。
混合安全模式在《技术指南》中有充分的描述。 技术指南可在Queue-Fair门户>帮助部分获得,或者你可以向我们索取一份。