小编Art*_*gel的帖子

基本上我想要一个CSS选择器来抓取所有输入[type ="text"],但它也有一个类"some-class".

以下两项似乎都不适合我:

input[type="text"] .some-class {}    /* doesn't work */

.some-class input[type="text"] {}    /* doesn't work */

我确定我在这里错过了一些简单的东西.提前致谢.

在iOS中,准备图形很简单.有正常图像(高x宽)或视网膜图像@ 2x(高2倍×宽2倍).

但是,由于我是Android的新手,我在Eclipse中看到了大量的drawable-*文件夹,其中*可以是"hdpi"或"ldpi"或"mdpi"或"xhdpi"或"xxhdpi".有人可以非常清楚地简单地列出我必须做些什么才能满足每种显示可能性,以便我的图像在每种情况下看起来都正确吗？我想象一个答案将是一个列出每个"*"的子弹列表和一个包含必须完成的事情的子弹列表.

我也非常喜欢从最高密度和最大尺寸图像开始的答案,因为我将在Photoshop中创建并且将从主图像中降低质量.提前致谢!

更新2016-11-16美国东部时间上午9:53

看起来很多人仍然看到204回复,尽管谷歌声称已"解决"了这个问题.当我自己测试文档加载50次时,其中3次Google返回了204响应.

请访问此网址并发布您的不满意评论,以便我们最终让Google一劳永逸地解决并解决问题:https://productforums.google.com/forum/？utm_medium = email&utm_source = footer#!msg /文档/ hmj39HMDP1M/SR2UdRUdAQAJ

更新2016-11-04美国东部时间下午6:01

看起来服务已经恢复正常运行!感谢Google文档处理此问题并回复我的推文.希望它也适合你们所有人.

更新2016-11-04美国东部时间下午3:33

有一个更新发布到https://productforums.google.com/forum/#!msg/docs/hmj39HMDP1M/X6a8xJwLBQAJ,这似乎表明对该服务的支持可能正在返回和/或其结果存在问题导致意想不到的结果.敬请关注.见下面的评论:

Stack Overflow上的原始帖子从这里开始

我们的网络软件使用并依赖Google Docs查看器服务将文档嵌入我们的网站(通过iframe),并使我们的客户能够查看文档而无需打开单独的应用程序(通过访问URL).此功能由Google提供了相当长的一段时间,并且运行良好!

示例查看器URL:

https://docs.google.com/viewer?url=http://www.pdf995.com/samples/pdf.pdf

然而,我们开始注意到,我们试图加载的文件只会很少加载.我们最初认为他们的服务器存在问题所以我们开始调查我们得到的标题响应.特别是,我们注意到几乎所有请求都返回了204 No Content响应.偶尔我们得到200响应.

以下是我们获得的204个响应之一的示例:

以下是我们收到的200个回复之一(非常罕见)的示例:

之后,我搜索了Google与Google查看器服务相关的204个问题.我最终登录了此页面https://productforums.google.com/forum/#!msg/docs/hmj39HMDP1M/X6a8xJwLBQAJ,这似乎表明Google已突然并突然停止了该服务.这是该讨论的截图(截至本文发布时).

鉴于谷歌"专家"回复了该人的类似询问; 似乎他们正式并完全放弃了对观众服务的支持.

我的问题如下:

1. 有没有其他人确定Google是否正式结束了对Google查看器服务的支持？

2. 有没有人知道更新的类似Google产品/服务(可能是Google云端硬盘？),它允许一个人做与上面提到的查看器服务完全相同的事情？理想情况下,我想要一个简单的URL,我可以在其中引用一个外部文档,该文档不必存在于Google服务器上,但仍然可以驻留在我的服务器上.

3. 您可以建议哪些其他类似和免费服务允许我将Word文档,Excel文档,PowerPoint文档和PDF等文档嵌入到允许用户在浏览器中查看文档而无需拥有这些应用程序的网站中实际安装在他们的系统上.

作为最后一点,我只是想说,对于所有优秀的Google来说,令人难以置信的令人愤怒,令人沮丧和恼人的是,他们可以提供人们长期依赖的服务并突然拔掉它的插件.我敢肯定,除了我自己之外还有很多其他人都不会对这种决定表达担忧.谷歌纠正了这个问题,在我的书中仍然很好:-)

提前谢谢你的答案!

我正在https://api.sandbox.paypal.com/v1/上的沙箱端点上使用PayPal REST API ,几乎每次我尝试使用有效请求POST到付款/付款时(注意不要被标记为重复尝试)它会一直返回503错误.

只是非常偶尔请求通过,但它只是提前执行,现在每个请求都失败了503响应.即使我在https://devtools-paypal.com/hateoas/index.html?interactive=ON&env=sandbox上使用PayPal的REST Playground 来构建他们的示例模板请求,我也会得到以下响应:

响应标题

HTTP Status Code : 503
{
  "date": "Tue, 26 Apr 2016 04:19:28 GMT",
  "server": "Apache",
  "proxy_server_info": "host=slcsbplatformapiserv3002.slc.paypal.com;threadId=876",
  "paypal-debug-id": "56fbd9db69555",
  "connection": "close",
  "set-cookie": [
    "X-PP-SILOVER=name%3DSANDBOX3.API.1%26silo_version%3D1880%26app%3Dplatformapiserv%26TIME%3D1357651543%26HTTP_X_PP_AZ_LOCATOR%3D; Expires=Tue, 26 Apr 2016 04:49:58 GMT; domain=.paypal.com; path=/; Secure; HttpOnly",
    "X-PP-SILOVER=; Expires=Thu, 01 Jan 1970 00:00:01 GMT"
  ],
  "vary": "Authorization",
  "content-length": "145",
  "content-type": "application/json"
}

响应机构

{
  "name": "INTERNAL_SERVICE_ERROR",
  "information_link": "https://api.sandbox.paypal.com/docs/api/#INTERNAL_SERVICE_ERROR",
  "debug_id": "56fbd9db69555"
}

这太令人讨厌,我无法忍受.有谁知道沙箱网站是否会不时出现故障？有没有人遇到这种情况并意识到他们在他们的请求中做错了什么？再次,在我遇到问题之后,我尝试使用PayPal在REST Playground页面中自己的示例模板提交API.