はてなブックマーク

先日、何年か振りの脆弱性報告をもらって Contact Form 7 のセキュリティリリースを出したんですけど、予想外に大きな反応があって WordPress Tavern に取り上げられたりもしました。 さまざまなメディアがあれこれ書いているのを読んでいて際立っていたのが Wordfence のこちらの記事です。 A Challenging Exploit: The Contact Form 7 File Upload Vulnerability 特に感銘を受けた部分を抜き出して日本語訳してみます。 Contact Form 7 には数々の被害軽減策が設けられているのでこの脆弱性を利用しても不正利用を完遂するのは難しいだろう: – アップロードされたファイルはランダムな名前が振られたフォルダに一時的に格納されて、メールに添付したらすぐ削除される。つまり攻撃者はまずランダムなフォルダ名を判

WordBench は9月23日に10周年をむかえると同時に、その歴史に幕を引きます。実は、僕は最初に WordBench を始めた人間で、10年間運営に携わり、また今回のサービス終了を提言した当事者でもあります。僕がどういう経緯で WordBench を立ち上げ、何を考えて運営してきて、今回なぜ終わらせなければならなかったのか、そういったことを書き留めておくことも、もしかしたら後々誰かの役にたつかもしれないと思い、久しぶりにブログらしいことをやってみようと思います。 10年前、僕は東京の八王子というところに住んでいました。起業して立ち上げた事業がうまくいかず、その年逃げるようにして故郷の福岡に戻りました。その当時、東京では WordPress のユーザーコミュニティがすでにあり、今ほど頻繁でも大規模でもなかったですが、同好の仲間と交流することは純粋に楽しかったのです。福岡でも WordP

2月18日に九州産業大学で行われた福岡アクセシビリティセミナー Vol.1 で Contact Form 7 の多言語対応と双方向性テキストの処理についてお話しさせて頂きました。 そのときに使用した資料をシェアしますので興味のある方はどうぞご覧になってください。 プレゼンのために調べているうちに自分でも面白くなってきてしまって1時間はしゃべれるくらいにボリュームが膨らんだのを20分枠にむりやり押し込んだので、早口だったしかなりわけわからん感じだったかと思います。伝えたかったポイントは次の2点くらいなのでここだけ覚えていってください。 世界には右から左に書く言語がある (アラビア語、ヘブライ語、ペルシャ語など) 現行のウェブ技術標準に従えば左から右、右から左が混在する双方向性テキストを適切に扱うことができる 参考資料 HTML 4: Language information and text

# 書きかけ WordPress のいわゆる「ループ」の実体である WP_Query クラスの扱いについてよく知ろう、という趣旨です。 クエリ変数のリストを書き込むと、WP_Query により生成される SQL リクエストとその結果、さらに各種 $is_* 変数の状態を見ることができる学習用プラグイン Learning WP_Query を作りました。 ダウンロード: こちら 使い方: zip を展開してlearning-wp-query フォルダごと wp-content/plugins ディレクトリへコピー、Learning WP_Query プラグインを有効化 [Options] – [Learning WP_Query] に管理ページが追加されているのでそこに移動 いろいろいじってボタンを押したりしていると要領がつかめると思います

Contact Form 7 1.5 を公開しました。このバージョンでは CAPTCHA の設置が可能になりました。ロシア語とブラジル・ポルトガル語の言語ファイルが加わりました。また、Akismet の使用方法が紛らわしかったので変更されました。 CAPTCHA を使う前に GD と FreeType ライブラリがサーバにインストールされている必要があります。 contact-form-7/captcha/tmp wp-contents/uploads/wpcf7_captcha フォルダを書き込み可能な状態にしてください。(*1) CAPTCHA は完全なセキュリティを保証するものではありません。 *1 — Contact Form 7 1.8 から使用するフォルダが contact-form-7/captcha/tmp から wp-contents/uploads/wpcf7_capt

昨年の12月25日に Sandbox テーマのバージョン 1.2 がリリースされています。2006年8月にこのブログで紹介したときには 0.6.1 でしたがあれから大きく変わってきています。 Sandbox 1.0 での大きな変更として、それまで“スキン”と呼ばれていたスタイルシート部分の扱われ方が変わりました。1.0 以前は Sandbox のディレクトリの中にスタイルシートが置かれ、Sandbox の専用管理画面でどのスタイルシートを使用するか選択するようになっていましたが、1.0 以降ではスタイルシートを Sandbox ディレクトリの外に置くようになっています。 例えば Sandbox とそれをベースにした Sandbox Kubrick をインストールする場合、構成は wp-content/ | +- themes/ | +- sandbox/ +- sandbox-kubric

はじめまして タグ表示はなんとか使用で来たのですが メール設定のところに入れるタグがわかりません。 フォームのタグとメールのタグ　とわかりやすく説明している資料などないでしょうか？ 教えてください。よろしくお願いします。 7/10 12:05に書き込みをしたfujiと申します。 wordpressを再インストールしてみたところ、解決いたしました。 現在、借りているサーバではwordpressが上手く動かない事があるので、 もしかしたらそれの影響があるのかもしれないですが、原因はよくわかりません。 やっぱり有料のサーバの方が、安定するのかもしれませんね。 メールフォームのカスタマイズも無事できました。 これからもずっと使っていこうと思っております。 ご迷惑をおかけいたしました。

注意: このプラグインと tenpura さんによる WP Multibyte Patch を同時に有効にしているとコンフリクトを起こすことが確認されています。WP Multibyte Patch はメールの文字化け回避のほか、WordPress で日本語を正しく処理するために必要となる修正を網羅しているので、WP Multibyte Patch の使用をおすすめします。(2007/11/21 追加) このプラグイン (Demonstration #4457) は機能的には Nippon 2 プラグインの後継にあたるものです。実体にそぐわなくなっているので Nippon の名称は使わないことにしました。 Nippon 2 で説明した phpMailer とメールの件名の文字化けの問題については、WordPress Trac #4457 に同様の報告が上がっていたのでそこに追加でコメントして

Simple Aggregation は複数の RSS/Atom フィードをひとつのフィードに束ねる WordPress プラグインです。SimplePie を使っています。 出力するフィードの形式はいまのところ RSS 2.0 のみですが、将来的にはバリエーションを増やすかもしれません。 インストール ここから zip ファイルをダウンロードして展開してください。中に入っている wp-simple-aggregation フォルダを丸ごと WordPress の plugins ディレクトリにコピーして(構成は下図参照)、Simple Aggregation プラグインを有効化してください。 wp-content | +- plugins | +- wp-simple-aggregation | +- wp-simple-aggregation.php +- index.php +- s

注意: このプラグインと tenpura さんによる WP Multibyte Patch を同時に有効にしているとコンフリクトを起こすことが確認されています。WP Multibyte Patch はメールの文字化け回避のほか、WordPress で日本語を正しく処理するために必要となる修正を網羅しているので、WP Multibyte Patch の使用をおすすめします。(2007/11/21 追加) 先月 Nippon プラグインの退役について書いたばかりですが、試してみたところ PHPMailer が導入された WordPress 2.2 でもメールの subject に一部文字化けが生じることがわかりました。そこで、当面のピンポイント fix として Nippon 2 プラグインを用意しました。しばらく様子をみて有効性が確認できましたら WordPress Trac にもパッチを送る

WordPress にはテキスト整形のための API が用意されていて、プラグインを作るときなどにはあらかじめ知っておくと重宝します。とはいえ関数が多くて把握しきれないので、自分用のメモとしてまとめてみようと思いました。 以下、WordPress 2.1.3 の wp-includes/formatting.php で定義される関数の一覧です。気が向いたときに注釈を書き足すつもりです。 wptexturize($text) HTML のタグを除いた本文の整形を行う。グローバル変数 $wp_cockneyreplace を参照するのでこの変数で独自の置換パターンを定義することも可能。 clean_pre($text) <br /> タグの削除、<p> タグの \n への変換を行う。<pre> タグの内容を整形するために wpautop() の中で使われている。 wpautop($pee, $

wp-includes の post.php と post-template.php に追加されたアタッチメント関連関数についてまとめます。 wp-includes/post.php get_attached_file($attachment_id) アタッチメントのファイルパスを返す。具体的にはアタッチメントの _wp_attached_file ポストメタに保存されたファイルパスを返す。適用フィルタ: get_attached_file update_attached_file($attachment_id, $file) アタッチメントのファイルパスを _wp_attached_file ポストメタに保存する。すでに値があればそれを更新する。適用フィルタ: update_attached_file is_local_attachment($url) URL がローカルのリソースを指し

WordPress 2.0 から 2.1 の間でファイルの大幅な再編成が行なわれています。通常の利用には影響はありませんが、プラグインやテーマを作るような時には関係がある場合もあるので一応把握しておいた方がよいでしょう。 特に変更の大きい wp-includes ディレクトリのファイルの移動について以下にまとめています。それぞれ WordPress Trac の Changeset にリンクしていますので経緯について知りたい場合はそちらを参照してください。 author-template.php template-functions-author.php からファイル名変更 (3854) bookmark.php template-functions-bookmarks.php からブックマーク関連関数が分離独立 (3845) bookmark-template.php template-

先日紹介した Tam-calendar.js の話のなかで、クラスを追加指定する例として祝日の日付に holiday クラスをセットするというのを取り上げましたが、肝心な祝日の日付をどうやって取得すればよいのか、詳しい説明を省いていました。今回はその話をしたいと思います。 Google Calendar Data API Google は Google Calendar のデータを操作できる Google Calendar Data API を公開しています。この API を使うことで Google Calendar 上に保存されたイベントデータを XML フィードとして取得することができます。 各国の休日はイベントの一種として扱われているので、同様に API 経由で取得することが可能です。Google Calendar Data API から祝日のデータを得るメリットとしては、 Goog

先日、何年か振りの脆弱性報告をもらって Contact Form 7 のセキュリティリリースを出したんですけど、予想外に大きな反応があって WordPress Tavern に取り上げられたりもしました。 さまざまなメディアがあれこれ書いているのを読んでいて際立っていたのが Wordfence のこちらの記事です。 A Challenging Exploit: The Contact Form 7 File Upload Vulnerability 特に感銘を受けた部分を抜き出して日本語訳してみます。 Contact Form 7 には数々の被害軽減策が設けられているのでこの脆弱性を利用しても不正利用を完遂するのは難しいだろう: – アップロードされたファイルはランダムな名前が振られたフォルダに一時的に格納されて、メールに添付したらすぐ削除される。つまり攻撃者はまずランダムなフォルダ名を判

注意: このプラグインと tenpura さんによる WP Multibyte Patch を同時に有効にしているとコンフリクトを起こすことが確認されています。WP Multibyte Patch はメールの文字化け回避のほか、WordPress で日本語を正しく処理するために必要となる修正を網羅しているので、WP Multibyte Patch の使用をおすすめします。(2007/11/21 追加) » 日本語 Summary This is a plugin for Japanese WordPress users. This plugin fixes some trouble which users in Japanese environment often face with pure WordPress, like garbles of non-ASCII characters.

WordPress のローカライズの基本 WordPress には gettext を利用したローカライゼーション(多言語化、現地語化)の仕組みが組み込まれているので、必要な翻訳ファイルさえ手に入ればわずかな設定で日本語化することが可能です。 簡単に手順をまとめると、 翻訳ファイル(.mo) を入手する。日本語リソースの情報がこちらにまとめられています。 翻訳ファイルを <WP_INSTALL>/wp-includes/languages/ 以下に配置する。languages というディレクトリは最初はないので自分で作る必要があります。 <WP_INSTALL>/wp-config.php の define ('WPLANG', ''); の行を翻訳ファイルの名前に合わせて書き換える。日本語なら翻訳ファイルが ja.mo なので define ('WPLANG', 'ja'); とします。