問題タブ [subscription]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - C# イベント/サブスクリプション .... 参照されていないプロジェクトをリッスンする
Observerパターンを採用しようとしているアプリケーションを開発しています。基本的に、さまざまなコンポーネント (フォーム) をロードできる基本フォームがあります。
基本フォームは各コンポーネントを参照し、一部のコンポーネントは相互に参照します。
コンポーネントの 1 つが基本フォーム (おそらくメニューなどから) によって発生したイベントをリッスンするようにしたい場合、コンポーネントの基本フォームへの参照を追加する必要なしにこれを達成することはできないようです。これにより、「循環参照」が発生します。
参照されていないプロジェクトのイベントをリッスン/サブスクライブすることはできますか?
c# - イベントが一度だけサブスクライブされるようにする方法
インスタンスのイベントに対して、特定のクラスで 1 回だけサブスクライブするようにしたいと考えています。
たとえば、次のことができるようにしたいと考えています。
そのようなガードを実装するにはどうすればよいですか?
email - SSRSでの電子メール配信のサブスクリプションを報告する
SSRSレポートがあります。メールアカウントへのレポートの電子メール配信を要求するサブスクリプションを作成しようとしましたが、失敗し、次のエラーメッセージが表示されます。
1人以上の受信者のメールアドレスが無効です。
私にはブラウザの役割があります。
誰か教えてもらえますか?
reporting-services - SSRS レポート メール配信サブスクリプションの失敗
レポートがあり、自分のアドレスへの電子メール配信のサブスクリプションを作成しようとしたときに、次のようなステータス メッセージを受け取りました。
メールの送信に失敗しました:レポートの処理中にエラーが発生しました。
このメッセージの考えられる理由は何ですか。レポートは正常に動作しますが、何らかの理由でエラー メッセージが表示されたために失敗したためですか?
subscription - サブスクリプション ベースのソフトウェア: 機能しますか?
しばらく前に、専門のソフトウェア製品を販売するソフトウェア会社と仕事をしていました。無料でパッチをリリースし、アップグレード料金が必要な新しいバージョンをリリースすることがよくありました。これは通常、ソフトウェア業界の仕組みです。
しばらくして、同社はサブスクリプション ベースのソフトウェアという新しい戦略を決定しました。これは、ソフトウェア会社が自社のソフトウェアで実行される「トランザクション」ごとに少額の増分料金を請求する方法であることが判明しました。このモデルでは、パッチとアップグレードはトランザクションごとの料金に含まれており、料金を徴収するためにトランザクション数の「調整」が頻繁に行われていました。
私には、これはソフトウェアを開発して販売するためのより良い方法のように思えます。ソフトウェア会社は継続的な収入源を獲得し、顧客はアップグレード費用などを心配する必要がなく、顧客が本当に大きくなれば、あなたの収入源は彼らの成長とともに成長します.
問題 (およびこの質問の理由) は、もう誰もそのようなことをしていないことです。このモデルがうまくいかないからですか?このモデルのマイナス面を見ずに、ソフトウェアの開発と販売について過度に単純化した見方をしていませんか?
[編集]サブスクリプションベースのソフトウェアを書くことがソフトウェアを開発する良い方法であるかどうかについての開発者の意見に興味があります。
したがって、この質問は、商用アプリケーションに取り組んだプロの開発者に向けられています。 このモデルの経験について話せる人はいますか?また、なぜ機能する/機能しないのですか?
web-services - サブスクリプション ベースの Web サービス ビジネス/サイトに最適なフレームワークは?
私たちは、少量のユーザーには無料で、大量のユーザーにはサブスクリプションベースの新しい Web サービスを開発しています。ほとんどのユーザーは、おそらく cms またはブログ システムのプラグインを介して起動し、さまざまなプログラミング言語の API ツールキットを使用するユーザーもいます。Web サービス自体は簡単にユーザーに公開できますが、サブスクリプション ベースのビジネス モデルを使用してアクセスを構成および管理するために必要なフル機能の Web アプリケーションは、より複雑です。
セルフサービス Web サイトを強化するソリューションを構築、購入、または見つける必要があります。
- 無料または有料のアカウントにサインアップする
- サービス オプションの選択と構成
- 支払い資格情報を入力してください
- アカウントと請求プロファイルを編集する
- サービスの使用状況と請求履歴を確認する
- アカウントを一時停止またはキャンセルする
管理者の観点から、システムで次のことができるようにしたいと考えています。
- サービスの状態を監視および管理する
- ユーザー アクティビティとサービスの使用状況をログに記録する
- ユーザー アカウントの確認と管理
- 定期請求の管理、問題のあるアカウントへのフラグ付け
- ユーザーと通信するためのメッセージ テンプレートを管理する
- サービス パッケージ、オプション、割引コードを構成する
- 他の同様の管理活動を行う
これは、Web ベースのセルフサービス サブスクリプション システムが必要とする標準的なもののように思えます。これらの機能のほとんどまたはすべてを提供するパッケージを誰かが知っているかどうか疑問に思っていますか? さまざまなプログラミング言語とプラットフォームを検討することにオープンですが、これを Linux システムに展開して実行するのが最も便利です。
確固たるオープンソース ソリューションがない場合は、その作成を後援することに関心があるかもしれません。コミュニティからの洞察を聞くのを楽しみにしています。ありがとう!
リック
dotnetnuke - DNN 5-役割の有効期限が切れていますが、ユーザーは引き続きページを表示できます
DNN5で定期的な料金サブスクリプションをテストしています。カスタムロールの更新期間を1日に設定しました。
1日後、サブスクリプションはEXPIREDと表示されますが、ユーザーはその役割にアクセスできるすべてのページを引き続き表示できます。
私は何かが足りないのですか?
c# - Web サイトでクレジット カードのサブスクリプションを処理する最善の方法は何ですか?
ASP.NET を使用してサイトを設計しており、コンテンツをサブスクリプション ベースにしたいと考えています。ほとんどの場合、すべてが毎月クレジット カードに請求されます。CC をデータベースに保存できることはわかっていますが、これに対する別のより安全なソリューションはありますか?
これは巨大なプロジェクトではないので、1 人の開発者が実行できる、シンプル、迅速、安全、かつ信頼性の高いソリューションが必要です。
java - オプトイン/オプトアウトを可能にする最高のJavaベースのメーリングリストアプリケーションは何ですか?
ユーザーがメーリング リストをオプトイン/オプトアウトできる Java ベースの (望ましい) メーリング リスト アプリケーションを探しています。オープンソースが望ましいですが、必須ではありません。
この製品は、別のアプリケーションで特定のイベントが発生したときに、購読者に電子メール通知を送信するために使用されます。つまり、新しいレコードが保存され、特定の属性で承認されると、1 つ以上のメーリング リストにメッセージが送信されます。
複数のメーリング リストを処理できる必要があり、Web/GUI インターフェイスを使用する必要なく、プログラムによって新しいメッセージを送信するためのインターフェイスが必要です。
最後の手段は、この機能を実行する独自のアプリケーションを開発することです。
algorithm - オンライン フィード アグリゲーターの実装で未読アイテムの数を保持するための良いアルゴリズムは何でしょうか?
データベースには、ユーザー、フィード、アイテムのテーブルがあり、ユーザーが既に見たアイテムを知る機能があるとします。サーバー上で使用して、ユーザーが購読している各フィードの [フィード ID、未読数] を短時間で計算できる設計パラダイムを探しています。
多くのユーザーがいて、フィードがバックエンドで定期的に更新されていると仮定します。
編集: Nick J が提起した問題を解決したかった (以下を参照)。しかし、cletus によって投稿されたソリューションに感謝します。私はデータベースクエリについてはそれほど心配していませんが、「設計パラダイム」が必要です-未読カウントをメモリに保持するウォッチドッグプロセスを維持して、いつでもサービスを提供できるようにするなどです。