マイペースクリエイターとクリエイターはWordPressとWordくらいちがいます。WordPressを中心としたWeb系の覚え書き。
WordBench Nagoya 11月勉強会の最後にアンカンファレンス（班別質問タイム的な感じの）をやった時、「Kさんが毎回必ず入れるプラグインを教えてほしい」という質問をいただいたのですが、残念ながらタイムアップとなったため、ブログにまとめることとなりました。
サイトの用途によって必要なプラグインも変わってきますが、スタンスとしては
という感じです。
基本的なWordPress関数で済むような処理は原則として自分で書きますので、なるべくコードを書かずに表示をいじったり機能を追加したい、という方向けではないと思います。
ですので、よくある「使えるプラグイン○個まとめ」的なエントリーとはまた違ったプラグイン選定になっているのではないでしょうか。
»続きを読む
特定の人に聞かれたり、教えたりしたことを書いとくシリーズです。ネタ的には多分既出です。
カスタム投稿タイプを使って企業サイトなどを制作する場合、
投稿部分はブログやお知らせなどで使っていて、パーマリンク設定を「数字ベース」にしていたり、
カスタム構造で自作の設定にしていたりして、頭にひとつ階層が挟まるようにしているケースの話です。
たとえばこんな状態ですね。
この時、カスタム投稿タイプ（例「よくある質問（faq）」を作ると、URLが
とかいう形になってしまい、ちょっと困る。
かといって /%post_id% とか /%postname%/ だけにしてしまうと
という感じで、ドメイン直下に投稿IDやタイトル（スラッグ）がくるURLになってしまい、なんかイケてない。
アクセス解析の時に、同一ジャンルのコンテンツで束ねた確認がしづらい。
»続きを読む
前回のリレーブログで記載の通り、WordCamp Kansai 2Days参加しました！その中で、WordCamp Kansai 2日目 コントリビューターデイについて書きたいと思います。
最初にWordPressコアの開発の他、wordpress.orgウェブサイトの運営に携わるサムさんから、WordPress開発現場の話や、WordPressへの具体的な貢献方法についてのプレゼンテーションがありました。
»続きを読む
この投稿はWordCamp Kansai 2014のリレーブログ（6日目）として書いています。
公式サイトのリンクよりお越しのみなさん、はじめましての人ははじめまして。お会いしたことのある方はごぶさたしてます。
黄緑色のまいぺーすたんこと、Kさんです。
家庭の事情もあり、なかなか普段名古屋以外のイベントに参加できない私ですが、今回はめでたく都合がつきまして、しかも泊まりで2日間参加できることになりました！
どうもどうも、よろしくお願いいたします。
今回、WordCamp Kansai 2014への参加にあたって一番のモチベーションになったのが、2日目の「コントリビューターデイ」です。
私がWordPressコミュニティに参加する理由、一番は純粋に「楽しいから」ですが、もうひとつ大きな理由に「感謝と恩返し」があります。
私は今フリーランスで生計を立てています。その前は立ち上げ直後の零細企業で、ほぼひとりで（後輩は1人いたけど）Web制作部を切り盛りしていました。
WordPressと出会わなければ、スキルも経験も実績も何もない状態からひとりでWeb制作部をやっていくなんてことはできなかったでしょうし、ましてやフリーランスでそれなりにお仕事をいただけることも無かったでしょう。
WordPressが私の世界を広げてくれたのは間違いありません。
だからこそ感謝の気持でいっぱいですし、恩返しの意味も込めてコミュニティ活動に出来る範囲で参加しています。
前回の記事「「構造化データエラー対策でWordPressのpost_class記述を消そう」って記事を読んだので、あえて消さずに対策する実験【前編】」では、単にウェブマスターツールのエラーを消そうというだけの簡単な実験を行いました。
10日後、「author」の項目以外のエラーは減少していました。
2010年10月に初めて自分でサーバと独自ドメインを借りてWordPressで個人ブログをはじめ、早3年と4ヶ月。
初めてさんには敷居も低くてお世話になったドメインキングさんですが、定期的に「容量がもうないよ！」というお叱りのメールをいただいたり、サイトがおちたら教えてくれる「StatusCake」というサービスからも頻繁に通知をもらうようになりまして…そろそろ潮時かなと思いながら、数ヶ月放置してきました。
しかし、そろそろ重い腰を上げ、休日を利用してお引っ越ししました。
最近は普通の共用サーバに飽きてしまい、また多少コマンド操作にも慣れてきたので、移行先はAWSにしました。
さくらのVPSとも迷ったんですが、環境構築にこだわる時間もないし、網元でサクッとやってしまおうという考え。
いろんな人がAWSでWordPressを使うまでのブログを書いているので、わざわざ自分が書くこともないかなとは思ったんですが。。。
それでも途中で詰まった箇所がいくつもありまして。
結局かなりいろんな記事を参考にしたので、感謝を込めてまとめることにしました。
»続きを読む
ブログの引越しの最中、
という記事がたまたま流れてきて目についたので、何のことかと思い見てみたところ、
解決方法が
「テーマ内のpost_class()関数を消す」
というものでした。
なんだせっかく提供してくれてる情報を消しちゃうのかぁと思ったりしました。
あまりこのへんのことに長けていない方、Web制作者ではない一般の方ならこの対応がシンプルでわかりやすいと思いますが、せっかくネタ元の方が「SEOに強いテーマ」の配布者ということで、どうせなら消すのでなくちゃんと必要な記述を足す方向で対応できたらいいんじゃないかという前向きなアンサー記事です。
どうぞよしなに。
※むしろあの記事を読んで、逆に「構造化の記述なんか書いた覚えないのに、post_class入れるだけでそこまでやってくれるんだ！WordPressすげー！できる子！」って思った私はもうかなり盲目的だと思いますね。。。
WordPressでメールフォームが必要なとき、
という風に使い分けています。
そこに、フォームプラグインの第三極が現れました！
ことのきっかけは、使用ケースの多いロリポップやhetemlと、Trust Formの相性が今一歩なことにはじまります。
ロリポップやhetemlのセキュリティ機能、WAFがONになっていると/wp-admin/admin-ajax.phpへのアクセスが遮断され、Trust Formで新しく作成したフォームが保存できないという問題が起こります。
面倒でも新しくフォームを作成するときだけ一時的にWAFをOFFにし、作成したらすぐにONに戻すという、原始的かつ確実な方法でこれまで対応してきました。（※WAFを常にOFF、ってのはおすすめしないよ）
しかし先日ロリポップで構築したとき、WAFを切ってしばらく置いても作成できないという問題に遭遇し、しかも急ぎの依頼だったため急遽使用したのが先日こちらの「問い合わせフォームを考える市民フォーラムふくおか（仮）」の記事で知ったMW WP Formです。
初めて使ったのですが、なかなか柔軟性が高く気に入ったので紹介したいと思います。
古くて今は使えない記事が検索上位に出ているのをなんとかしたいシリーズ第2弾です。
Googleで「WordPress アメブロ RSS」と検索した時、上位に表示される記事の多くが、今のバージョンではもう存在しないrss.phpをincludeしていたり、既に非推奨になっているfetch_rss関数を使ったものを紹介しています。
そして、その記事を見て実際にやってみたけど上手くいかないということで取引先様より、コード改善の仕事が回ってきたのがこの記事を書くきっかけです。
前回、新着記事表示の件で長々と考えを書きましたが、「ああ、こっちもなんとかしなければ」という変な使命感に駆られました。
実はRSS取得については以前、「WordPressでRSSフィードを取得するwp_rssやfetch_rssが非推奨だった件」という記事でfetch_feedを使う方法を紹介しました。
「初心者さんはわかりやすい個人のブログ記事だけから情報を探すことに終始しがちだけど、やっぱCodexの中に答えがあったりすることも多いからちゃんと読んだらいいんじゃね」ということを書いたのですが、やはりそうは言ってもCodexよりも個人ブログの方を参考にしたい人の気持ちもすごくよく分かります。
そこで、今回は検索されやすいキーワード、「アメブロ」「アメーバブログ」に特化して、PR記事を除外しつつ新着記事を任意の件数取得する方法を考えてみました。
»続きを読む
今年に入ってから、「クエリ変更はquery_postsかpre_get_postsか」という話題がWordPress中級者以上の間では盛り上がっていましたが、初心者コピペWordPressユーザーの多くの方には「お前ら何を言っているんだ」ということでしょう。
実際、WordPress日本語フォーラムに投稿される質問の中でも、必要ないところでquery_postsを使って表示がおかしなことになっているケースがあとを絶ちません。
なぜ同じようなトラブルが減らないのかといえば、Googleで「WordPress 新着記事」「WordPress 新着情報」などのワードで検索した時、上位に表示されている記事が結構古いものが多いのにもかかわらず、新しいユーザーさんがそのコードをコピペしてしまうことが原因だと考えています。
さらにその古い記事を見てカスタマイズをした初心者さんが、「この方法でできました！」と、元記事へのリンクを添えて古いままのコードを紹介するため、元記事の影響力はどんどん強くなっていきます。
誤解しないでいただきたいのは、決して元ネタとなった記事を批判しているわけではありません。
むしろ2年も3年も4年も前に書いた記事が今でも愛されているというのは尊敬に値しますし、ブロガー冥利に尽きることだと思います。
さらに、それを参考にした初心者さんをDisってるわけでもありません。
自分も、最近は1本の記事を書くのにかなり精査してからじゃないと書けなくなりましたが、このブログを始めた当初の記事は先輩ブロガーさんの記事をコピペして試したみた記事がほとんどでした。
今でもPHPは苦手ですし、まるコピペしないにしてもよそのブログから拾ってきたコードにもお世話になっています。
しかしながら私が言いたいのは、時は移りゆくということです。
とくにこのWeb業界というのは吉野川やナイアガラの滝のような激流であり、昨日まで正しかったことが今日はもう間違いだったりすることもあるわけです。
実際私が過去に書いた記事も、もう使えないものが結構あります。（でも直してなかったりしててごめんなさいごめんなさい）
ということで、前置きがとっても長くなりましたが、主題の通り「2013年7月現在、WordPressのトップページに、新着情報何件を表示させる」ためコピペするコードとして、一番トラブルが少なそうなのはこんな感じかなー、というのをサンプルとして挙げておきます。
※2017.09.26追記：4年経ちましたが、今のところはおおむねこの記事のままで大丈夫かなと思ってます。
普段は検索上位に上がってくれることはあまり望んでませんが、今回ばかりは古い記事より上位に表示させてもらえるよう頑張りたいと思います。
翔泳社さんより、2015/02/27発売しました。2年経ちますのでもう賞味期限切れだとは思いますが、一応実績として...