URLでAsterixを使用する場合
URLでAsterixを使用することは、おそらくそれほど素晴らしいアイデアではないでしょう。その主な理由は次のとおりです。
- 現在、UTF-8もASCIIもAsterixを示すことができません。
- 彼は、標準のブラウザのアドレスバーの汚れに過ぎません。
- 私は彼がそれをとても望んでいるとは思わない。そして彼にはかなり大きな友人がいます。
- それはただ奇妙です。
URLでアスタリスクを使用する場合
URLでアスタリスク(*)を使用すること(そして、もちろん、それがあなたがずっと意味していたことを知っています)も、それほど素晴らしいアイデアではありません。予約文字であるため、他の場所では使用されません。URLスキームはユーザーにとって使いやすいように見えますが、試してみる人はほとんどいません。URLのワイルドカードの意味は見分けにくいため、予測できない結果をもたらす可能性があります。(あなたの説明を読むまで、あなたの例のすべてが何を意味するかわかりませんでした。)
それだけでなく、あなたが説明したことを行うための意味論的/意味のある方法がいくつかあるかもしれません。たとえば、クエリ文字列を追加し、「find」変数と「where」変数を使用して、どこで何を検索するかをメソッドに伝えることができます。
で「検索フレーズ」で始まるページを検索/some/folder/
:
example.com/some/folder/?find=search-phrase&where=start
「検索フレーズ」を含むページをどこでも検索:
example.com/some/?find=search-phrase&where=anywhere
すべてのページを表示するには、クエリ文字列またはワイルドカード構文の代わりに、「all」という別のメソッドを使用します。
example.com/some/folder/all
クエリ文字列の構文はアスタリスクよりもはるかに一般的です(たとえば、Google検索を次に実行するときにアドレスバーを確認します)。また、コーディングも簡単になります。
最後に、クエリ文字列の外観が気に入らない場合は、「search」というメソッド名を先頭に追加し、次の2つのブロックを「find」変数と「where」変数として使用できます。例:代わりに:
example.com/some/folder/?find=search-phrase&where=start
あなたが持つことができます:
example.com/some/folder/search/search-phrase/start
次に、URLパスの「search」キーワードを確認し、次の2つのパスセグメントを変数として使用して検索メソッドをトリガーするだけです。
更新:今日、URLで最初のアスタリスクを見つけました。新しいarchive.orgインターフェースは、「すべて」のキーワードの代わりに、(検索機能の一部として)説明したとおりにそれを使用しています。例えば:
http://wayback.archive.org/web/*/http://google.com
の代わりに
http://web.archive.org/web/20040214050058/http://www.google.com/
最初の例は、特定の日付のページだけでなく、google.comのすべての日付からアーカイブされたリストを返します(2番目の例)。興味深いことに、Stack ExchangeサイトはURLに表示さ*
れる%2a
ときと同じように文字をエンコードし、その結果archive.orgから404が生成されるため、ここでライブページにリンクできません。(おそらく、URLにアスタリスクを使用しない別の理由。)
私はまだ「すべて」ほど明確ではないと思いますが、URLにアスタリスクを採用している他のサイトの例を探しているなら、それは私が見た最初のものです。