問題タブ [tagging]
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# - テキスト ファイルからのカスタム タグの抽出
アプリケーション用に独自のファイル タグ付けシステムを作成していますが、この件に関する関連情報が見つかりません。
私のアプリケーションは、次のように、指定されたファイルの末尾にタグを追加します。
ユーザーが特定のファイルをプライベートとしてマークしたい場合 (たとえば)、次のテキストが指定されたファイルの末尾に追加されます。
$/プライベート*
今、私はこれらのタグをどのように抽出し、ファイルがアプリケーションにロードされたときにそれらを分離するかを理解しようとしています:
たとえば、ファイルに「Private」、「bad」、「jokes」という 3 つのタグがあるとします。次に、アプリケーションでこれらのタグを取得して、次のように表示します。
このファイルはプライベートとしてマークされており、悪いジョークが含まれています。
または - それらを表示する別の方法は次のとおりです。
このファイルには次のタグが含まれています: Private Bad Jokes
私がこれを行う方法を知っている人はいますか?正規表現が好きではないので、文字列を使用することを考えています。それは私に頭痛を与えます。
nhibernate - Nhibernate タグ クラウド クエリ
これまでのところ、私にとって2週間の戦いでしたが、運がありませんでした。:(
まず私の目的を述べさせてください。「foo」と「bar」のタグが付いたエンティティを検索できるようにします。それは大変なことだと思いませんか?
これは HQL で簡単に実行できることはわかっていますが、これはオプションではない動的に構築された検索クエリであるためです。最初のいくつかのコード:
Tag クラスはさまざまな型で使用されるため、多対多としてマップされます。したがって、双方向参照はありません。
そこで、抽象フィルター クラスを使用して分離基準を構築します。簡単にするために、タグ "Apples"(TagId1) && "Oranges"(TagId3) を持つ Foos を検索していると仮定しましょう。これは次のようになります。
SQL:
基準
基本的に、これは指定されたすべてのタグを持つ Foo Id のリストを投影する DC を作成しています。
これは NH 2.0.1 でコンパイルされましたが、クラス Foo でプロパティ "RowCount" が見つからないと不平を言ったため、機能しませんでした。
この投稿を読んだ後、これが 2.1.0 で修正されることを期待したので、アップグレードしました。非常に残念なことに、ProjectionCriteria が DetachedCriteria から削除されており、DetachedCriteria なしで動的クエリの構築を機能させる方法がわかりません。
そこで、悪名高い Having 句を使用せずに同じクエリを作成する方法を考えてみました。タグテーブルで複数の結合を使用して実行できます。やったー、それはとても簡単だと思いました。ということで、こんな感じに書き直しました。
仕事をする以下のSQLを作成しようとする無駄な試みで(私はそれが完全に正しくないことに気づきました)。
残念ながら、この試みで最初のハードルに落ち、「重複した関連付けパス」という例外を受け取りました。この辺りを読むと、古くて今でも非常に現実的なバグ/制限のようです。
私は何が欠けていますか?
私は、NHibernates の名前を呪い始めています。これは、あなたが非常に単純で一般的なクエリだと思うものを、非常に難しいものにしています。以前にこれを行ったことがある人を助けてください。NHibernates の制限をどのように回避しましたか。
評判と報奨金を忘れてください。誰かが私にこれをしっかりしてくれたら、あなたの問題のために6パックを送ります.
database - 分散コンテンツ タイプのマルチテナント タグ スキーマ
タグ スキーマに関してはかなりの議論がありますが、そのほとんどがブックマークや写真などの単一のコンテンツ タイプに焦点を当てていることに気付きました。
マルチテナント ビジネス アプリの複数の機能でタグを使用することに関心があります。タグがフォーム フィールド、ドキュメント、写真、構成設定などに関連している場合があります。
コンテンツ タイプごとにリンク テーブルを作成して複雑にするのではなく、これらのさまざまなニーズに合わせてスケーリングできる小さなテーブル セットを設計したいと考えています。
tagMap を使用して、これらのアイテムをいくつでも接続できますが、少なくともタグと tagType を接続します。たとえば、タグをドロップダウン フィールド タイプに関連付けることができます。これは、レジストリ タイプ、子値を持つレジストリ キーであり、エンティティに関連付けられている場合があります。複数レベルの親子関係を可能にするために、タグの子は別のタグである場合があります。
多くの機能が小さなテーブルセットに依存するようになるという点で、分散にはリスクがあります。
同様の決定に異議を唱えられた場合、または役立つアイデアがある場合は、考え、アプローチ、およびパフォーマンスが流通リスクにどのように関連しているかを共有してください.
ありがとう!
language-agnostic - タグ クラウド内のタグのスケーリングについて
モバイル デバイスにタグ クラウドを実装しています。ここでは、データモデルなどの詳細は特に重要ではありません。私の質問は、タグのスケーリングについてです:
タグの頻度をフォントサイズにマッピングするための「最良の」表現は何ですか?
線形および対数スケーリングについて説明しているこの投稿と、インスピレーションを得るための多項式アプローチのエイドリアン・クーンのスケッチからのこの回答を見てきました。しかし、インターウェブのどこかで、この問題についてさらに多くの調査が行われた投稿を覚えているようです。
また、ブログで「ベスト プラクティス」をいくつか見つけましたが、ベスト プラクティスの提供については確信が持てません。これらは、周波数スケーリングについてコメントしていません。
タグのスケーリングにはどのような代替手段がありますか? また、推奨/標準的な方法はどれですか? 最小フォントサイズ、タグの最大数、色なども検討しています。
編集:この質問の議論に従って、フォントサイズのバリエーションがある「標準」タグクラウドに興味があります。
asp.net - ASP.Net 用のタグ提案コンポーネントを持っている人はいますか?
Asp.Net のタグ付け提案コンポーネントを見た人がいるかどうか疑問に思っています。StackOverFlow、ZenDesk、Delicious Tagging Sugestion (オートコンプリート、クリックして削除など) と同様
一緒に作ることができると確信しています...しかし、それは「クラス最高」のコンポーネント製品に最適なようです. だから私はそれがそこにあるに違いないと思います。
そうでなければ、私は誰かの最初の顧客です! ThxCM
memcached - コンテンツのタグ付けを可能にする分散キャッシュシステムはありますか?
memcached、velocity、sharedcacheのような、名前だけでなくコンテンツにタグを付けることができる、またはアイテムを相互に関連付けることができる分散キャッシュシステムがあるかどうかを知りたいので、1つのアイテムのキャッシュを無効にするとまた、関連するアイテムも無効にします。
例えば。同じデータを参照する2つのページがあり、そのデータが変更された場合、2つの参照ページのキャッシュを無効にします。
- それとも、これは開発を懇願するプロジェクトの1つへの追加ですか?:)
編集:私はasp.netにいます
ruby - jekyllブログでタグをサポートする簡単な方法
私はブログを維持するために標準のjekyllインストールを使用していますが、すべてうまくいっています。自分の投稿にタグを付けたい場合を除きます。
YAMLフロントマターを使用して投稿にタグを付けることはできますが、タグのすべての投稿を一覧表示できるタグごとにページを生成するにはどうすればよいですか?
search - bag of words のシンプルな検索エンジンのおすすめは?
小型で軽量なバッグオブワード検索エンジンの推奨事項はありますか?
基本的に任意の単語の小さなバッグである「ドキュメント」のセットがあります。新しいドキュメントが与えられた場合、「類似した」ドキュメントのリストと、それらがどの程度類似しているかについての重み付けを取得する必要があります。文書は小さい可能性が高く、せいぜい数段落です。
- ステミングは優れていますが、必須ではありません。
- ワードネットによるワード展開は不要。
- これはプロトタイプであり、本格的なプロジェクトではないため、オープンソースまたはフリーウェアが推奨されます。
- UNIX/Linux プラットフォームが推奨されます。
私はそれをサブコンポーネントとして使用し、ID を含むドキュメントをフィードすることだけを期待し、後で現在持っているドキュメントと「類似した」ドキュメントを検索します。