通常、記事はループを使って一覧表示をするのだけど、最初の記事だけ、、とか、最初の3つの記事だけデザインを変更して大きく表示させたいという時もあり、、覚え書き。
この記述は最初の1つめの記事の表示方法を変える場合。

<?php if(have_posts()): while(have_posts()): the_post(); $counter++; ?>
<?php if ($counter <= 1): ?><!--　最初の記事判別　-->
// 最初の記事の内容を記述する
<?php else:?>
// 最初の記事以降のループ処理する内容を記述する
<?php endif;?><!--　/最初の記事判別　-->
<?php endwhile; endif; ?>

クライアントの意向とか、予算の問題で既存のテーマを使うことが多いけど、結局cssやら、テンプレートファイルをカスタマイズすることになってしまう。
テンプレートファイルをまったくカスタマイズする必要がなければ、cssファイルのみcustom.cssとかにして、ヘッダの最後に読み込むようにすればいいけど、テーマを触るのであれば、子テーマを作ったほうがテーマがバージョンアップした時にカスタマイズしたファイルが全部上書きされてしまうことはないので、今回はそっちの方法のおぼえがき。

まず、テーマディレクトリ

/wp-content/themes/

に子テーマを入れるディレクトリを作成。
親テーマがこういうものだったら、

/wp-content/themes/themename(親テーマ)/

↓「_child」とかにすると分かりやすい。

/wp-content/themes/themename_child(子テーマ)/

次に子テーマの中に

functions.php（これも追記することが多いからね。）
style.css（上書きしていくので名前は変更しないで）
screenshot.png（テーマを選ぶときに表示される画像なので、これは新しく作成！）

なぞをコピー。

functions.phpは子テーマの方から読み込まれるそうなので、必要な部分だけを記述。
style.cssは最後に読み込んで必要な部分を上書きします。

あとは、style.cssのヘッダ部分に下記を記述

/*
Template:テンプレート名(abc)
Theme Name: abc_child
Theme URI:http://www.xxx.jp/abc/
Description:child theme of abc
Author:Your name
Version:1.0
*/

@import url(“../abc/style.css”);

↑これで親テーマを先にインポート。

これで設定は終了です。
後は管理画面から外観のテーマで今回作った子テーマをしていすれば、完了です。
必要なテンプレートだけをこっちのテーマディレクトリにコピーしてカスタマイズしていけるので、編集したファイルだけが分かるのも便利ねー。

一つ子テーマを使うと、、

<?php bloginfo('template_directory'); ?>

これでテーマディレクトリを指定できない。

<?php echo home_url( '/' ); ?>/wp-content/themes/themename/

こんな感じにホームディレクトリだけ指定するしかないかな。
もしくは

<?php echo bloginfo('stylesheet_directory'); ?>

これでもいいかも？

久しぶりにハマったのでおぼえがき。
クライアントのサーバは秘密鍵・公開鍵をつかってFTPをつかっていたので、当然wordpressでプラグインのアップデートをしようとするとひっかかります。
でも、それぞれのプラグインを個別でダウンロードして、個別で上書きするのもめんどくさいし、、ということで、やっぱりプラグインをつかってみることにしました。
SSH SFTP Updater Support

FTPで設定している通り、ホスト、ユーザ名を入れるところまではOK。
さて、秘密鍵、秘密っていうくらいなので、簡単な場所には保存していないし、、
これだっけ？っていうものも違うと出てしまう。

なので、久しぶりにターミナルを開いて、公開鍵の中身をしらべることに。
$cd ~/.ssh
$ls
ああ、あった。
open -e xxx_rsa.pub

中身をコピーして、privetekeyに貼り付けてみる。

うごかない。

そこから30分、死闘

何気なく隣にリストされていた、clientname_key.pemをひらいてみる。

ご丁寧に上下に「——private key——」とかかれていた。

いれてみる。

うごいた。

時間を返せ。。(T_T)

Contact Form 7でメールアドレスをチェックさせようとしたら、そういう機能はないのね、、
いつもどおり、ちゃーんと実装されている方がいらっしゃいました。

[Contact Form 7 4.1] 確認用メールアドレスのエラーチェック(最新版対応)

しかも、最新版に対応されていました。ありがとうございます。

functions.phpに下記を追加。

/*** add confirm mail add on contact form 7 */
add_filter( 'wpcf7_validate_email', 'wpcf7_text_validation_filter_extend', 11, 2 );
add_filter( 'wpcf7_validate_email*', 'wpcf7_text_validation_filter_extend', 11, 2 );
function wpcf7_text_validation_filter_extend( $result, $tag ) {
    $type = $tag['type'];
    $name = $tag['name'];
    $_POST[$name] = trim( strtr( (string) $_POST[$name], "\n", " " ) );
    if ( 'email' == $type || 'email*' == $type ) {
        if (preg_match('/(.*)_confirm$/', $name, $matches)){
            $target_name = $matches[1];
            if ($_POST[$name] != $_POST[$target_name]) {
                if (method_exists($result, 'invalidate')) {
                    $result->invalidate( $tag,"確認用のメールアドレスが一致していません");
                } else {
                    $result['valid'] = false;
                    $result['reason'] = array( $name => '確認用のメールアドレスが一致していません' );
                }
            }
        }
    }
    return $result;
	
}

フォームのショートコード部分はこんなかんじで。

<p>メールアドレス<br />
[email* your-email] </p>

<p>メールアドレス (確認用）<br />
[email* your-email_confirm] </p>

こういうの、結構使うので助かります！

sidebar.phpでウィジェットを使い分ける場合、今まではsidebar-index.phpとか、sidebar-category.phpとか、別のファイルを複製して、その中で呼び出すウィジェットを変更してました。
ただ、この方法だとファイルの数が増えてしまい、面倒くさい上、中身は呼び出すウィジェットの名前しか変わらない。
さらに、呼び出し元のテンプレートでも

とかに変更しなくてはならず、条件分岐をすることに。
処理としては簡単なはず・・と if (is_home())とそれ以外で分けようとしたら、何故かis_homeが効かない。
ひたすら調べること30分。簡潔に説明しているページがありました。

「sidebar.phpやfooter.phpでis_homeなどの条件分岐が効かない」

条件分岐のifの前にリセット処理をしなくてはいけなかったようです。

普通は

<?php if(is_home()): ?>
	//homeの時の処理。フロントページを指定している場合はis_front_page()
<?php else: ?>
	//home以外の時の処理
<?php endif; wp_reset_query(); ?>

としがちだけど、
こっちにしたらバッチリ動きました。

<?php wp_reset_query(); if(is_home()): ?>
	//homeの時の処理。フロントページを指定している場合はis_front_page()
<?php else: ?>
	//home以外の時の処理
<?php endif; ?>

今回はウィジェットを切り替えたかったので、最終的なコードはこっち。

<?php wp_reset_query(); if(is_home()): ?>
	<?php if ( is_active_sidebar( 'sidebar-1' ) ) : ?>
		<div id="secondary" class="widget-area" role="complementary">
			<?php dynamic_sidebar( 'sidebar-1' ); ?>
		</div><!-- #secondary -->
<?php endif; ?>
<?php else: ?>
	<?php if ( is_active_sidebar( 'sidebar-2' ) ) : ?>
		<div id="secondary" class="widget-area" role="complementary">
			<?php dynamic_sidebar( 'sidebar-2' ); ?>
		</div><!-- #secondary -->
<?php endif; ?>

ひとつ勉強になりました。

これ、最近よく使う手なので。備忘録として。

投稿内に画像を記述する時、最終的にURLが変更になる場合もあるので、フルパスで書くのが面倒な時が多々あります。
よくあるのが、
http://www.xxx.jp/wp/

以下にwordpressのファイル一式を置くような場合、最終的なURLは

http://www.xxx.jp/
となることがよくあります。ただ、開発中は/wp/以下で作業をしているので、普通にメディアの追加をしたりすると/wp/まで入っちゃいます。
そんな時に、ショートコードでURLを指定しておくと公開時に画像のパスを書きなおしたりしなくても済みますね。
使用しているテーマの中のfunctions.phpに以下のような記述をして、
[url]とか、[top_url]とか、[imageurl]と入れると置き換えてくれます。
最後の
add_filter(‘widget_text’, ‘do_shortcode’);
は、widgetでもショートコードが使えるようにするものです。

意外と便利です。

/*** add shorcode for page -siteURL */
function my_home_url( $atts ) {
    return home_url();
}
add_shortcode( 'url', 'my_home_url' );

function my_tpl_url() {
    return get_bloginfo('template_url');
}
add_shortcode('tpl_url', 'my_tpl_url');

function festurl() {
    return 'http://www.xxx.jp/images/';
}
add_shortcode('imageurl', 'imageurl');

add_filter('widget_text', 'do_shortcode');

つくったサイトがすぐに画像が消えてしまうと言われ、初めて気づいたバグ・・。
日本語で調べてもなかなか答が見つかりませんでした。

原因はretinaディスプレイで画像がきれいに表示されるためにそもそも入っていたスクリプトのコンフリクトでした。
retina.js
コイツだったっぽい。

http://stackoverflow.com/questions/21440559/simpleimage-php-images-disappearing-on-iphone-ipad

ここに、さらっと答が書いてありました。
読み込みをしなくしたらおかしな現象はなくなりましたｗ

こんな現象になっている人、あまりいないと思うけど、一応覚え書きとして保存。