問題タブ [url-design]

都市のランディング ページの URL 構造についての考えに興味があります。

(b) ではなく形式 (a) を実装する基本的なベスト プラクティスと理由:

(a) example.com/chicago
(b)example.com/?_city=chicago

次の 2 つのパターンのうち、どちらが優れているかを知りたいです。

また

現在、私は最初のものを使用していWhoops, looks like something went wrong.ます。/photos/123/editxx404 not found

ルート:

間違いを探す場所がわかりません。これらはphotosルートです：

getEdit() と postEdit():

/photos/123/a/a/a/たとえば、入力すると、マスターレイアウトテンプレートの未定義の変数について不平を言う同じエラーが表示されます。

Controller.php

2 つ以上の URL セグメントがあると、Controller.php が正しく機能していないようです。/domain.xy/1/2を表示します8が/domain.xy/1/2/3、エラーをスローしますUndefined variable: photos_online

基本ユーザー情報とユーザーのスペース情報を取得するための REST API を提供しました。

/v1/users/{user_id}/profile、次のような JSON を返します。

json {

"id":123, "name":"foo", "sex":0, "email":"foo@gmail.com", } ```

/v1/users/{user_id}/spaceも JSON を返します。

```json { "sum_space":100, "used_space":20, }

クライアント (例: Web ページ、3 番目のアプリケーション) に、ユーザー情報の一部 (例: 「名前」、「性別」) とユーザー空間情報の一部 (例: 「sum_space」) を同時に表示する必要があるビューがある場合、次のような新しい集計 API を提供する必要があります/v1/users/{user_id}か?

また、このような集計 API を提供する場合、ユーザーとスペースのすべての属性を返す必要がありますか? そうした場合、戻り値には未使用の値が含まれるため、ネットワークの帯域幅が増加します。しかし、この API がクライアントが必要とするものを返すだけの場合、新しいクライアントの要件が発生した場合 (たとえば、ユーザーの名前とユーザーの used_space を取得するだけ) はどうすればよいでしょうか?

アグリゲーション API を提供しない場合、すべてのクライアントは、N 種類のリソースを取得するために N 回呼び出す必要があります。フィルター検索の要件がある場合 (合計スペースが 100 を超えるユーザー リストを取得するなど)、クライアントはこれを連続的にしか実行できませんでした。

私はそれらについて非常に混乱しています。それに従うべきガイドラインはありますか?

Twitter (twimg.com) がクエリ パラメータの代わりにサイズの接尾辞 (例: ':large') を使用するのはなぜですか?

例：

アーキテクチャの観点から、これは興味深いと思います。
特定のプロキシ/クライアントがクエリ パラメータで URL をキャッシュしないため、彼らはこれを行いますか?

誰でもこれに光を当てることができますか？

の形式の URL を持つ Web サイトと、の形式の Web サイトがあるのはなぜa.b.exampleですかb.example/a?

たとえば、なぜgist.github.com代わりにgithub.com/gist?

私はウェブサイトを作成しています。次は、さまざまな投稿の URL をどのように表示するかを決定します。

SEO の目的で、次のような投稿 URL を追加する予定です。

URL のクラッシュを防ぐために、次のように投稿 ID を URL に追加することを考えていました。

投稿 ID を URL に追加することについてどう思いますか? セキュリティ上の懸念はありますか? URL に追加する前に ID をハッシュする必要がありますか? どうすればいいですか？