小编jan*_*pio的帖子

我有一个(wordpress)博客,在评论后,用户被重定向回页面,并带有一个锚点给他们的评论.应该是这样的:

http://example.org/foo-bar/#comment-570630

但不知何故,我得到了很多404用于此类URL的日志文件:

http://example.org/foo-bar/%23comment-570630

有没有办法写一个.htaccess重写规则来解决这个问题？

奖金问题:知道为什么会发生这种情况以及我能做些什么呢？

我正在使用 fastlane frameit 生成应用商店屏幕截图。您如何将关键字堆叠在标题顶部，如下图所示？

我非常成功地使用Eclipse PDT和XDebug的组合来开发和调试我的应用程序.所以感谢他们的创作者,如果你还没有尝试过这种组合,我强烈建议你这样做.

唯一让我烦恼的是,我无法通过在浏览器中请求随机脚本来找到启动调试会话的方法.我总是必须在我的一个脚本和调试配置上在Eclipse中启动会话.

我通过在仅包含的项目中添加"debug.php"来减轻痛苦

<?php 
// you can debug any request now

但我仍然必须完成此脚本,然后执行我真正想要调试的任何请求.

有没有办法创建一个未绑定到特定脚本但只是告诉PDT开始侦听来自XDebug的请求的调试配置？

在他的"高性能网站"一书中,Steve Souders写道(2007年)浏览器将对域/主机名的并行请求限制为一次两个.这今天仍然有效吗？

我正在阅读规范并试图准确了解 421 何时可能返回。给出了一个例子，但我不完全理解它。

背景

该规范建立了两个允许连接重用的条件：

对于没有 TLS 的 TCP 连接，这取决于解析为相同 IP 地址的主机。

和

对于 https 资源，连接重用还取决于是否拥有对 URI 中的主机有效的证书。

如果连接中使用的证书有多个subjectAltName或其中任何一个subjectAltName是通配符，则该连接可以重新用于主机名位于 s 列表中subjectAltName或与任何通配符匹配的任何请求。

规范中的具体示例

在某些部署中，重复使用多个源的连接可能会导致请求被定向到错误的源服务器。例如，TL​​S 终止可能由使用 TLS 服务器名称指示 (SNI) [TLS-EXT] 扩展来选择源服务器的中间件执行。这意味着客户端有可能将机密信息发送到可能不是请求的预期目标的服务器，即使该服务器在其他方面具有权威性。

请解释一下我对这个例子的理解哪里错误：

使用具有域的请求建立到中间件的 https 连接x.com。中间盒的 IP 地址为 1.2.3.4，并x.com解析为该地址。使用 SNI，TLS 握手会x.com返回一个对该域有效的证书。此连接上的所有消息都从客户端发送到中间件或从中间件发送到客户端。从客户端到中间件的应用程序级消息由中间件转发到不同连接上的源。从源到中间盒的消息被转发到客户端。如果要重用连接，满足上面讨论的两个条件是不够的。具体来说，对于域为 的请求y.com：如果y.com解析为 1.2.3.4 并且中间件具有对 有效的证书y.com，则仍然可能存在问题。因为原始连接使用 TLS 握手x.com，并且握手仅在新连接开始时完成，所以无法建立 https 连接来获取y.com. 因此客户端错误地在同一连接上向 发送请求y.com。中间件拒绝请求，因为与连接关联的证书的有效期为x.com- not y.com …

我正在处理的应用程序需要Today Extension/Widget.有没有关于如何在Cordova应用程序中构建一个资源的资源？

我发现了这一点,但它写得不是很清楚,而且我所理解的似乎是一个本机应用程序,只在应用程序和小部件中使用HTML5元素来显示一些数据:/