問題タブ [information-architecture]

Rails 3 のリソースに対して、SEO に適した並べ替えメソッドを実装する必要があります。これは、コレクションに対して行うことを検討しています。

そして、これは単一のレコードの場合:

単数形/複数形の切り替えは、モノの名前がsort-method- namesと衝突するのを避けるためです。

今まで、すべてのアクションresource :thingsに which usesを使用してきました。/thingsデフォルトの設定には多くの考えが費やされていることを知っているので、デフォルトから脱却することを恐れています。そのため、その前に、この種のベスト プラクティスがある場合に備えて、アドバイスを求めたいと思いました。

それで、これは私の問題を解決する良い方法ですか？今後の問題に自分自身を開いていますか？これについてもっと良い方法はありますか？

ありがとう！

情報アーキテクチャとデータベースは同じものを参照していますか？違いは何ですか？

サイト マップを作成するときに、基本的に Web ページのセクションを新しいレベルに変更する、Web ページのインタラクティブな要素を考慮する必要があるかどうか疑問に思っていました。たとえば、編集、新規、削除機能ボタンを備えた Web ページ "x" があります。これらのボタンをクリックすると、関連付けられているページの特定の部分のみが変更されます。これは、それ自体が一定の領域です。変更されない Web ページの部分は、トップ ナビゲーション、フッターなどです。サイト マップを考えている間、Web ページが同じであるため、編集などの機能をクリックすることが新しいレベルと見なされるかどうかはわかりませんでした。

（潜在的な）SEOのメリットのために、中サイズのページを複数のページに分割することをお勧めしますか？一例として、約5つの異なる機能を説明する新製品ツアーセクションを設計する必要があります。したがって、選択肢は次のとおりです。

• すべてを1つのページに結合し（とにかくコンテンツは長くありません）、ユーザーにこれら5つの機能をナビゲートする方法を提供します（たとえば、ジャンプリンクを使用します）。これは単純で、閲覧するために余分なページをロードする必要はありません。
• コンテンツを独自のURLを持つ5つの異なるページに分割します。

さまざまなSEO「コンサルタント」がさまざまなルートを推奨していました。ますます多くが2番目のオプションに向かって進んでいますが、それは上記の2つの選択肢の間の分割だと思います。私にとって、最初のものにはそれ自体にいくつかのメリットがあります。シンプルで、ナビゲーションに優れたインタラクションを簡単に追加できます（たとえば、エクスペリエンスを向上させるためのスライド効果）。また、SEOの恩恵を受けるための最小ページ長があることを覚えています。では、なぜそれを分離するのですか？

この場合、SEOの定量化に適した測定値は何でしょうか？私は、SEOの名前だけでなく、使いやすさやデザインなどを妥協することに抵抗があります。私は、SEOは必ずしもルールとしてではなく、推奨事項として賢明に使用されるべきだと信じています。

私はWeb開発者であり、Web開発者としての私の最大の欠点は、インターフェイス設計に関してであることにすぐに気づきました。

つまり、実際にインターフェイスをきれいに見せることです。クリエイティブなUIソリューションに関しては、私はかなり優れています。問題は、そのUIの見栄えを良くすることです。

Webアプリケーションインターフェイスのクリーンでモダンな最小限のデザインを扱った本やサイトの提案はありますか？

要件管理アプリケーションを使用しているときに、一部のユーザーは、ユーザーにアクセスできない、またはアクセス許可がない領域を表示しないで、アクセス可能なセクションのみを表示すると言います... それは私には良く聞こえません。

Sitecore データベースに保存する300 以上の「カテゴリ」 (4 つのサブレベルに入ることができる) アイテムと 100 万以上の「製品アイテム」があります。Sitecore コンテンツ ツリーを設計しています。

2つの選択肢を検討していますが、

Option1 - モデルとして"Category" --> Sub category .... --> "Product Items"

オプション 2 - 「カテゴリ」ツリーを個別にモデル化し、「製品項目」を個別に持つ。( Home -> Categories -> cat 1...) と ( Home -> Product Items -> All Product Items)

私の経験によると、オプション 1 を選択した場合、カテゴリ アイテムを変更して公開する必要がある場合、非常に遅くなります。(多少の強化はあるものの)

オプション 2 では、バランスの取れたツリーは作成されませんが、カテゴリ ノードの編集ははるかに高速になります。

これを整理するのを手伝ってください。を使用してSitecore 7います。

StackExchange のホームページには、スタックの傘の下にあるすべてのサイトの整然とした構造で膨大な量の情報を表示する、非常によく整理された一連のタイルがあります。

これはどのようにプログラムで作成されましたか?