XML-RPC wp « WordPress Codex
Interested in functions, hooks, classes, or methods? Check out the new WordPress Code Reference! wp.getUsersBlogs Retrieve the blogs of the users. Parameters string username string password Return Values array struct boolean isAdmin string url string blogid string blogName string xmlrpc wp.getTags Get list of all tags. Parameters int blog_id string username string password Return Values array stru
PDF特殊機能（リダイレクト編）
今回は今年一番ハマったPDFについて書きます。 先ずは軽い構造の説明から！ 上記はJavaScriptが実行できる最小限のPDFの例です。 上記の例では、ル ートオブジェクト(1 0 obj)内にPDFのページおよびPDFを開いた際に実行するアクション(/OpenAction)としてオブジェクト20を指定しています。オブジェクト20ではJavaScriptで ”Hello World!”というアラートを出すコードが記載されています。その為、上記のPDFを開いた場合、”Hello World!”というポップアップが表示されます。 PoC https://shhnjk.com/test.pdf PDFのJavaScriptはブラウザによってサポートが異なる為、デフォルトの状態でJavaScriptを実行できるのはIE(Acrobat Readerが入っている場合)とChromeです。 また、P
KOBU - PDF by Hand
執筆: 99/11/16 荒井文吉/横浜工文社 更新: 99/11/18 行末コード（追加） 更新: 99/11/23 オペレータ、圧縮方式、色について（加筆） 更新: 00/07/22 文書体裁のみ（内容は変更なし） Acrobatで有名なPDFは、WebやCD-ROMやメールで印刷イメージの書類を配布するために使われています。 ビューアのAcrobat Readerが無償提供されていることもあり人気が出ました。 以下では、PDFファイルの中身がどうなっているか解説します。 ファイル構造、文書構造、フォントの指定方法、文字や図形や画像の表現方法など、文書交換形式であるPDFの基本仕様を、実例をあげて説明します。 しおりや注釈といった付加的機能についてはざっとしか触れません。 筆者がPDFのファイル形式を調べたときにテキストエディタで作成した、簡単なPDFファイルを説明の題材として使います
強烈なDNSキャッシュポイズニング手法が公開される:Geekなぺーじ
本日、JPRSが緊急の注意喚起を公表しました。 緊急）キャッシュポイズニング攻撃の危険性増加に伴うDNSサーバーの設定再確認について（2014年4月15日公開）- 問い合わせUDPポートのランダム化の速やかな確認・対応を強く推奨 それに対して、2月中旬に脆弱性を発見してJPRSへと報告していた鈴木氏(脆弱性は前野氏との共同発見)が、JPRSの注意喚起では「危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません」として、以下の情報を公開しています。 開いたパンドラの箱 - 長年放置されてきたDNSの恐るべき欠陥が明らかに キャッシュポイズニングの開いたパンドラの箱 キャッシュポイズニングの開いたパンドラの箱 - 2 - 本来であれば、より上位からの正規の回答が優先されなければならないはずなのに、下位側が優先される仕様になっているので、偽装されたデータが優先されてしまう
話題沸騰ポット 要求仕様書
■ 話題沸騰ポット GOMA-1015型 要求仕様書 電子ポットを題材にした組込みシステム分析・設計のための要求仕様書です。この要求仕様書をもとに電子ポットシステムを分析・設計してみることで組込みソフトウェア技術者の実践的教育を行うことができます。 話題沸騰ポット要求仕様は、SESSAMEが開催するセミナーで使用する資料です。本要求仕様書は、版によって想定している用途が異なります。 【第１版～第６版】 現実の開発現場でよく見受けられる曖昧さを含んだ仕様書として作成しました。曖昧部分に気づき、要求仕様書はどこまで詳細に分析し、明確に表現すべきかを考えていただくための教材です。 【第７版】 できる限り曖昧さをなくした仕様書の例として作成しました。なお、SESSAMEでは要求分析の最終段階ではこの記述のレベルまで仕様を明確にすることを期待しています。 本要求仕様書は雑誌『Software Peo
Tech Resources / Yutaka Yasuda
Tech Note 日々作業した雑多な技術資料などを余り整理せずに置く。 技術資料 EOS (Arsita Networks) 2009年の1月にArista社を取材で訪問して以来、その制御OSであるEOS関連のユーザレベルでの開発を試みている。 資料を集積するための別のサイト Arista Square も運営している。 EOS 開発関係資料 [ Arista Square HTML] [ 他の資料等 HTML ] iOS 2009年から荻原先生と一緒に学生・社会人混合でのiOS プログラミング勉強会を行っている。 そこで用意したものなどを置いておく。 iOS プログラミング関係資料 [ 作成したサンプル等 HTML ] [ 木谷氏によるログ HTML ] OpenFlow 2010年の10月頃に技術商社の知人からOpenFlowとNiciraの名前を聞かされ、少しずつ調べている。 Op
ログインしてください：日経クロステック（xTECH）
会員限定サービスです 月額プランが10月末まで無料 お申し込み 会員の方はこちら ログイン 日経クロステック TOPページ
RFC 4287 The Atom Syndication Format 日本語訳 - futomi's CGI Cafe
このメモの状態 本文書はインターネットコミュニティーのためのインターネット標準化過程プロトコルを定めるもであり、改善のための議論と提案を求めるものです。標準化の状況とこのプロトコルの位置づけに関しては、"Internet Official Protocol Standards" (STD 1) の最新版を参照してください。このメモの配布は自由です。 著作権表示 Copyright (C) The Internet Society (2005). 要約 この文書は、XMLベースのウェブコンテンツとメタデータ配信フォーマットであるAtomの仕様を定めるものです。 目次 1. はじめに 1.1. 例 1.2. 名前空間とバージョン 1.3. 表記の決まり 2. Atom文書 3. 共通のAtomコンストラクト 3.1. Textコンストラクト 3.1.1. "type"属性 3.2. Perso
OpenID認証2.0〜概論 | feedforce Engineers' blog
OpenID認証2.0の"概論"についての発表資料です 仕様の詳細部分については説明を省略しています XRI周辺についての説明も省略しています(力量不足につき) 仕様を把握しきれてはいないため、誤りが多く含まれている可能性があります 以下は、実際の発表で使用したスライドのPDFです。 - 発表資料(PDF) -- 1.1MB はじめに OpenID認証とは 特徴 「オープン」 「秘密情報の保護」 「分散的」 「HTTP」 「拡張」 用語 プロトコル概観 開始(Initiation) 正規化(Normarization) 発見(Discovery) 関連づけ(Association) 認証要求 エンドユーザーの認可 承認/却下 照合 実例 OP-Local Identifierで始める OP Identifierで始める HTMLのURLで始める 自前のYadis IDで始める セキュリティ
Explore All Specifications - OpenID Foundation
OpenID specifications are developed by working groups in three phases: Drafts, Implementer’s Drafts, and Final Specifications. Implementer’s Drafts and Final Specifications provide intellectual property protections to implementers. Final Specifications are OpenID Foundation standards. Financial-grade API Security Profile (FAPI) 1.0 – Part 1: Baseline – A secured OAuth profile that aims to provide
まさおのChangeLogメモ / 2004-12-21 / Value too large for defined data type; Ruby のバグ(勝手に)トラッカー
http://web.kuicr.kyoto-u.ac.jp/~hattori/non-research/memo/unix/largefile 2GBでのエラー表示の原因と対策。 Value too large for defined data type とかエラーを出す。 どうやらファイルサイズが 2G を越えているのが原因らしい。 UNIX では「2G の壁」とい うものが存在する。 これは lseek() など、ファイル内の読み出し位置を移動する関数に 与えるオフセット値が 伝統的に signed long であるためである。 signed long では 2147483647 、要するに 2G バイトまでしか表現で きないので これを越えると単に fseek()に渡せないだけでなく、 内部の位置計算処理に多大な混乱が起こる （ちなみに相対位置指定のために負の値も必要）。 最近の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PNG ファイルフォーマット