>>172 あ゛ー。いろんなパターンにマッチするサブドメインちゃん…
http://stackoverflow.com/questions/1282726/get-subdomain-and-load-it-to-url-with-greasemonkey
http://www.geekpage.jp/blog/?id=2011/9/29/1

でも。
wedataが '[a-z]+\.domain\.co\.jp' なら、決め打ち部分の domain\.co\.jp だけをハッシュキーにしておいて、
訪問URLが abc.domain.co.jp なら、マッチするまで先頭から順に"."単位で削って検索すればいいんじゃないかな？
# ホスト正規表現内の [a-z.]+ だけをキーとして格納すれば、(abc|def)などのサブドメイン表現も除外できる。

>>173
その「uAutoPagerizeを実行するかどうか」の判定を毎ページ訪問ごとにやるなら、重くね？って話。
その上さらにSITEINFOを配列総当たりで検索してるなら、もっとたいへんじゃん。

URLが長いルールの優先は、SITEINFOハッシュ構築時に[0]から長い順にソートしとけばいい。
むしろいま配列を総当たりしてるなら、一度マッチしても「もっと長いURLルールがないか」探し続けるわけで、非効率では。

var SITEINFO = {
'domain.co.jp' = [
'^https?://[a-z]+\\.domain\\.co\\.jp',
'^https?://[a-z]+\\.domain\\.co\\.jp/item/[0-9]+',
],
};

こんな感じ。

>>174-176 ほへー。
querySelectorはAllじゃなくてもいいと思うし、
単発のquerySelectorがページ読み込み時間をそこまで重くするイメージはないけど。
なるほど、親辿りか。確かに必要だねー。CSS4の親セレクタが普及するまでおあずけかな。