の投稿で、スマートフォン時の広告表示を改善いたしました。
その影響を受け、PC でページを見た時も広告の表示が変わってしまいました。変わること自体は問題ではありませんけれども、広告収益に変化があった時に、PC の表示が変わったからなのか、スマートフォンの表示が変わったからなのか、わかりません。
これではいけませんね。
そこで、レスポンシブ広告の設定を見直しましたら、PC での表示は今までどおりの「300× 250 – レクタングル（中）」にすることができましたのでノートいたしますわ。
カテゴリー: コンピューター
Linux の悪戦苦闘記、プログラミング、WordPress、ウェブサービス、Windows、Mac などの話題ですの。
ntp 設定ファイルを編集してログが出力されるようにします
編集するファイルはこれですわ。
vim /etc/ntp.conf
ファイル末尾に次を追加しますの。「logconfig」は、「=」の右側にスペースを入れないことがコツですわ。
logfile /var/log/ntpd.log logconfig =all
再起動も忘れずに♪起動時のログもバッチリ、指定しました /var/log/ntpd.log に記録されます。
/etc/init.d/ntpd restart
ntp ログのローテート設定をします♪
ローテート用のファイル /etc/logrotate.d/ntpd を作成しますの。
vim /etc/logrotate.d/ntpd
1行目ではもちろん、設定ファイルに記述しましたログファイルを指定しまして、内容はシンプルに次のようにいたします。
/var/log/ntpd.log {
missingok
notifempty
copytruncate
}
これで一安心ですわ。
ネット徘徊、ネットお散歩しておりましたら次のページが目に止まりました。
Google Adsense からの引用をわたくしが引用で孫引きですけれども、次がポイントです。
たとえば、スクロールしなければ見えない位置にコンテンツが押しやられ、コンテンツと Google 広告が区別しにくくなるレイアウト
これが、いけませんの。でも、本当でしょうか？ヘルプを見て確かめてみます。
確かに、ダメですわね。ではわたくしたちのブログはいかがでしょうか？
はい、アウトですわね。直していきましょう。
- 投稿最初の広告は小さめに。閲覧者が投稿を見やすくなるようにすることが大事。
- 投稿最後の広告は変化させない。読み終わってから表示されるから、閲覧者の利便性を損なっていないはず、と考える。
- WordPress プラグイン、Quick Adsense の設定を修正する。
グループ分けをしたいと思います。15名の皆様を、5名づつ、3グループに分けたいと思います。目の前にいらっしゃればいろいろできるのですけれども、いません。
どういたしましょうか。。。
ランダムにグループ分けをしたいですので、エクセルの関数を使って分けることができます。ふと思いました。Google ドライブのスプレッドシートでもできるのではないでしょうか？
できました♪メモいたします。
関数とポイント
- =RAND()
0 と 1 の間の乱数を返します。 - =RANK(値, データ, 型)
標本内の指定された [値] のランクを返します。[データ] は、標本内のデータの配列または範囲です。[型]（オプション）は、昇順（0）または降順（1）の順序です。 - RANK 関数のデータ部分は絶対参照とすること。絶対参照でのセル指定例：$A$1、相対参照でのセル指定例：A1
- セルを選択してから F4 キーで指定したセルを絶対参照にすることができる
主に面倒ポイント
- iTunes 11.1 へアップデートしませんと iOS7 へアップデートできません＞＜
- iOS7 へアップデートするのに10回程度ボタンをクリックする必要がありましたの。そばを離れられませんでしたわ♪
- iTunes のアップデート終了後からスタートして、25分ほどで iOS7 へのアップデートが完了しました♪
iOS7 へのアップデート前の iPhone4S の状態
- iPhone4S
- SoftBank
- 曲 7162
- ビデオ 6
- 写真 1005
- App 84
- 容量 57.2 GB
- 使用可能 10.8 G
以上の機械を iOS7 へとアップデートしましたの♪iOS 7 へのアップデートに必要な 3.1 GB の容量も空いています♪
ちなみに、あらためて見なおしてみますと、アプリの数が意外と少ないですの、と感じましたわ。曲は、ままま、こんなものでしょう、と違和感はございませんの。
それでは、iCloud、そして PC へ iPhone4S をバックアップしまして、アップデートを始めましょうか！
ソースからインストールするときでも yum でインストールしたときと同様の構成にするためのポイント
- ソースファイルは /usr/share/phpPgAdmin に置く。
- Apache の設定ファイルは /etc/httpd/conf.d/phpPgAdmin.conf とする。
- もちろん phpPgAdmin の設定ファイル /usr/share/phpPgAdmin/conf/config.inc.php も適当に修正する。
以上の2点です。
Apache 設定ファイルの内容
ディレクトリ内の、指定したファイルをディレクトリ構造を保ったまま抜き出して圧縮する zip コマンドまとめ
# ディレクトリ構造を保ったまま任意のファイルを圧縮 zip -r test.zip dir1/ -i dir1/file1.txt dir1/dir2/file21.txt
- コマンドを実行する場所に dir1 ディレクトリがある
- -r オプションでファイルとディレクトリを再帰的に処理するように指定
- test.zip は圧縮されて作成されるファイル
- dir1/ は圧縮対象となるディレクトリ
- -i オプションで指定したファイルのみを圧縮する
- dir1/file1.txt と dir1/dir2/file21.txt が圧縮対象のファイル
このときの dir1 ディレクトリの中は、次のような構造ですので、指定したファイルのみが圧縮されているか否かを確認することができます。
.
`-- dir1
|-- dir2
| |-- file21.txt
| |-- file22.txt
| `-- file23.txt
|-- file1.txt
|-- file2.txt
`-- file3.txt
解凍して本当にディレクトリ構造を保ったまま圧縮できているか、確認します！
変更前後の MySQL データを確認する方法
SELECT option_name, option_value FROM wp_options WHERE option_name IN ('home', 'siteurl');
MySQL データベースに登録されている古い URL 情報を更新する方法
# http://newdomain.com が新しい URL
# URL の最後にはスラッシュ「/」を付けないことがポイント
UPDATE wp_options SET option_value='http://newdomain.com' WHERE option_name IN ('home', 'siteurl');
データベースを同じサーバの PostgreSQL へコピーするコマンド
-- データベースをコピー。db1（user1、password1） から db2（user2、password2）に -- pg_dump -U user1 -W db1 | psql -U user2 -W db2 とすると -- 「ERROR: ロール"user1"のメンバでなければなりません」や -- 「WARNING: "public"の権限を取り上げられませんでした」の -- メッセージが出るため、スーパーユーザーで実行することで回避 pg_dump -U postgres -W db1 | psql -U postgres -W db2
データベースを別のサーバの PostgreSQL へコピーするコマンド
データベースのコピーのコマンドの前に、次の内容のパスワードファイルを作成しておく必要があります。
- コピー元サーバで、pg_dump を実行するユーザのホームディレクトリに .pgpass ファイルを作成する
- コピー先サーバで、psql を実行するユーザのホームディレクトリに .pgpass ファイルを作成する
# hostname:port:database:username:password localhost:5432:*:postgres:postgrespassword
実際の別サーバへのコピーは次のコマンドで行います。
-- 別サーバに PostgreSQL データベースをコピー。db1（user1、password1） から hostname サーバ（ユーザ名 hostuser）の db2（user2、password2）に -- ただし、事前にパスワードファイルの設定が必要 pg_dump -U postgres db1 | ssh hostuser@hostname psql -U postgres db2
データベースを同じサーバの MySQL へコピーするコマンド
# データベースをコピー。db1（user1、password1） から db2（user2、password2）に mysqldump -u user1 -ppassword1 -n db1 | mysql -u user2 -ppassword2 db2
データベースを別のサーバの MySQL へコピーするコマンド
# 別サーバにデータベースをコピー。db1（user1、password1） から hostname サーバ（ユーザ名 hostuser）の db2（user2、password2）に mysqldump -u user1 -ppassword1 -n db1 | ssh hostuser@hostname mysql -u user2 -ppassword2 db2