Firefox 3.6 での XPath による要素取得: Days on the Moon
Firefox 3.6 にしたら、動的に生成した文書からの XPath による要素取得ができなくなったという報告が挙がっています。 Firefox3.6でdirect_bookmark.jsとdirect_hb.jsのはてブのタグを取得できていない問題(未解決→解決) - ヴィンペラートル・オクタウィアヌス - vimperatorグループ subscldr.jsが動かなくなったのを直してみた - mountain_dewの日記 この原因は、Firefox 3.6 で HTML 要素の名前空間の扱いが変わったことにあります。Firefox 3.6 (Gecko 1.9.2) では、HTML5 に従い、HTML 要素が (XML 文書中でなくても) XHTML の名前空間 (HTML5 でいうところの「HTML の名前空間」) http://www.w3.org/1999/xhtml に属す
document.contentType == "application/xhtml+xml"なページでの$X - os0x.blog
document.evaluateと名前空間がわからない - by edvakf in hatenaへのレスです。 document.contentTypeが"application/xhtml+xml"の場合、名前空間があるので、通常のXPathでは要素を取得できません。resolverとprefixが必要になります。*1 で、m.twitterはHTTPヘッダーで Content-Type: application/xhtml+xml; charaset=UTF8; charset=utf-8を返しているので、XMLとして扱われ、そうでない大抵のサイトはHTML上でXHTMLを宣言していても、text/htmlで返すので、HTMLとして扱われます。 Content-Type: text/html; charset=utf-8繰り返しですが、 namespace がある Document
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
HTML と XHTML で同じ XPath を使う: Days on the Moon
通常、XPath を書くときは //p のようにすることが多いと思いますが、これには名前空間の指定が含まれていないため、XHTML 文書 (MIME タイプが application/xhtml+xml で提供されている文書) では使えません。これに対するアプローチとしては、//h:p のようにあらかじめ XPath 式に名前空間の指定を含めておき、リゾルバによる名前空間接頭辞の解決時に HTML と XHTML とで処理を分けるというのが一般的でした。「XPathNSResolver のクロスブラウザとか」や「document.contentType == "application/xhtml+xml"なページでの$X」で扱っている方法です。 とはいえ、いちいち名前空間接頭辞を指定するのは面倒くさいですし、同じ名前空間に対する接頭辞が人によって違うのも不便です。XPath 式の中で要素名
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
XPath で "//" を使う時は気をつけようという話 � のっち大好きの会 分室
document.evaluate の第二引数に適切なノードを指定していても， XPath expression が "/" で始まるとルートノードから走査されるので， 意図通りの結果が得られない可能性が高い． ありがちなのは AutoPagerize で 2 ページ目以降を処理しようとして XPath に "//" を使ってしまい，結局ページ内の全ノードを舐めてしまうとか． 面倒でも "descendant::" もしくは "descendant-or-self::" を使用されたい． もしくは， getElementsByTagName で済む場合であればそちらを使えば意図通りの結果が得られるし， なにより速いはず． 一応，実験 (要 javascript/)．IE では動作しない．
第18回 XPathインジェクション（その3） | gihyo.jp
前回までの2回でXPathクエリを非常に簡単に紹介してきました。今回はXPathインジェクションによる攻撃と対策を解説します。 基本的なXPathインジェクション まず前回で作成したauth.phpを利用したXPathインジェクションを行います。auth.phpはaccount.xmlに保存されたユーザ情報を参照し、コマンドラインから渡されたユーザ名とパスワードが一致するかチェックするプログラムです。 実行例 [yohgaki@dev tmp]$ php auth.php user1 password1 OK to login [yohgaki@dev tmp]$ php auth.php user1 password2 Not OK to login auth.phpは次のXPathクエリを実行し、ユーザ名とパスワードが一致したノードだけを抽出します。 $nodelist = $xpat
配列を作らない$X関数 (失敗) - os0x.blog
XPathのevaluate結果に対する処理をスマートに書くための便利関数 - 今日もスミマセン。を見て、思いついた。 $X関数は便利だけど、配列を詰めなおす処理が今ひとつだと感じてました。 で、その改案です。 http://gist.github.com/19461 function $XA (exp, context) { context || (context = document); var expr = (context.ownerDocument || context).createExpression(exp, function (prefix) { return document.createNSResolver(context.documentElement || context).lookupNamespaceURI(prefix) || context.namespa
thinkのScrapBook: AutoPagerize用SITEINFO + SITEINFOの書き方 まとめ
かねてより試してみたかったGreaseMonkeyスクリプト「AutoPagerize」が非常に便利だったのでWedata未登録のSITEINFOを書いてみました。 AutoPagerize用SITEINFO var SITEINFO = [ { name: 'ブラック会社に勤めてるんだが、もう俺は限界かもしれない', url: '^http://ueharasan\.y\.ribbon\.to/html/', // Unicodeエスケープ前の文字列 (Wedata登録時はエスケープしなくてもOK) // nextLink: '//a[starts-with(text(),"次") or contains(text(),"進む")][1]', nextLink: '//a[starts-with(text(),"\u6B21") or contains(text(),"\u9032\u3
AutoPagerize Wiki: XPath Cookbook
node()と*の違い //node() //* をそれぞれ実行してみればわかるが、node()はテキストノードなどを含めたすべてのノードを、*はNode.ELEMENT_NODEな要素だけを選択する。この違いはパフォーマンスに影響を与えるので、意識して使い分けるのが良い。 なお、 * はattributeとnamespaceを基準点とした場合はそれぞれattributeとnamespaceを選択する(例://@* は全てのAttrを選択する)。 詳細は仕様書でXML Path Language (XPath) - 2.3 ノードテスト 省略シンタックスと非省略、そして少しの応用 // は /descendant-or-self::node()/ の省略形である。/divは/child::divの省略形で、//div[1]は//div[position()=1]を(さらに)省略した形である
AutoPagerize pageElement ここよりもあとでここより前、みたいなのが書きたいとき - ロックスターになりたい
ここより後、はfollowing-sibling::node()ですぐ書ける。 ここより前まで、の"ここ"がはじまり部分のsiblingじゃなくてその子孫だったりすることがある。(祖先の兄弟だったりもすることもあるけど、それはかんがえてないけどできるんじゃないかなたぶん) パフォーマンスよくないけど、絶対的な値だとたいした時間じゃないと思う。 following-sibling::node()[ ./following-sibling::*/descendant-or-self::kokomade ]でいまのところよりもあとで、そいつよりも後に"ここまで"の部分が含まれてるノード、つまり"ここまで"のノードよりも前にあるノードだけとれる。 infogamiのwikiにSITEINFOのnextLinkケーススタディ - 0x集積蔵とか、書き方のこつみたいなのまとめといたらどうだろう。 ##
siteinfo writing
SITEINFOの書き方入門 SITEINFOは次のページへのリンクがどれかを示すnextLinkと、ページの中の本文部分を示すpageElementとでできています。 nextLinkは複数にマッチするXPathでも大丈夫です。複数の要素にマッチするときは、一番はじめにマッチしたものが使われます。よくページの上部と下部に同じナビゲーションが入っているページがありますが、そのときも片方だけの次のページへのリンクにマッチするようにXpathを書かなくてもAutoPagerizeがマッチしたものの中で一番はじめのものを使ってくれます。(実装はそうなってるけど仕様としてどうなのかは知らない) AutoPagerizeのSITEINFOと同様な仕組みはLDRizeやLDR Full Entryでも用いられているので、書けるようになると他のところでも役に立ちますよ。他にもまじめにXSLTでバリバリ使
Firebug に一行追記して右クリックで XPath をコピペ出来るようにする。 - IT戦記
この XPath 使いたい＞＜ って思うことよくありませんか？ サイト見てて、あ、このボタンにグリモンであんな機能やこんな機能付けたい＞＜！って思うこととかありますよね！ そんなときに、いちいち要素の位置とか考えずに右クリックで XPath をコピペできたら嬉しいですよね＞＜ ってことで 作ってみた イメージはこんな感じです。 これをクリックすると、右クリックされた要素の XPath がクリップボードにコピーされます。 この機能を Firebug に実装する手順 1. Firefox のプロファイルディレクトリに行く 環境 プロファイルディレクトリ WinVista C:\Users\[ユーザ名]\AppData\Roaming\Mozilla\Firefox\Profiles\[ランダムな文字].default\ WinXP C:\Documents and Settings\[ユーザ名
AutoPagerize用のXPathをかんたんに作るためのブックマークレット AutoPagerize IDE - bits and bytes
GreasemonkeyのスクリプトでAutoPagerizeというものがあります。これはgoogleの検索結果のように何ページにもページが別れているときに、次のページを表示するためのリンクを押さなくても自動的に次のページの中身がAjaxで継ぎ足されて表示されるというものです。 オモロ 検索エンジン SAGOOL サグール の検索結果のページがAutoPagerizeとおなじしくみになっていて、検索結果を一番下まで見ると自動でさらに10件が表示されるようになっているので試してみてください。 これが極めて快適で、慣れると次へのリンクを押す生活には戻れません。記事全体は長いのに1ページの文章量が少なくて、次のページへのリンクをやたら押さないといけないニュースサイトなどは当然のように対応されていて、クリックする必要がなくなって、ストレスなく文章に集中できるようになります。対応しているサイトも
XPathって速度的にどうなの? - takememo
id:quaa:20060306#p1を見て、ループを回して要素にアクセスしたときに速度がどうなのか気になったので調べてみた。 スクリプト <html> <body> <script type="text/javascript"> function x(exp, type) { return document.evaluate(exp, document, null, type, null); } var result = {}; Function.prototype.time = function (s) { var func = this; result[s] = [0]; return function() { for (var i = 0; i < 10; i++) { var start = new Date().getTime(); var r = func.apply(thi
XPath - takememo
RSS中のprefixが付いてない要素をXPathで取得できずに何時間も悩んでしまった。 調べてみるとno titleに解決法があった。 Document.prototype.xpath = function(exp, node) { if (!node) node = this; return this.evaluate(exp, node, resolver, XPathResult.ORDERED_NODE_ITERATOR_TYPE, null); }; xml.xpath('//item'); // これはダメ xml.xpath('//*[local-name()="item" and namespace-uri()="http://purl.org/rss/1.0/"]'); // これでOK
待望のリリース! XQuery 1.0、XSLT 2.0そしてXPath 2.0が登場 | エンタープライズ | マイコミジャーナル
W3C(World Wide Web Consortium)は23日から、XMLデータやXML 文書に対する問い合わせ、変換、参照を実施するための一連の仕様群を公開している。今回公開された仕様は次のとおり。XQuery 1.0、XSLT 2.0、XPath 2.0を中心としたXMLの問い合わせに関する仕様である。 XML Path Language (XPath) 2.0 XSL Transformations (XSLT) Version 2.0 XQuery 1.0: An XML Query Language XML Syntax for XQuery 1.0 (XQueryX) XQuery 1.0 and XPath 2.0 Data Model (XDM) XQuery 1.0 and XPath 2.0 Functions and Operators XQuery 1.0 a
JavaScript での XPath の利用の手引き - XPath | MDN
const xpathResult = document.evaluate( xpathExpression, contextNode, namespaceResolver, resultType, result, ); evaluate() 関数は 5 つの引数を取ります。 xpathExpression: 評価する XPath 式を文字列で指定します。 contextNode: xpathExpression を評価する対象となる文書内のノードを指定します。指定されたノードの全ての子ノードに対しても評価が行われます。もっともよく使用される値は document ノードです。 namespaceResolver: xpathExpression に含まれるあらゆる名前空間接頭辞を渡され、その接頭辞に対応する名前空間 URI を表す文字列を返す関数です。この関数により、 XPath 式で使
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
XPath 教程
?D of K