「Qiitaのユーザー名に3桁数字を使うときの注意」とその後 - Qiita

（追記）Qiita側での修正リリース完了 こんにちは。元 @500 です。 Qiitaのご担当者様から、当該ユーザー名を取得出来ないようにする修正リリースを11月19日に行ったと連絡を頂きました。 同時に、ユーザー名の変更依頼を受けましたので、 別のユーザー名に変更し今に至ります。 この記事をご覧になった方からいろいろな意見が来ていましたので、11月12日時点の記事内容に加筆をして以下に残します。  その出会いは偶然に…… なぜか空いていた「短いユーザー名」 これまで備忘録はiCl

[pavlocat]

マイページのエンドポイント、qiita.com/users 下とかに生やした方が良かったんでは

[maiani]

“Qiitaのユーザー名に3桁数字を使うときの注意” どちらかと言うと「WebサービスのURLを設計するときの注意」かもしれない。

[gabill]

これ@timelineさんとかにも言えることで、ルート直下にユーザー名を置くスタイルだと将来の機能追加も制限されてしまうんじゃ。

[programmablekinoko]

自分の疑問はなぜステータスコードを禁則処理してユーザ名として弾かなかったのかではなく、なぜユーザーIDのスキーマにエラーコードが挿入される仕様なのかという事。そもそもステータスコードURLに入れなくてよくね

[tk_musik]

こういうの、きっと開発者の誰かは気づいていたと思う。キータのような開発チームでもそういうところを積極的に対応することを躊躇ったりはするということで、世界はもっと緩く許容していきましょう。

[gachapining]

記事中の具体例はさほど実害のないネタで済むけど、後からエンドポイント切ろうとした時に既存ユーザー名と衝突すると問題になるので注意が必要なやつー

[mattn]

login とか logout とか users とか、そういうエンドポイントは作れない様にしないとね。

[letsspeak]

そこを犠牲にしてもシンプルで覚えやすいURLには価値がある派

[hdkINO33]

418さんは存在するようだ https://qiita.com/418

[kitamati]

新興サービスが出てきたらとりあえずユーザー名でadmin root 辺り試すのはデフォではないでしょーか

[uzuky]

若い人は知らんのかもしれんけど、TwitterのユーザーページのURLはかつて twitter.com/#!/ScreenName って形式でhashbangが挟まっていて、今の形式になる頃には3文字以下や主要な単語は取り尽くされていたんよ

[sasasin_net]

草

[pwatermark]

というか、なんでエラーページのURLをユーザページと同じディレクトリ構成にしてんの？

[kuracom]

ユーザー名をルート直下に置くことを決めたなら、エラーページの方が /error/500 とかにしないと

[dnsystem]

418がいい

[send]

ちなみにsendでも、ごめんやけどURLに使いたいからid変えてくれって言ってくるサービスもちょいちょいある

[honeybe]

URL設計ミスな気もするが…

[takun71]

こういうこと起こりそうだなあと思ってた

[hitode909]

普通にサービスを運用してたらGET /500でエラーページを配信したいユースケースはなくて、開発用のエンドポイントが残ってるみたいな話にみえる。実際にはステータスコードは200 OKだった。

[shag]

システム領域とユーザコンテンツ領域の名前空間が同じなの困るよね。メールなんかも最近はトランザクションメールはドメイン分けるのが普通らしいしな。

[b4takashi]

hogehoge.com/user/username ってスタイルじゃなく hogehoge.com/username って形だと起こり得ることなのかしら

[richard_raw]

数字のみのユーザー名、作れちゃうんだ……。/やっぱりチルダは必要（ぇ

[lnimroder]

@search とか @index は予約語にしてたサービスなら知ってる

[clubman023]

おお

[itochan]

でもそこでユーザに /user/ みたいな語を付け足すのは、例外にならない多くの人にとって無用なオーバーヘッドなので、センスないなと感じる。　予約語として登録回避させるよりは、/status/500 みたいに逃げたらどうか

[versatile]

んなもん qiita の URL 設計が雑なだけでは

[eichisanden]

パス直下がユーザー名だと管理系のURLの行き所作るの面倒な例。サブドメイン切るか、ユーザー名に予約語定義するかだけど最初に予約語すべてあげるの無理なので1階層目は汎用性がある階層にしとくと良いのかな

[buhoho]

別に大きな事故じゃないし自分も放置するな。URL設計の時点でこうなるのは仕様のうちだろう

[lorenz_sys]

URL設計が悪いとのブコメが散見されるがURLにユーザ名を含めるのはそもそも要件であったと思われる。よってユーザ登録時のバリデーションチェックで引っかけるのが妥当ではないかと業務システム屋は考える。

[srng]

笑った。これQiita側から何かしらリアクションあるのだろうか

[tonocchokun]

昔リネージュ2でとあるボスキャラの名前でキャラクター作れるのを発見してよくネタチャット来るようになったとか言ってた

[sabinezu]

w

[suika3417]

やっちまったURL設計例としてアンチパターンになりそう（小並

[kanehama]

普通に作るなら/直下には配置せんよな。やるなら初めから一つだけ禁止な単語を予約して機能などは全部そこ以下に作るとかだろうか。

[riawiththesam]

寿司のスタンプ送るサービスでもやってたな

[ghostbass]

ああ、ルーティングと被ってしまうのか/qiitaだけじゃなくてルーティングごにょごにょする奴全般

[kabuquery]

これ報奨金貰えるレベル

[e_denker]

Qiitaみたいな有名サービスでもこんな穴がそのまま残ってるのか……。

[murlock]

リソースには適宜prefix付けて`errors/500`, `users/500`などとするのが無難

[don_ashill]

URLの設計か・・・ｗ