A4 A5 A6
当サイト、Codex 日本語版は今後積極的な更新は行わない予定です。後継となる新ユーザーマニュアルは、https://ja.wordpress.org/support/ にあります。 万が一、当サイトで重大な問題を発見した際などは、フォーラムや WordSlack #docs チャンネルでお知らせください。</p> 説明 get_posts の最も適切な使い方は、パラメータに基づいて投稿データの配列を作成することです。最近の投稿あるいはパラメータに一致した投稿を取得します。複数のループを作成するのに get_posts を使用する事もできます。ただしこの場合は new WP_Query を使用して WP_Query を直接参照するほうが好ましいでしょう。 get_pages とパラメータが似ていますが実装方法はかなり異なっており、適切に使う必要があります。get_posts は WP_Qu
pre_get_posts は単一の固定ページのリクエスト(ページテンプレート)に対するクエリを変更するのに用いるべきではありません。なぜなら 'is_page'、'is_singular'、'pagename' および他のプロパティ(pretty パーマリンクを使っているかどうかによる)が parse_query() メソッドによってセットされた後だからです。詳しくは クエリ概要 を見てください。 これと同様に、pre_get_posts はテンプレートファイル(例えば archive.php)内では動作しません。なぜならクエリが完了した後だからです。 これらの設定に精通していて、かつ設定を調整しようと望むのでなければ、ページテンプレート内で new WP_Query を使って単一の固定ページのリクエスト(ページテンプレート)に対するクエリを変更するのを推奨します。 本物の固定ページと静
無敵のWordPress > プラグインの設定と使い方 > 管理&メンテナンス > パフォーマンスを低下させているプラグインをチェック Plugin Performance Profiler(P3) はじめに このブログもそうですが、自分好みのWordPressを作るために、プラグインは欠かせません。 で・・・ プラグインを使うと、やりたいことが簡単にできてしまうので、ついつい入れすぎてしまいがちです。 でも、・・・ プラグインを入れすぎるとだんだんWordPressが重くなってきます。 すると・・・ どのプラグインがWordPressのパフォーマンスを低下させているのか知りたくなります。 そんなときに役に立つのが、これまたプラグインですが・・・ 今回ご紹介する「Plugin Performance Profiler」です。 ちなみに、「P3」とも言われています。 「
ホーム » WordPress » プラグイン » SEO対策系 » 検索エンジン用のサイトマップを生成する「Google XML Sitemaps」でSEO対策! MENTAやTimeTicketでZoomオンライン指導・メンタリングを行っています。 WordPressやHTMLサイトのトラブル、SEO対策のご相談、HTML・CSS・WordPressなどのレクチャーなどが可能です。 2014.10.27 こちらのGoogle XML Sitemaps と Headspace2 SEO で重複コンテンツを解消する方法を記事にまとめました! 詳しくはコチラ >headspace2とワードプレス設定で重複コンテンツを解消したお話。 2017年7月 追記 Headspaceがアップデートをしなくなって数年経ちます。All in One SEO Packはメジャーですが、さらに細かな設定ができる
簡単にOGP設定できるWordPressプラグイン「WP-OGP Customized」 大きな企業から小さなショップまで、facebookページを開く会社や個人の方が増えています。 facebookページを開いたなら、WEBサイト側でのOGP設定は必須ですね。 OGPとは、facebook、google+、mixiなどのSNSに向けたサイトの情報です。 WEBページにリンクをはったり、シェアされたときにOGPで設定された画像や説明が表示されます。 設定されていない場合はSNS側で自動で情報を表示するので意図しない説明になってしまったり、記事と画像がマッチしなくて格好悪いことになってしまったりします。 きちんと設定することで、WEBページや記事へのリンク表示が見栄えよくキマります。 OGPはheadに記述するのですが、ブログ記事を書くたびに設定するのが面倒だったり、コードの書き方が分からな
ホーム » WordPress » プラグイン » SEO対策系 » 私はコレ(headspace2)で、重複コンテンツを解消しました。headspace2とワードプレス設定のお話。 MENTAやTimeTicketでZoomオンライン指導・メンタリングを行っています。 WordPressやHTMLサイトのトラブル、SEO対策のご相談、HTML・CSS・WordPressなどのレクチャーなどが可能です。 2017年7月 追記 Headspaceがアップデートをしなくなって数年経ちます。All in One SEO Packはメジャーですが、さらに細かな設定ができる多機能SEOプラグインの紹介記事を書きました。 HeadSpace2 からのインポートにも対応していますが、作業の際は慎重に行うようにしましょう。注意点についても記載しています。 高機能・多機能のWordPress プラグイン Y
Herokuに独自ドメインでWordpressを立てました。ロリポップのホスティングからの移行です。 こちらのブログを参考にさせて頂きました。 WordPressのブログをherokuで立ち上げて、何かメリットあるの? 構成はミニマムで、dyno x1で、DBはMySQLのClearDBです。 無料なのは良いですが、DBが5Mしかなくて厳しい感じです。 ドメインは以前からmuumuuドメインで取得していたものをそのまま使っています。 muumuuドメインの管理画面から、DNSの設定を行いAレコードとCNAMEレコードをこちらのブログを参考に設定しました。 [Heroku] 独自ドメインの設定方法 感想ですが、Herokuはサーバー側でファイルの追加や変更ができないので、プラグインもテーマもひたすらローカルのgitリポジトリに追加していく感じです。 また、同じ理由で画像もアップできないの
東京ゲームショウ2014でついに一般公開された「プチコン3号 Smile BASIC」。公式サイトでは「2014年秋配信開始」と書かれているが、果たしていつまでが秋なのか。我々はいつまで待てばいいのか(関連記事:なかなか出ない“プチコン3号”を見てきた――東京ゲームショウ2014)。 待ちきれないプチコン待機組のために、配信日まで日刊連載をお届けしよう。 第1回 画面レイヤー プチコンmkIIでは上画面のレイヤーは、画面奥から、背景、グラフィックス、ユーザー用BG(後ろ)、ユーザー用スプライト、ユーザー用BG(前)、コンソールの6レイヤー構成だった。 プチコン3号では背景、グラフィックス、ユーザー用BG×4、ユーザー用スプライト、コンソールの8レイヤー構成になっている。さらにこれらはZ軸を指定することでレイヤーごとではなく、表示要素単位で自由に前後を入れ替えることができる。 つまり、コンソ
Overview The Gyazo API can be used in a wide array of apps to upload new images, show a Gyazo user’s images, and more. It provides a RESTful API for HTTP requests and returns a response in JSON. This should be familiar to anyone who has used major APIs before such as Amazon S3 and Twitter. Sample $ curl -i https://upload.gyazo.com/api/upload?access_token=YOUR_ACCESS_TOKEN \ -F "imagedata=@/home/gy
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 スタッフ、会場提供のVoyage Groupさま、参加者のみなさま、お疲れ様でした。スライドのビュー数も一晩で2300超えと、今までSlideshareに上げたスライドの中では一番伸びがいい気がします。PyCon JPの時の発表を日本語で再演するのでいいから出てください、と言われてたのですが、末永さんの検索本もちょうど直後に出てて説明省けたし、転置インデックスの検索の説明はざっと削って、あらたに進捗をちょびっと足しました。 SphinxCon記念で、Sphinxユーザに便利かもしれないリポジトリ作ったよ。 https://t.co/XnvZy5OBZG #sphinxjp — 渋川よしき (@shibu_jp) October 23, 2014 イベントの前に、こんなリポジトリ
僕がJavaScriptでライブラリを選定する際、迷ったら小さいものを使う。その理由について。 前提 前提として、枯れた環境で大きいフレームワークができるのは理解できるし、メリットも大きい。あるいは言語それ自身と区別できないぐらいに発達したフレームワークに依存するのも理解できる。RubyにとってのRailsとか、ErlangのOTPとか(いや、これは詳しくないけどそうなんだろうなっていう予想なんだけど)。 危険信号 今のJS界隈は動きが早すぎて、何に依存するのも危ない。とくにフレームワークと銘打たれたものは、でかすぎてどれも危険信号を放っている。 数年後、廃れてしまったフレームワークで開発し続けるのは、僕個人としてもあまり関わりたくないし、現場の離職リスクとして数字に出るだろうし、採用後の教育コストの問題になる。だいたいそういうものは元の設計者もいなくなるものだ。プロダクトの死を意味する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く