アイテム: 大炎上 - データベース: AutoPagerize - wedata https://twitter.com/Tanookirby/status/510983731335933952https://twitter.com/jigendaddy/status/511119078811914240https://twitter.com/tmhwq/status/511049560274132992この辺の原因になっていた（と思われる）、urlの正規表現に間違いのあったSITEINFOを修正した。 AutoPagerize動かないという人は、SITEINFOを更新すると正常にページを継ぎ足すようになるはず。 Firefox Add-on版の場合は、「ツール」→「アドオン」からAutoPagerizeの「詳細」を開き、「Open AutoPagerize preferences」から

Wedata 落ちてるし、最近投稿された AutoPagerize 用の SITEINFO は腐ったのが多いという話を書く。 自分が把握している限りでは、まず29日の午前12時あたりに jqwerty と vavo という人が、このような感じの SITEINFO を大量に追加していった。正確な件数はちょっとわからないけれど、100件以上はあったと思う。 20c0da7e7383afdd6567306f83b947cf pageElement //div[@id=‘outer-wrapper’]/div[@id='wrap2’] url http://idreamofplum.blogspot.com/* nextLink //div[@class=“blog-pager”]//a[@class=“blog-pager-older-link”] 特徴としては、 - SITEINFO の名称を

Chrome 13 から， Chrome Extension の content script の中でも XMLHttpRequest (XHR) で cross origin リクエストが行えるようになっている (http://code.google.com/chrome/extensions/xhr.html)． これは Cross Origin Resource Sharing (CORS) とは関係なく （要するにリクエスト先のレスポンスヘッダに Access-Control-Allow-Origin: * のような指定があるかどうかとは無関係で）， manifest.json で許可しさえすれば良い． Chrome Extension のドキュメントには content scripts can make cross-origin requests to the same serv

http://d.hatena.ne.jp/t_f_m/20110321/1301004931 のエントリに関して。 <div class="pagerModule"> <ul> <li> <a href="../../../affairs/photos/110320/dst11032019130076-p1.htm">&lt; 前の写真</a> </li> <li> <a href="../../../affairs/news/110320/dst11032018460075-n1.htm">記事を読む</a> </li> <li> <a href="../../../affairs/photos/110320/dst11032018460075-p2.htm">次の写真 &gt;</a> </li> </ul> </div> この例だと、dst以降の数字を上手く比較できれば解決できるは