Posts

Showing posts with the label Wordpress

WordpressでGoogle Analyticsのイベントトラッキング(ユニバーサルの方)が上手くいかない

Wordpressで、Google Analyticatorというプラグインを使ってグーグルアナリティクス(アクセスログ解析ツール)のトラッキングコードをサイトに埋め込んでいる。 これの設定画面を利用して、アマゾンなどの商品ページ、つまり外部サイトへのリンクが押された時は「Outbound Traffic」という名前でログが残る設定をつけている。 で、ここ最近、それ以外にログを付けたいボタンが出てきたので、個別にイベントトラッキングというものを使ってやろうとしてるんだけど… どうやっても反映されない。 これだってれっきとした外部リンクなのに。 最近グーグルの方のシステムが変わったので、従来のgaではなく新しいユニバーサルアナリティクスを使い始めたんだけど、移行は先週ぐらいにやったので、掛かると言われている24〜48時間はとっくに超えている。 で、グーグルが示している手順としては移行後にトラッキングコードを変更する、ということだったので、今日それを変更。 そして、念願のとあるリンクのaタグの中に、新たにイベントトラッキングのスクリプトを書いてみたんだけど 反応せず。 いろいろリサーチしていると、リアルタイムでアクセスが表示される部分にもちゃんと反映されるという情報があり、プラグインで設定したアマゾンなどは確かにリアルタイムでちゃんと反応している。でも、私が作ったものはダメ。 じゃ、推測。 *トラッキングコードを切り替えても最初に効果が表れるまでにはちょっと時間がかかるのか? *プラグインのgoogle analyticatorは、htmlソースを見ても外部リンクにイベントトラッキングのタグは入ってない。つまり該当リンクを押した時にjQueryか何かがコードを作ってトラッキングを行ってくれてるんだろう。もしかして、これと競合して反応しないとかそういうこと? でも振り出しに戻るけど、そもそもこれっだて外部リンクで、既にログがとれているサイト(の別ページ)にアクセスしているのに…??? そっちのサイトの問題なのか? *スクリプトの入れ方が間違ってるのかなあーちゃんとお手本どおりにやってるはずなんだけどなあー まあ、時間の問題だったり、なんかよくわからん所が引っかかってたり、するのかな… 最悪、プラグイン...

リニューアル

Image
いつも運営してるサイトのhtml5とcss3を使ったデザインがとりあえず形になったので、テーマをアップ。 だーーーー やっとスタート地点に立てた気がする。 手をつけてから2年…長すぎる。これを最優先事項に出来ない状況とはいえ、要領悪いし知識がなさすぎ。 いかに自分がWebデザイナーに向いてないか、よく分かった気がする。「好き」と「出来る」は大違いです。それから、これに関わらず全般的にビジョンがない。勘所がない。学習意欲が低く先入観が高い。無駄に時間がかかったのではないか… でもやるしかないもんね、とりあえずできたからよかった。これから、既に生じている不具合を直す毎日がはじまります。 はよスマホ版まで行かんと。 絶品酢豚。

Wordpressのテスト環境を同一サーバー内に作るか、他のサーバーに新設するか

それが問題だった。 現状は、本番サイトのサーバーにデータベースが3つ存在する。そのうち2つが使用中(それぞれ、別の用途で)で、1つ目のデータベース…つまりサイトに、テスト環境を用意したいのである。具体的にいうと、新しいテーマ(デザイン)のテストである。 だから、3つ目のデータベースをテスト用に使いたいと思っていた。だけど、先日、1つ目と2つ目のサイトの中身がごっちゃになる事態が一瞬発生したため、同じサーバーの中にテスト環境を設けるのはなんだか怖い気がしている。 そこで別のサーバーに新たにドメインを取得、そこのデータベースを使おうじゃないか、こうしたら本番とは全くの別環境だから干渉しないぞ!という事も考えた。ただ、こちらは本番のサーバーにデータをアップした時、サーバーの仕様上動作が若干違ったり、設定を調整しなきゃならなかったりするかもしれない。htaccessかどこか、ずいぶん曖昧だけど、私もサーバーやMySQLに関してはまだまだ勉強不足なので、力量的に上手く移行出来るか、ちょっと心配。 だけど、いろいろ調べていくうちに励みになる記事がいくつか見つかりました。 サーバーの別フォルダにWordPressのテスト環境を作る | フリーランスのWEBデザイン事務所:サカグチデザインオフィス - 2012.5.26 Wordpressのテストサーバ→本番サイトへの反映について - W3Q - 2012.8.27 テストサーバーでWordPressサイトを構築しよう! たにぐち まこと - 2012.9.15 30分で作る、WordPressのテスト環境 てもぐ - 2012.4.30 なるほどなるほど。 特に1番目の、本番環境で使っているキャッシュ系のプラグインを停止するというのは、私が冒頭で書いたような異なるデータベースの情報が混ざる事態の対応策になるのかもしれない。 よく考えてみると、今は新しいテーマを制作するためにテスト環境を吟味しているわけだけど、本番サイトでは公開前の記事のチェックが必要な事もある。つまり、テストサーバーはテーマのリニューアル時だけ使うんじゃなくて、稼働中のサイトの原稿チェックなどにも使える、つまりずっと存在し続けるべきなのか。それなら他サーバーのレンタル代を出すより同一サーバーに置い...

技術系の記事は賞味期限があるから

Image
http://takahashifumiki.com/web/programing/1754/ 高橋文樹.com こういう気遣い、とってもありがたい。

カスタムタクソノミーのタームのリストから、任意のタームだけを表示させる

カスタムタクソノミーのカテゴリーのリストを、特定のタームだけ表示させたい。 2日探しまわって悩んだけど、答えはとても簡単だった。 <pre> <?php wp_list_categories('taxonomy=books-cat&show_count=1&orderby=order&include=2, 3,10&title_li='); ?> </pre> これは通常(デフォルト)のカテゴリーを表示する上記の関数。 ここの、必要なカテゴリーだけを表示させるためのincludeにタームのIDを指定すれば良かった。 カスタムタクソノミーの中のタームを表示させるには、get_term_listなどを使うのだろうかと難しいことを考えていたけど、これで問題なかった。 上の例だと、ID番号が2と3と10のタームのみを表示させることになる。 ちなみに、本当にやりたかったのは特定のカテゴリー(実際はターム)の子タームをずらりと表示させる事だったので、includeの部分をchild_ofに変更。 <pre> <?php wp_list_categories('taxonomy=books-cat&show_count=1&orderby=order&child_of=231&title_li='); ?> </pre> こうすると、望み通りに階層化されているターム(ここではID番号231)の子タームのみが表示された。 ただし、親タームのみに属している(つまり、子タームの指定がない)投稿は記事数に反映されない。なので、これから修正して廻らなくちゃ。 やー。 1歩1歩近づいている。 長かったけど、ポイントは、完成後のメンテも含めて自分が出来る事、手が届きそうな所でタグを打っていく事だ。今の段階で理解出来ない関数を使ってどんなにカッコ良く見せよう、機能的に作ろうと思っても、手に負えないものは後々の収拾がつかなくなる。今の自分に出来る最大限を。なんて当たり前なんだ(笑)。

wordpress 不正アクセス対策 その後

Image
不正アクセス対策として下記のプラグインを使っている。 1)Crazy Bone(狂骨) ログインを試みた時に使われたIPアドレス、ユーザー名、パスワードの履歴が残る。 2)WP-Ban 1)のログをもとにIPアドレスを指定してアクセス禁止を測る。弾かれたアドレスは履歴が残り、似たようなアドレスが多ければ記号「000.0.*.*」など、一括して禁止を指定する記号も使える。 3)Limit Login Attempts その名の通り、数度入力内容を間違えると一定時間の間はログイン出来ないようにする機能。複雑なパスワードを間違えた時はへこむ。 4)Google Authenticator 3)に加え、スマホアプリAuthenticatorより提供される文字列の入力画面が追加されるプラグイン。文字列は数十秒ごとに更新されるため、セキュリティ強化に繋がる。 5)Admin Renamer extended 本来ならば変えられないユーザー名を変更できるプラグイン。 例えばユーザー名を初期値adminのまま使用している場合、同じ管理者の権限を持つ新しいユーザーを追加して、当然名前も別のものにする…という形で、adminをユーザー名として大量に行われている不正アクセスに対抗することができる。ただし、adminユーザーを削除してもユーザーID的なものは上書きされずに残る。永久欠番みたいなものか。従って、データ上では新規ユーザーは2人目のユーザーになるらしい。だから、元のadminをリネームするにはこのプラグインがあるよ、という記事を読んだので導入し、使用した。この理由には、投稿などのデータを別ユーザーに引き継ぐのが完全でない場合もあるから…ということが、先述の記事にあった。 さて、あれから二ヶ月。 ログから気づいたことをメモ。 *9万のIPアドレスを利用して攻撃を仕掛けてくるわけなので、IPアドレスを弾くのはその場しのぎかと思ったが、禁止アドレスに追加してしばらくするとアクセス数は減った。が、ゼロではない。Authenticatorが付いてログインを突破する敷居が高くなったとしても、攻撃を辞めるわけではないみたい。 *リネームしたユーザー名でログインを試みた痕があった。4)が仇になったと思われる。これは、新規ユーザーを作った方がいい。 *時々、...

wordpress:違うデータベースのデザインが反映されてしまう

ローカル環境の話だけど… データベース1(サイト1)にある自作のテーマが、データベース2(サイト2)にある公式テーマ(Twenty Twelve)のデザインで表示されてしまう。 もうちっと詳しく。 ・データベースの中身自体は混在してない ・トップページやカテゴリーアーカイブは正常。投稿記事(single.php)を開けるとデータベース1の中の似たようなアドレスのページにリンクしてしまう。 心あたりがあるのは、昨日からデータベース1で作っているぱんくずリストか…??? ほんとに関係あるのか? ??? 検索のしようがない… ↓ 単なるバグだったのか、自然となおりました。 何かがリセットされたんだろうな。 パーマリンクの再設定ではなかった気がするけど、まあ大したことなかったみたい。

基礎からのWordPress (著:高橋のり)

Image
読んでます! 検索と独学で走ってきた私には、何が基本か、どのタグが高度なphpの知識を必要とするのかわからなくなる事がある。 だから、順を追って最初から読んでいると、既に知っている項目の中にも新しく学ぶ事が現れる。 今はパソコンを使わないで、わかる所とわからない所を落ち着いて把握していこう。

wordpress の中で3カラム仕様にするCSS3が使えない

CSSの中身をすっからかんにして唯一3カラム指定のタグを残しても、極力無駄を省いたphpを読み込ませても、一段でしか表示されないのに、ただのhtmlに同じタグを書くとなんの問題もなく3カラムに分かれてくれる。 仕様。 それかbeyond my knowledge. おとなしくfloatで作ろう。このタグに対応していないIE9からのアクセスも多いことだし。 (O_o) あーぁ

タクソノミー、複数ループをアーカイブ表示させるためのメモ

テンプレートタグ/get posts() [WordPress]カスタムタクソノミーの取得関数いろいろ すぐ忘れちゃうから、メモっとこう。公式サイトをちゃんと読めば分かることなんだ、本当は。 今やりたいのは、タクソノミーごとのアーカイブページで記事一覧を表示させつつ、最新記事など任意のタームを付けたものも表示させる。つまり複数ループを使う方法。 最近やっとタクソノミー、投稿タイプ、タームの構造がはっきりわかるようになってきたので、やっとこさ前に進むことができている。でもこの複数ループの書き方やらタグの違いやらがまだ整理ついてない。ここじっくりやらないと、タクソノミーはものすごく多用するので使いこなせるように身に付けたい。 ちなみに投稿(ニュース記事の表示に使っている)の月別アーカイブとか、出力させたくないんだけど、できるかなあ。月別とか年別にするほどたくさん記事があるわけじゃないし、そういう括りでの見せ方はあまり必要としてないんだよね…。それを非表示にするのがよっぽど手間なら、折り合いを付けるけどね。 そしてアクセスログを見るたびに増えているiPhoneサファリからのアクセス数…。ごめんよみんな本当に。ちゃんとスマホバージョン作るから。ちっちゃい画面でもうちょっとこらえてください。 そして入稿、明日も入稿。 ++++ Now playing.... サブラベルズのアルバム ハードロックだね! ++++

不正アクセスいっぱい来てた件

Image
でも、会社の仕事のwordpressも家の仕事のwordpressも、全部同じ国の同じIPからだった。 おやおや。 それもまたアレだなあ… 上の画像は家の仕事の方で、一番右がエラーの原因。Limited Login Attemptのプラグインが途中から効いているみたいなので、最初「パスワードが違うよ」エラーだったのが「何回もやり過ぎだよ」エラーに変わっている(上に行くほどデータが新しい)。 会社の方はWP-BANっていうプラグインでBANっとBANしてやりました。 …。 こわいねーこわいねー。気をつけようね。 日付変わらないな、って思ってたウェブの方は、後から正常に動きましたとさ。何が原因かしらないけど、セキュリティを高める良いきっかけになりましたね。もはやパスワードは記憶できないものになってしまったけど。まあその方が良いんだろうから、良いや。 さて、放置してる自分の遊びのwordpressの方はどうなってるんだろ……。 ++++ Now playing.... Mother Mary / UFO (STRANGERS IN THE NIGHT) ++++ あっ!! ヴァイの赤坂公演ソールドアウトになってた! 横浜か…! 今日銀行の口座が一瞬マイナスになったぐらい、お金が少ないけど…(笑) ヴァイはね!!観ないといけないよ。久しぶりだもの。

もしかしてやられた? 今とってるWordpressブルートフォース攻撃対策

WordPressへのブルートフォース攻撃(大規模無差別攻撃)が今年4月から活発になっているそうで、思いつく対策はしていたつもりだけど、今朝半分お仕事のサイトを更新したらトップページの更新日が昨日のまま変わらないので(管理画面ではちゃんと今日の日付になっている)、怪しく思った。 ちょっとリサーチ。 管理者ユーザ名の変更やログイン強化を施してWordPressへの不正アクセスに備えよう! - crocodile notebook 2013.4.13 【WordPress】不正ログイン状況を調べるプラグイン「Crazy Bone」を導入してみた - love guava! 2013.5.28 とりあえずとった対策 wordpress 1(半仕事) ユーザー名の変更(新規ユーザーを作成) →それにともなって過去記事の作成者を新規ユーザーに変更。アンド、adminのユーザーアカウントを削除。 手頃なパスワード生成サイトで最強の意味不明ワードを生成(今回は こちら ) アクセス回数を制限するLimit Login Attemptsのプラグインを追加 ログイン履歴を確認できるCrazy Boneのプラグインを追加 イマココ。 とりあえずログイン履歴が反映されるまで状況把握が出来ないので、待ち。 wordpress 2 (会社の仕事) えーと パスワードを最強セキュリティのものに変更しただけか… 上記サイトでユーザーアカウントの変更が問題なく出来たので、今日はこちらにトライするつもり。 やることリスト □アクセス回数を制限するLimit Login Attemptsのプラグインを追加 □ログイン履歴を確認できるCrazy Boneのプラグインを追加 ただごとじゃない、よね。ってわかってたつもりだけど、つもりになるのが一番よろしくないね。 ++++ Now playing.... Pretty Maids All In A Row / THE EAGLES ++++

こないだ買ったWordpressの本はこれ

検索上位を最速で実現させるWord​Press SEOの極意 藤原 良輔 ヤマダ電機の地下の本屋にて、棚をざーっと眺めていたらピンときた。 wordpressのノウハウ本は持ってる。 html5やcssのノウハウ本もある。 Facebookやツイッターの効果的な使い方も、手が届く範囲は把握している。 今私が取り組んでいるサイトに必要なのは、もはやそういった外見やシステムは出来たものとみなして良くて、その次の段階。ある程度蓄積してきたコンテンツを、どうアクセスに繋げていくかという部分だ。 本書には、Wordpressの強みやGoogleの仕組みの解説、そしてそれらを世間一般的なネットのリテラシーにもとづいて効果的に利用する方法がしっかりと書かれている。それらを焦らずこつこつと、現実的なSEO対策として実践していけば、少しでも会社の役に立てるんじゃないかな。 …って、アマゾンの書評に書いたらいいのかしら? まっ、いいや。なんか、また「相棒に出逢った」気がするから、よく読み進めていきたい。 がんばろう。 ++++ Now playing.... Believe / HAREM SCAREM ++++

WordPressのために行列を勉強するアラサー文系女子

Image
わたし文系だから、数IIIとか数Cとかいわれてもきょとんなんだけど、昨日買った本がGoogleのページランクの計算の仕組みを必須事項だといって解説してるから、学ぶことにしました。だまされたつもりで。 行列とかいっていかにも世俗的な言葉を使って数IIIとらないと習えないような偉そうな計算とはどういう事だ…と思っていたけど、塾の先生(おかーさん)の解説で少し謎がとけた。今更ながらフェイスタイムって便利。

カスタム投稿タイプの記事数を、デフォルトの表示件数を使わずに調整したい

徹底解説!query_postsを使ってWordPressで表示する記事数をカテゴリごとに変更する(プラグイン不使用)2011.5.23 http://blog.serverkurabe.com/wordpress-category-articles (Sabakura Blog) 結構調べた末、なんとか出来たので備忘録として残しておこう。 私のはカスタム投稿タイプの記事数を調整したかったんで、これ以外にいくつか参考にしながらどうにか形が出来ました。 連載記事もののアーカイブページで、最新の投稿1件を全文表示させ、過去の回はその下にリスト表示されるようにしたかったのでね。ループ2個使うという事かな。 といっても第1回の場合は、過去ページなんかないので、「過去の回をみる」なんて見出しだけがポコッと置いてあってもしょうがない。 なので、記事数が1件しかない場合はそのリスト部分には何も表示させず、第2回が掲載された時に「他の回をみる」という見出しとともに、第1回からのタイトルがずらずらと表示される…という仕組みにした。 …昨晩マウスを会社に忘れたのでとりにいきます…。トラックパッドは手がピリピリして使えないんだよ。パズドラも、右手がピリピリしてきたら左手に持ち替えて続行。そんなことやっていたらだいぶ左手でも上手く出来るようになってきた。 静電気いやっ。

wordpress:ロリポップに新設置したwordpressのcssが表示されなーい

…のですが、 それは、WAFが原因らしいです。 ロリポップ上のWordPressでスタイルシートの変更が出来ない問題(403エラー) http://wisdomtrees.net/?p=31 なるほど。でもロリポップでは WAFの解除・設定 http://lolipop.jp/manual/user/waf-set/ こう書いてあった。↓ 2012年9月27日お昼12時以前にお申込みのアカウントにつきましては、順次導入いたします。しばらくお待ちください。 …。 それって私のことじゃなーい。 これまでロリポップに置いて来たwordpressサイトはどうもなかったのに…。 さあどうする。 …あれ? ってことはまだ私のサーバーに導入されてないんだから、WAF設定で困ることもないはず。 それなら、どうしてcssだけ403エラーになっちゃうんだろう。

Wordpress 最後に編集した日を取得したい

記事の更新が遅れることがあるので、記事作成日よりも以前の日付に後から修正する必要のあるページがある。 そこで参考にしたのがこちらのタグ。 WordPressで記事の最終更新日を取得 http://firegoby.jp/archives/2153 こちらではfunctions.phpで作成日や最終更新日をそれぞれ取得し、前者よりも後者が新しい場合、つまり 作成日 < 最終更新日 の時に最終更新日を取得してくれる。予約投稿に使えるんだったかな。 でも懸案事項のカテゴリーに関しては予約投稿をすることは絶対にないので、古い日付が欲しかった。 ま、単純にリターンする値を変えただけなんだけど。 ああ、このぐらい簡単なことで済んでよかった。

[wordpress] カスタム投稿タイプをfunction.phpから手入力したときは

必ずパーマリンク設定を開いて、(何も変更せずに)変更を保存。 じゃないと、新しく追加したカスタム投稿タイプの一覧表示がarchive-{post_type}.phpの形で反映されない。 こういう、ページ構成やら何やらに関わる変更を行なったときはいくつかチェック事項がある。 ・ブラウザのキャッシュを消去 ・MySQLを再起動 ・パソコンを再起動 ・パーマリンクを再設定 こんなかんじかな。 忘れずにメモっておこう。 しかし、作っている間は自分のブログなど見る暇はない。 ははっ

Webのモックアップ作りスタート

まあそういうわけで、昨日は帰ってから『BALLS TO THE WALL』を聴いたり譜面を引っ張り出してタイトル・トラックを弾いてみたり…と、布団に入っても寝られず(笑)、ずっとニヤニヤしてたんだけど、やっぱり今日もニヤニヤしてしまった。(笑) 最近、会社のWeb制作環境がようやく整った。webarena suitexを使っているのでphpのデフォルトが5.1.6と古かった。それを、しかるべき処置をとって5.3を使えるようにして、おかげでWordPressも最新版にアップグレード。プラグインのContact Form 7も使える。この話は、また今度書くつもり。結構情報を探し回ったんでね。しかも一度失敗したしね。本番サイト見られなくするの、やめようよ。いくら自分とこの部署のだからってさ 汗 そういういみで、ローカルでにテスト環境だけじゃなく、サーバー上でのテスト環境&テストサイトもほしいところ。個人のWeb仕事には、前書いた通り安いドメインを買って本番同様のチェックができるように整えているけど…そのサーバー、まだmysql余ってるからつかってもいいけど、会社のアクセスログにわたしのサーバーのアクセス歴が残るのはちょっといやだなああと思ってる毎日。うむむ。ま、追い追い考えよ。 ともかくこれで、心置きなくWebデザインの方に入れる。Photoshopで各ページのレイアウト、モックアップを作る作業である。 私はデザイナーではないので、「これいいかも」と作ったデザインは、振り返ってみるとどれもダサい。今回はとにかく、見る人のことを念頭におき、周りの素晴らしいサイトを参考にしながら、心新たに取り組むつもり。 ++++ Now playing.... Monster Man/ACCEPT ++++

ウェブのリニューアルがえらいことに

今日の午前0時更新のお仕事があったのですが … 手順が… じゅんびが… 不測の事態が… ぷしゅー ここ最近、わざわざテストサーバー用に新しくドメインを取って、本番用のサーバーと同じディレクトリ構造を作って、プレビューのデータベース移行を作業のたびにやっていたのですっかり慣れたから、ととっと入れ替えれば済むって思ってたら、携帯版のktai styleの方のデータの修正箇所が残っていた。 中途半端なまま入れ替えると、テストサーバーにはktai styleをまだまともにカスタマイズしてなかったので、本番サーバーとかち合っておかしなことになったら困る。 というわけで、アホだとは思いながらも、mySQLのデータベースは手作業でちまちま直した… おかげで、カスタムメニューのid番号が変わっちゃうから、変更分はcssで当てていた画像の番号を併せて照合しなおして 大幅な直しはなかったものの、 アホだ。 時間配分もいかん。 本番サイトでの失敗は極力避けたいのに、これは失格だな。 個人サイトで練習あるのみ。だって失敗したくないもん。 まあ、前進はしたと思うけど、それでもこりゃーちょっとねえ。 もっとスマートに、3ステップぐらいで更新しちゃえよっ。 ++++ Now playing.... Valley Of The Damned / DRAGONFORCE ++++