問題タブ [token]

モバイル デバイス、winforms アプリケーション、iphone、blackberry など、さまざまなプラットフォームから呼び出せる Web サービス アーキテクチャを作成したいと考えています。したがって、WCF や wsHttp バインディングのようなものを使用すると、おそらくこれが無効になり、互換性のために basicHttp バインディングにダウングレードする必要があります。

そうは言っても、最初のログイン（認証）でトークンを生成し、その後のすべての呼び出しでこのトークンを使用して、認証を検証し、メソッドを実行できるようにするシステムが必要です。

これについてのヒントや提案はありますか？1) トークンを生成し、安全なトークンには何が含まれていますか? 2）トークンの有効期間。一部のユーザーはアプリケーションを何時間も使用し、場合によってはコンピューターを「スリープ」させることさえあります

アドバイスありがとう。

これまでのところ、第 7 章を​​正常に完了しましたが、第 8 章: セッションで行き詰まっています。

Railsバージョン2.3.2を使用しています

本に書かれている手順とコードに従っていますが、store.rbを更新してカートを表示すると、Token Authentication Failedのエラーが表示されます。

どうすればこの問題を解決できますか? このトークンをどこから取得できるか知りたい n どこの n どのファイルに入れればいいの?

struts アプリケーションにSynchronizer Tokenを実装する場合、すべてのフォームを編集してトークンに何らかのタグを追加する必要がありますか?それとも struts によって自動的に行われますか?

iPhone APNS ドキュメントのデフォルト コードを使用して、registerForRemoteNotificationTypes() を使用してデバイス トークンを生成しようとしましたが、成功しませんでした。didRegisterForRemoteNotificationsWithDeviceToken も didFailToRegisterForRemoteNotificationsWithError も呼び出されません。これらの両方のメソッドに UIAlert を配置しましたが、どちらも表示されませんでした。

私の iPhone は DHCP を使用して Wi/Fi を使用して APNS にアクセスしています。

誰かがデバイストークンを生成するために使用できる作業コードを投稿できますか?

次のようなマクロを使用して、一部の関数の名前が特定のマクロ変数の値に依存するプログラムを作成しようとしています。

残念ながら、マクロNAME()はそれを

それよりも

したがって、これは明らかに間違った方法です。幸いなことに、VARIABLE の可能な値の数は少ないので、単純に#if VARIABLE == nすべてのケースを個別にリストすることができますが、それを行う賢い方法はありますか?

だから私はパーサーをやっていて、速度よりも柔軟性を優先し、文法を簡単に書きたいと思っています。 .)

トークンの固定セット (例: PLUS、DECIMAL、STRING_LIT、NAME など) を使用して手作業でコード化されたレクサーがあり、現在、3 つのタイプのルールがあります。

• TokenRule: 特定のトークンに一致
• SequenceRule: 規則の順序付けられたリストに一致します
• GroupRule: リストの任意のルールに一致

たとえば、トークン名 (おおよそ /[A-Za-z][A-Za-z0-9_]*/) に一致する TokenRule 'varAccess' と [式、TokenRule(PLUS)、式]。

式は、「割り当て」または「varAccess」のいずれかに一致する GroupRule です (私がテストしている実際のルールセットはもう少し完全ですが、例ではそれで十分です)

しかし、今、私が解析したいとしましょう

そして、パーサーがルール Expression で始まるとしましょう (それらが定義される順序は重要ではありません - 優先度は後で解決されます)。そして、GroupRule 式が最初に「代入」を試みるとしましょう。次に、「式」は「代入」で一致する最初のルールであるため、式を再度解析しようとします。スタックがいっぱいになり、コンピューターが - 予想どおり - キラキラした segfault で単にあきらめるまで、同様の処理が繰り返されます。

だから私がしたことは - SequenceRules は最初のルールに「葉」として自分自身を追加し、ルート以外のルールになります。ルート規則は、パーサーが最初に試行する規則です。それらのいずれかが適用されて一致すると、一致するまで、各リーフを 1 つずつサブ適用しようとします。次に、一致するリーフのリーフを試行し、一致するものがなくなるまで試行します。

次のような式を解析できるように

ちょうどいい =) さて、興味深いものです。このコード:

解析しません。何が起こるかというと、var1 が解析され (varAccess)、代入がサブ適用され、式が検索され、「括弧」が試行され、開始され、「(」の後の式が検索され、var2 が検出され、「+」がチョークされます。 ')' を予期していたためです。

「var2 + var3」と一致しないのはなぜですか? (そして、質問する前に、「追加」SequenceRule があります)。'add' はルート規則ではなく (parse-expression-beginning-with-expression などによる無限再帰を避けるため)、葉は SequenceRules でテストされないため、そうでなければ次のようなものを解析します。

なので

(たとえば、'1 = 3' は add が期待する式であり、varAccess a のリーフです)

一方、左結合にしたいのですが、たとえば、次のように解析します

とにかく、SequenceRules 内で「1 + 2」などの式を解析できるはずであるという問題が発生しました。何をすべきか？SequenceRules が TokenRule で始まる場合、それに含まれる GroupRules がリーフについてテストされるという特別なケースを追加しますか? その特定の例の外でも、それは理にかなっていますか? または、葉についてテストする必要があるかどうかを、SequenceRule の各要素で指定できるようにする必要がありますか? あなたの考えを教えてください（システム全体を捨てることを除いて - それはおそらく数ヶ月以内に起こります）

PS: どうか、どうか、「この 400 ページの本を読みに行ってください。さもないと、私たちの時間にふさわしくありません」などと答えないでください。わかった？前もって感謝します。

私のiPhoneアプリケーションでは、APNを使用してデバイストークンが必要です。コードを使用してそれを取得する方法は?

また、デバイスユーザー、そのバージョン、およびその他の情報に関するその他の情報が必要です。Code を使用してそれを取得する方法は?

デバイストークンを使用してデバイスのその他の情報を取得することはできますか?

デバイス トークンの形式は何ですか?

コードまたはリンクまたはその他の方法で解決策を提供してください。

ありがとう、

ミシャル・シャー

私のアプリケーションでは、pushNotification を使用します。その場合、デバイストークンをさまざまな方法で使用するにはどうすればよいですか?

この辺について詳しく説明します。

その時点でアプリケーションを実行するたびにデバイストークンが生成されますが、同じデバイスでアプリケーションを何度も実行すると、同じデバイストークンが生成されるかどうか?

Appleドキュメントとは異なるデバイストークンを生成する場合、サーバー側での処理方法は? クライアント側からサーバー側に送信するために正確に必要なもの (つまり、デバイストークンまたはその他のパラメーター) と、サーバー側で同じためにどのタイプのシナリオが必要ですか?

誰かが解決策、コードスニペット、または有用なリンクを持っている場合は、それをいただければ幸いです。

Lucene (具体的には Compass) を使用してフォーラムのスレッドをログに記録していますが、ディスカッションの背後にあるキーワードを抽出する方法が必要です。そうは言っても、誰かが作成したすべてのエントリをインデックスに登録したくはありませんが、特定のコンテキストに関連する「キーワード」のリストがあり、エントリがキーワードに一致し、しきい値を超えている場合は追加しますこれらのエントリをインデックスに追加します。

アナライザーの機能を使用して物事を取り除き、その魔法を実行できるようにしたいのですが、キーワードを照合するためにアナライザーからトークンを返し、特定の単語が言及されている回数をカウントしたいと考えています。

作成されたすべてのエントリのインデックス作成のオーバーヘッドなしで、アナライザーからトークンを取得する方法はありますか?

すべてのエントリを保持するために RAMDirectory を維持し、キーワードのリストを使用して検索を実行し、関連するドキュメントを永続化マネージャにマージして、関連するエントリを実際に保存する必要があると考えていました。