WordPressでオリジナルのデータベース（テーブル）を作成する [プラグイン開発中級編]
完全に独立したテーブルを作成するのはちょっと大変なので、投稿データ（postsテーブル）に関連付けされたテーブルを作成します。 WordPressにはカスタムフィールドという機能がありますが、あれはpostmetaというテーブルに保存されるので、これをオリジナルのテーブルに保存するイメージです。 カスタムフィールドをオリジナルのテーブルに保存するメリット カスタムフィールドを作成すると「price」とか「pdf」などのキーを設定しますが、これは「postmeta」テーブルの「meta_key」カラムにすべて保存されます。 これはこれで柔軟性があっていいのですが、検索性がいまいちだったりします。 これをオリジナルのテーブルにしてキーをオリジナルのカラムに設定すればなんとなく気分がいいです。 プラグインを有効にしたときデータベースを作成する 直接データベースを編集してもいいですが、配布を目的と
![WordPressでオリジナルのデータベース（テーブル）を作成する [プラグイン開発中級編]](https://cdn-ak-scissors.b.st-hatena.com/image/square/99500480ddcdd794be24c368920ae81bfc167a7c/height=288;version=1;width=512/https%3A%2F%2Fwww.webopixel.net%2Fblog%2Fwp-content%2Fuploads%2F2012%2F09%2F0911_s.jpg){kind=tracking}
Yuriko.Net » WordBench 資料「GPLとWordPress」「プラグインの作り方(管理パネル篇)」
GPL への関心の高い方が多く、講義の途中でも質問が多数出ました。それだけ、疑問に思うことや懸念している事柄があるのでしょう。できるだけそれらを明確になるような解説や、問題を回避する手段を提案した内容としています。しかしながら、まだまだ不十分な点はあるでしょうから、そういうのがあれば、ご指摘頂けると、今後スライドを改善して公開したいと思います。 今回入れ忘れた話としては「GPL コードを実行するだけなら GPL に従う必要はない (複製・頒布・改造する場合に GPL を受け入れなければならない)」「GPL に違反したらどうなるか」ですね。前者ですが、サーバーやローカルマシンに最初から入っている GPL なソフトを使う場合の話です。自分で GPL なツールをダウンロードかつインストールする場合は必然的に複製しますから、GPL に従う必要があると言えます。後者は、そのプログラムの使用を中止する
危険なWordPressプラグインの作り方 - Qiita
WordBench東京 3月勉強会「WordPress プラグイン祭り」の発表資料です。 WordPressプラグインの脆弱性の分類 〜Sucuriブログからの抜粋を添えて SQLインジェクション $wpdb の間違った使い方により発生。外部からデータベースから自由に情報が取り出せたり、変更できたり 結果、ログインパスワードのハッシュが窃取されるなどの被害が起こる NextGEN Gallery for WordPress Ninja Forms クロスサイトスクリプティング Javascript を含んだ文字列が画面に表示されてしまうバグ。ログイン中の管理者のブラウザをJavascriptで操って不正な操作を行わせたり、Cookie情報を盗んだり JetPack bbPress Akismet WP-Super-Cache バックドア やりたい放題(ノ´∀｀)ノ ファイル作成処理の不備に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
