>>>18件の記事があります。

ちょっとおかしな現象が・・・

メインのサイトとブログでは”Multi Device Switcher”というプラグインを使って
PC版とモバイル版を切り替えるようにしていますが、
グーグルとヤフーの検索エンジンではモバイル版がキャッシュされています。
もちろんPC版がキャッシュされて欲しいところですが、
これには何か良い解決策があるのでしょうか。
ヤフーの方はメニューボタンが効きませんので、他のページを開くことができません。
これはプラグインのバグと判断しても良いのかなぁ。

camera.jsの配布元について

残念ながら制作者の方がサイトを閉じられたみたいで、今はアクセスしても”Not Found”になってしまいます。
よってファイルのダウンロードができないかと思いきや、下のサイトからダウンロードできます。
github.com/pixedelic/Camera
いずれこのサイトにもアクセスできなくなってしまうかもしれないので、
導入をお考えの方は早めに実行された方がよろしいかと思います。
まあ、スライダーのスクリプトは他にも色々とありますが、
引き出しのひとつとして持っておくことは損ではないと思います。

Custom Permalinks 導入の際に404エラーでお困りの方へ

ただ単に.htaccessファイルの問題かもしれません。
何を隠そう筆者もこのトラブルで導入を諦めるところでした。
その上、機能しないのはプラグインのせいだと決めつけるところでした。
トラブルは.htaccessファイルが基本形になっていないのが原因で起きていました。
最初からマルチサイトになっていれば、このトラブルは起きないはずです。
Codexのサイトに行って基本形を拾い、従来のものと差し替えてみましょう。
このプラグインは本当に優れもので、筆者のブログのような運営をしている場合には
固定ページやカスタム投稿タイプのパーマリンクを訳の分からないような文字や記号の並びにしないで済みます。
しかも検索エンジンに載っている変更前のURLでもデットリンクにはなりません。
評価☆一つとか二つにしている人は、きっとトラブルが解決できなかったんでしょうね。
筆者は100点満点だと120点は付けたいプラグインだと思います。

無限ループに陥るの巻

どういうことかというと、ブログの設置サンプルで用意しているサイトが
読み込みの際に中々完全にロードされないので、異なるブラウザで同時に表示させてみたところ、
片方で途轍もないスピードで読み込みを繰り返している現象が見られた。
一体いつからこうなっていたんだろう?
更新はしなくても時々は見るようにしないと・・・。
トラブルの解決には少し時間を要したが、現在は元通りというか普通に見ることができる。
原因は何だったのかというと、更新が何年もなされていないプラグインが他のプラグインと
コンフリクトを起こしていたようだ。
その証拠にそのプラグインの使用を止めると、あっさりと問題が解消された。
WordPressの進歩は速いので、プラグインの中にはそれについて行けてないのが結構あるじゃないのかなぁ。
無料で使わせてもらっている手前、ユーザーとしては何の文句も言えないのが辛いところだね。

マルチサイトでウィジェットを共有する

下のコードで簡単にできますよ!なんて書いてあるのを見つけてやってみると、
結局できなくてはまってしまっている人が結構いらっしゃるみたいですね。

<?php
switch_to_blog(n); //nはサイトIDの数字
dynamic_sidebar( 'XXX' ); //XXXはサイドバーのID名
restore_current_blog(); //元のブログに戻すためのコード
?>

何を隠そう私もそのうちの一人で、以前は”Global Content Blocks”というプラグインの力を借りて
何とか表示できていました。
しかし、いつの間にかこの方法もNGとなり、色々と方法を探っていたところ
“Multisite Shared Sidebar”というプラグインを見つけることができました。
作者は日本の方ですから、使い方も分かりやすく説明してあります。
ただ、ちょっと説明不足のところがあると感じたのは
プラグインの有効化はネットワーク全体でしなければならないというところです。
あと、ウィジェットの一部分を取得ということはできないようです。
表示させたくない部分はCSSのdisplay:none;で対応させましょう。
DEMOとしてはサイドバー一番下の”Affiliate”がそうです。
このプラグインはファイル数も少ないし、何よりも分かりやすいので、
絶対にお勧めです。

遅ればせながらrealtime-calendarの変更

もう先月のことになってしまいましたが、
山の日が祝日なのに背景色が平日のようになっていたので変えてみた。
8月11日の固定だからコードの追加も簡単です。
他の固定の祝日のコードをコピペして、
必要な箇所を変更すればハイお終い!
というか、ちゃんと表示されるか確認をして本当の作業完了。
余談ですが、今の天皇が生前退位したら
天皇誕生日はどうなるんでしょうか。
もちろん変更になるんでしょうが、
12月23日は平成の日なんかとして祝日になるのだろうか。

tablepressのID番号が変更できないとき

先日テーブルのデータをインポートしたときに遭遇したトラブルです。
インポートそのものは簡単に成功したのですが、
ID番号が元のデータとずれていたので変更を試みました。
しかし、何度やっても受け付けてくれません。
焦って、折角インポートに成功したデータを一旦消去して、
もう一度やり直すことに・・・。
すると今度は、ID番号が一桁増えた状態で現れるという始末。
どうすれば問題が解決できるのか?
ググってみても、同じようなトラブルに遭遇した人がいないせいか
ズバリこれという解決策は見つからない。
仕方ないので、自分なりに色々とやってみました。
結論からいうと、データベースを弄るしかありません。
“wp_options” の中に “tablepress_tables”というのがあります。
問題の原因は”last_id” の値にあったのです。
例えば、値が既に “1” となっていれば、新しくインポートされる
テーブルのID番号は “2” から割り振られることになります。
筆者の場合は、そこの値を “0” にするのではなく、
テキストエリア内を全部削除してから
インポートをやり直したところ上手くいきました。
削除ではなくアレンジを加えたい場合は、いつでも元に戻せるように
エディタなどに内容をコピペしておいて作業を進めた方が無難です。

ヘッダーのcamara.jsを少し弄ってみることに・・・

どうしてもループを1回で終わらせたくて少し弄ってみました。
本当は1回ループしたあとに最初の画像を表示させて終わらせたかったのですが、
何分javascriptの知識がないもので、これが精一杯です。
因みに使ったのはbreak文。
幸か不幸かキャプションは最後消えます。
強引な感じの処理なので、ループが止まった訳ではなく
存在しない次の画像をいつまでもローディングし続けている状態になっている模様。
ネットで検索しても正しいやり方がなかなか見つからない。

LightboxがFirefoxだけで何故か機能しない問題

あくまでも私見ですが、これはjQueryとprototypeによるコンフリクトが原因ではありません。
はっきり言って、これはブラウザ側つまりFirefoxが問題なのです。
筆者自身この問題には以前に遭遇しており、解決策も書いておりました。
その記事を読んでもらっても良いのですが、ここにもう一度書いておきます。
メニューバーのヘルプより「トラブルシューティング情報」を選択すると、
「Firefoxをリセット」というボタンがあるので、それをクリックします。
問題はたったこれだけの操作で解決されます。
したがって、「Lightboxの使用を諦めなさい!」なんていうアドバイスは間違っています。
検索しても意外とこの情報は載っていないから不思議だ。

こういった具合に偉そうに書いていますが、筆者自身以前に書いていた解決策をすっかり忘れていて、
他の解決策をひねり出すために悪戦苦闘しておりました。
ここで、ひとつ疑問に思うことがあります。
Firefoxを使っている人の中に、リセットを必要としていることに気付く人はどれぐらいいるのでしょうか。
気付かない人は、Lightboxが機能しないのはソースが間違っているかコンフリクトが原因だと思うでしょう。
事実、筆者もそうでしたし、この問題の解決策を検索しても多くの人がそう思っているのが分かります。
では、リセットが必要だと気付かない人にも問題なくLightboxが見られるようにする方法はないのか。
もし解決策があれば、本当はこちらの方を先に実行しておくべきではないのか。
問題の解決策を探る過程で、筆者はLightboxが個別ページだけでは問題なく機能していることに気付きました。
そこで、headタグ内の差異を調べた結果、あるjsファイルが影響していることが分かりました。
このファイルを読み込ませる一文を加えてみたところ、見事問題解決!
これは、筆者がWp Ajax Edit Commentsとうプラグインをインストールしていたから気付けたことだと思います。
色々と試してみた結果、このファイルは指定フォルダに存在していなくても大丈夫なようです。
興味のある方はソースを見て試してみて下さい。
ただし、Firefoxをリセットする前に実行して下さい。
そうでないと、この方法で問題が解決されるかの確認ができません。

WP-Table ReloadedからTablePressへ

WP-Table Reloadedが開発打ち切りというアナウンスを聞いて、
今後使い続けて大丈夫なのだろうかと心配していたら、
TablePressの方へ移行して開発は続けられるとのことで一安心。
非常に人気が高いプラグインなので、心配された方も多かったのではないかと思います。
また、早速移行してみたものの日本語化の問題に直面していた方もおられたのではないでしょうか。
何を隠そう、筆者もその一人でした。
しかし、もうご安心下さい。バージョン1.1では日本語化はもう既になされいます。
翻訳して下さった方には厚く御礼申し上げます。
今まで蓄えてきたファイルの移行もすんなりいくようで、こちらも一安心といったところ。
機能もアップしていくとなれば、有難いことこの上ないですな。
開発者の方、本当にありがとうございます。