标签: subscriptions

我在这里阅读了一些关于如何在Meteorjs中组织订阅的帖子,但我仍然不明白什么是最好的模式,以避免发现我订阅的一些数据尚未准备好在模板中使用.我使用Iron Router,现在我在Router.configure中使用waitOn选项组织了所有订阅.我发现这种方式有时无济于事.如果我有多个这样的订阅:

Router.configure({
    layoutTemplate: 'layout',
    loadingTemplate: 'loading',
    waitOn: function () {
        return [
            Meteor.subscribe('channels'),
            Meteor.subscribe('invitations'),
            Meteor.subscribe('messages')
        ];
    } 
});

我明白这个命令很重要.如果我更改数组中订阅的顺序,程序的响应会有所不同.我想要的是在浏览应用程序之前,所有订阅都已完全加载.上一篇文章中的某个人谈到将它们放在一个单独的文件中来解决这个问题.但是怎么样？我需要在哪里放置该文件？对于我的案例,我将在此感谢一些例子.

我订购了一个自动更新产品,5分钟后,它就过期了!

我认为Sandbox 5分钟等于1个月,

在当前订阅结束时(5分钟后),它不应该自动续订？但它变得过期了.

我在我的ko模型中有一个订阅管理,通过拦截它们并保存对它们的引用来保存任何订阅.

我然后处理它们,但是我有时需要理解子物质是否已被处理掉.成员Gb是订阅对象的布尔值,是活动 - 非活动标志吗？我看到,有时当我处理订阅时,它的Gb变得虚假,有时不会.我是否必须将此解释为处置失败？

一旦我处理订阅,订阅对象,是否已准备好进行垃圾回收？

编辑:我只需要了解订阅是否已经处理,如标题中所述.我以我所知道的唯一方式获得订阅,在声明时保存对它的引用:

var mySub = myObservable.subscribe(function(){/*do something*/});

一段时间后我需要一种方法来确定mySub是否已经处理掉了.

function isDisposed(mySubscription) {
    // if is disposed return true else return false
}

我需要在此基础上执行一些逻辑,不仅在没有处理的情况下处理它(或者我可以简单地再次调用dispose方法).是否有可能确定订阅处置状态？

我正在使用spring,spring security,hibernate和Oauth构建基于云的应用程序.

• 它有不同的产品,每个产品都有多个模块.模块还具有多种功能.
• 客户必须独立订阅每个产品才能使用它们

• 每个客户端都可以拥有多个用户,客户端必须提供访问其用户产品的权限.

• 订阅每个产品时,客户必须选择包(银,金,..)

• 包将具有模块详细信息,并且每个产品都不允许用户,并且客户端用户将只能访问客户订阅和用户有权访问的模块(选定包).

我必须为每个功能创建Rest Api.

问题:我使用Spring Oauth2来保护我的API,所以只有注册的客户端和他们的用户可以访问它们,但他们可以访问所有的API.我应该允许客户端只访问它有权访问/订阅的那些API.我怎样才能在Spring中实现这一目标？

目前我打算使用感知器,但它在很大程度上取决于URL模式.因此,对于每个产品和模块,我将使用不同的拦截器

网址格式:http:// abc/rest/PRODUCT/MODULE/..

有没有更好的方法来实现它？

使用带有订阅的乐观UI是否有意义？

所以基本上：

addChannelMutation({
  variables: { name: eventValue },
  optimisticResponse: {
    __typename: "Mutation",
    addChannel: {
      __typename: "Channel",
      id: data.channels.length,
      name: eventValue
    }
  },
  update: (store, { data: { addChannel } }) => {
    // Read the data from our cache for this query.
    const data = store.readQuery({ query: channelsListQuery });
    // Add our comment from the mutation to the end.
    data.channels.push(addChannel);
    // Write our data back to the cache.
    store.writeQuery({ query: channelsListQuery, data });
  }
}).then(res => {});

它将同一项添加两次，触发重复的密钥异常。因此，乐观的ui对于订阅是否有意义？

在我的办公室,我们许多人使用SSRS来安排重复报告.我想查看即将到来的报告运行的时间表,在接下来的几天或一周内,以便我们可以看到20个报告是否都将尝试同时运行.我怎么能做到这一点？我创建了显示订阅信息的t-sql报告,但它们只显示"上次运行"的日期和时间.这对预测明天的瓶颈没有帮助.解决方案也应该包括数据驱动的订阅.

我使用的是Woocommerce订阅插件，在处理订单续订电子邮件中，我想显示下一个付款日期。但是，当我尝试访问订单的下一个付款日期时，它总是返回false。

<?php
    if (WC_Subscriptions_Renewal_Order::is_renewal( $order ) ) { /* This returns true */
        $parent_id = WC_Subscriptions_Renewal_Order::get_parent_order_id( $order ); /* This gets the original parent order id */
        $parent_order = new WC_Order( $parent_id );
        foreach ($parent_order->get_items() as $item) { /* This loops through each item in the order */
            $h = WC_Subscriptions_Order::get_next_payment_date ( $parent_order, $item['product_id'] ); /* This should get the next payment date... */
            var_dump($h); /* But it returns false :-( */
        }
    }
?>

其他功能，如WC_Subscriptions_Order::get_total_initial_payment()预期的工作。

如何获得订购订单的下一个付款日期？

我正在使用一个名为Mix 'n Match Products 的基于 Woocommerce 的插件。

此插件位于/plugins/woocommerce-mix-and-match-products/
此文件夹中，其中包含另一个用于模板的文件夹。

按照惯例，我已将“模板”文件夹复制到我的子主题中，并将文件夹名称更改为“ woocommerce-mix-and-match-products ”

现在的结构是 themes/storevilla-child/woocommerce-mix-and-match-products/

但是，没有任何模板会覆盖插件模板。我已经测试过了。只有在我更改了实际的插件模板文件后，HTML 才会更改。

任何人都可以发现我可能做错了什么吗？

谢谢

我正在尝试允许用户从他们的“我的帐户”面板更新他们订阅的行项目。我可以从订阅 ID 获取他们的订阅并向他们显示更新表。现在，我向他们展示了他们订阅中我通过的产品项目

$subscription = wcs_get_subscription($_GET['subscription']);
$subscription_items = $subscription->get_items();

我想做的是允许用户更新他们产品的数量。因此，如果他们更新数量，我想更新订阅的项目数量，以便使用更新的数量生成未来的订单。我看到WC_Abstract_Order课堂上有 update_product 方法。我认为这可以使用，但我对评论中的注释感到困惑：

* Update a line item for the order.
*
* Note this does not update order totals.

使用它时是否需要重新计算总数？当数量为 0 时，我还需要删除订单项。这可能吗？

因为我没有看到删除项目方法。

谢谢

我在调试 Apple 的应用内购买收据时遇到问题。尽管购买已经过期，但“is_Trial_period”字段似乎仍然有效。据我了解，苹果定义了较短的调试订阅周期，如下所示：

测试应用内购买产品

这些时间也适用于试用期吗？