小编Chr*_*ian的帖子

我发现自己经常使用feed(rss,atom,json等),并且大多数时候它将这些feed混合在一起用于一个站点,并且只是痛苦地试图构建你的代码以使每个条件都正确,并且它是浪费时间,金钱和资源.

所以我一直在使用谷歌饲料API来做很多事情,但是现在已经被杀死了(但没有被埋葬,但是 [ 2015年12月2日埋葬 ] { 更多的时间是12月4日 },我必须找个替代方案.以下是使Google Feed API变得非常棒的功能,这些功能也是任何替代方案的要求:

• 使用网址,就像旧的Google API一样:https://ajax.googleapis.com/ajax/services/feed/load？v = 2.0&num = 200&q = http://blog.stackoverflow.com/feed/ [那么,GET请求？我猜POST也没关系,但GET总是更适合我们的使用]
• 生成可预测的输出(每次返回相同的json模式,无论哪种Feed)

如果它是付费服务(当然是在合理范围内),或者它是否附带免费计划并不重要,但易用性应该是优先考虑的事情!

必须将允许从所述服务后端请求的域列入白名单,或者使用令牌,但是必须从后端订阅源是不可接受的,因为我们为无法访问的客户构建这些服务.说后端或想要使用它们.

TL; DR;

我们需要一种服务,将我抛出的任何Feed转换为URL中的JSON.可以花钱,或自我托管.(这可能是最好的,看看Yahoo Pipes发生了什么,然后是Feed API ...)

编辑

因此,谷歌Feed API今天被埋葬了,很多东西现在已经死了.虽然我一般都认为推荐问题吸引了有争议的答案和垃圾邮件,但实际上没有任何关于这个主题的信息,它是我不断获得结果的feedburner或superfeedr,并且它们都没有真正提供与Google的api相同的功能.

朱利安在评论中有一个很好的观点,没有人能负担得起全世界的所有饲料,但没有人要求这样做.

我很乐意根据请求支付每次请求获取订阅源的费用,我不是要求每天24小时跟踪订阅源,只有当我要求它时.这是Superfeedr的主要问题,同时它不易使用.

编辑2

好像我不需要按要求付款:

http://rss2json.com/

我会仔细考虑这个,因为它是免费的,没有任何信息,并且随着人们开始发现它可能会遇到交通困难.

在Github上还有很多操作系统替代品.

我正在使用React DnD和Redux(使用Kea)来构建formbuilder.我的拖放部分运行得很好,我已经设法在元素掉落时调度一个动作,然后我使用调度更改的状态渲染构建器.但是,为了以正确的顺序渲染元素,我(我想)我需要保存相对于它的兄弟姐妹的丢弃元素位置,但我无法弄清楚任何不是绝对疯狂的东西.我已尝试使用refs并使用唯一ID查询DOM(我知道我不应该),但这两种方法都非常糟糕,甚至无法工作.

这是我的app结构的简化表示:

@DragDropContext(HTML5Backend)
@connect({ /* redux things */ })
<Builder>
  <Workbench tree={this.props.tree} />
  <Sidebar fields={this.props.field}/>
</Builder>

工作台:

const boxTarget = {
  drop(props, monitor, component) {
    const item = monitor.getItem()
    console.log(component, item.unique, component[item.unique]); // last one is undefined
    window.component = component; // doing it manually works, so the element just isn't in the DOM yet

    return {
      key: 'workbench',
    }
  },
}

@DropTarget(ItemTypes.FIELD, boxTarget, (connect, monitor) => ({
  connectDropTarget: connect.dropTarget(),
  isOver: monitor.isOver(),
  canDrop: monitor.canDrop(),
}))
export default class Workbench extends …

这个问题有历史价值，所以我稍微更新一下。这是 Google 中“webpack-dev-server wordpress 重定向”的最佳结果。虽然公认的解决方案适用于 Webpack 2，但它可能不再适用。如果没有，您可以参考我的wordpress-theme-base 存储库，它是使用 Webpack 4 构建的。

首先，这与Wordpress 在被 Webpack Dev Server 代理时重定向到 localhost 而不是虚拟主机有关。我面临着类似的问题，但唯一的解决方案并没有真正为我做任何事情。

我在 Vagrant 开发机器中运行 WordPress 4.7，它像它应该的那样响应http://wordpress.local。以前我用Browsersync看我的文件和触发刷新，这按预期工作：browser-sync start --proxy 'https://wordpress.local' --files '**/dist/js/*.js, **/*.css, **/*.php'。

但是，使用 webpack-dev-server 我无法复制该行为。这是应该发生的事情。

1. 服务器开始于 https://localhost:9000
2. 导航到https://localhost:9000应该显示与导航到相同的页面https://wordpress.local，没有任何重定向。站点按原样运行https://wordpress.local，但 URL 是https://localhost:9000.
3. 发生变化，页面被重新加载。

相反，会发生这种情况。

• 导航到使用 301https://localhost:9000 重定向我https://wordpress.local。我禁用了规范重定向，remove_filter('template_redirect', 'redirect_canonical');但没有帮助。
• 导航到https://localhost:9000/404我的主题提供的 404 页面。没有重定向发生。
• 导航到使用 301https://localhost:9000/existing-page/ 将我重定向到https://localhost/existing-page/ …